From owner-freebsd-current Sun Aug 29 0:33:24 1999 Delivered-To: freebsd-current@freebsd.org Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (Postfix) with ESMTP id 5BA7B14F69 for ; Sun, 29 Aug 1999 00:33:20 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.3/8.9.1) id RAA51515 for current@freebsd.org; Sun, 29 Aug 1999 17:37:38 +1000 (EST) (envelope-from jb) Date: Sun, 29 Aug 1999 17:37:38 +1000 From: John Birrell To: current@freebsd.org Subject: Built-in linker library search paths Message-ID: <19990829173737.C36761@freebsd1.cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ever since we started using binutils with the move to elf we've been using linker scripts with library search paths. The genscripts.sh source from binutils is giving us at least one bogus path all the time, and the presence of a not-always-appropriate-path (/usr/lib) the rest of the time. I'd like to remove the search paths altogether, leaving the gcc LIB_SPEC and LD_LIBRARY_PATH environment variable to get the /right/ path all the time. Any objections? -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 0:34:32 1999 Delivered-To: freebsd-current@freebsd.org Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (Postfix) with ESMTP id 56C5414FA9 for ; Sun, 29 Aug 1999 00:34:29 -0700 (PDT) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:2Y7D9H7RoptBmVJUjcbvA2QwB307VMM6@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.3/3.7Wpl2) with ESMTP id QAA11693; Sun, 29 Aug 1999 16:34:20 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id QAA20843; Sun, 29 Aug 1999 16:38:38 +0900 (JST) Message-Id: <199908290738.QAA20843@zodiac.mech.utsunomiya-u.ac.jp> To: Mike Muir Cc: Mitsuru IWASAKI , freebsd-current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: followup to apm problems. In-reply-to: Your message of "Sun, 29 Aug 1999 18:58:23 +1200." <37C8DA0F.2F8A9D7A@es.co.nz> References: <37C3C2F4.DE91BB21@es.co.nz> <199908270647.PAA08317@tasogare.imasy.or.jp> <37C8DA0F.2F8A9D7A@es.co.nz> Date: Sun, 29 Aug 1999 16:38:37 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> OK. Probably `slept 00:00:00 - 00:00:40' problem was caused by PS/2 >> mouse, I think. Do we need something to do with psm on suspending as >> well as resuming? > >Im not sure anything needs to be done for PS/2.. check out these >results.. The PS/2 mouse generates interrupt when /dev/psm0 is open and the user moves the mouse. If you are running moused or X when you suspend the system, /dev/psm0 is left open and might generate interrupts. I think modern motherboard BIOSes have a setup menu that lists which IRQ will wake up the system. I wonder what if you remove IRQ 12 (PS/2 mouse interrupt) from this list. Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 0:39:35 1999 Delivered-To: freebsd-current@freebsd.org Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by hub.freebsd.org (Postfix) with ESMTP id 0413714F69 for ; Sun, 29 Aug 1999 00:39:29 -0700 (PDT) (envelope-from mmuir@es.co.nz) Received: from es.co.nz (p16-max1.dun.ihug.co.nz [209.76.100.16]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id TAA03570; Sun, 29 Aug 1999 19:39:06 +1200 Message-ID: <37C8E396.8DB92876@es.co.nz> Date: Sun, 29 Aug 1999 19:39:02 +1200 From: Mike Muir X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Kazutaka YOKOTA Cc: Mitsuru IWASAKI , freebsd-current@FreeBSD.ORG Subject: Re: followup to apm problems. References: <37C3C2F4.DE91BB21@es.co.nz> <199908270647.PAA08317@tasogare.imasy.or.jp> <37C8DA0F.2F8A9D7A@es.co.nz> <199908290738.QAA20843@zodiac.mech.utsunomiya-u.ac.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kazutaka YOKOTA wrote: > The PS/2 mouse generates interrupt when /dev/psm0 is open and > the user moves the mouse. > > If you are running moused or X when you suspend the system, /dev/psm0 > is left open and might generate interrupts. I think modern motherboard > BIOSes have a setup menu that lists which IRQ will wake up the system. > > I wonder what if you remove IRQ 12 (PS/2 mouse interrupt) from this list. Disabling it on the BIOS list of timer interrupts stops the movement of the mouse from ejecting you from a Standby or Suspend. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 1: 8:36 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (Postfix) with ESMTP id D0A7A14DC0 for ; Sun, 29 Aug 1999 01:08:29 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id KAA21390; Sun, 29 Aug 1999 10:07:55 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199908290807.KAA21390@gratis.grondar.za> To: Doug Cc: freebsd-current@FreeBSD.ORG Subject: Re: $FreeBSD-knowledgable mergemaster available Date: Sun, 29 Aug 1999 10:07:54 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I have some other changes planned so I'm not going to re-roll the port > yet, but between now and then I've put up a version of mergemaster that > knows about the $FreeBSD tags at > http://freebsd.simplenet.com/mergemaster-1.25. Hi Fearture request; _please_ make it configurable for those of us who want to use a PATH containing /usr/local/bin and a PAGER of simply "less", like the rest of our packages that use this. At the moment, I am carrying a private patch around to do this, and it is a huge pain. ( :-) This is part of my religion that holds that programmer- inflicted policy _must_ be overrideable, except where that is the direct point of the program concerned.) M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 1:26: 7 1999 Delivered-To: freebsd-current@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 0A9231502B; Sun, 29 Aug 1999 01:26:05 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id BAA01011; Sun, 29 Aug 1999 01:22:58 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: current@freebsd.org Cc: gibbs@freebsd.org Subject: Weird new SCSI diagnostics in -current Date: Sun, 29 Aug 1999 01:22:58 -0700 Message-ID: <1007.935914978@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm noticing some new output. What does it mean and is it going to stay there? :-) - Jordan ahc0: irq 16 at device 4.0 on pci2 ahc0: aic7850 SBLKCTL = 0x0 SSTAT0 = 0x0 SFUNCT = 0x0 Single Channel A, SCSI Id=7, 3/255 SCBs ahc0: Host Adapter Bios disabled. Using default SCSI device parameters fxp0: irq 19 at device 17.0 on pci0 fxp0: Ethernet address 00:e0:81:10:20:9e ahc1: irq 16 at device 18.0 on pci0 ahc1: aic7895 SBLKCTL = 0x2 SSTAT0 = 0x0 SFUNCT = 0x0 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc2: irq 16 at device 18.1 on pci0 ahc2: aic7895 SBLKCTL = 0x2 SSTAT0 = 0x0 SFUNCT = 0x0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 1:28:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id CE10E1502B for ; Sun, 29 Aug 1999 01:28:15 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id BAA01079 for ; Sun, 29 Aug 1999 01:28:18 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: current@freebsd.org Subject: No longer able to rip CD data under -current. Date: Sun, 29 Aug 1999 01:28:18 -0700 Message-ID: <1076.935915298@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This worked just fine with -current as of a week ago, and I've changed nothing else (the hardware is the exact same). Now I get the following when I attempt to mpegify one of my audio CDs with "ripit" dscheck: b_bcount 512 is not on a sector boundary (ssize 2048) dscheck: b_bcount 512 is not on a sector boundary (ssize 2048) (cd0:ahc0:0:4:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 (cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:64,0 (cd0:ahc0:0:4:0): Illegal mode for this track (cd0:ahc0:0:4:0): cddone: got error 0x16 back (cd0:ahc0:0:4:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 1:37:37 1999 Delivered-To: freebsd-current@freebsd.org Received: from shadowmere.student.utwente.nl (wit401305.student.utwente.nl [130.89.236.145]) by hub.freebsd.org (Postfix) with ESMTP id 64AFC1502B for ; Sun, 29 Aug 1999 01:37:34 -0700 (PDT) (envelope-from daeron@Wit401305.student.utwente.nl) Received: by shadowmere.student.utwente.nl (Postfix, from userid 1001) id 09DB0E9; Sun, 29 Aug 1999 10:37:32 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by shadowmere.student.utwente.nl (Postfix) with ESMTP id F3642BB for ; Sun, 29 Aug 1999 10:37:32 +0200 (CEST) Date: Sun, 29 Aug 1999 10:37:32 +0200 (CEST) From: Pascal Hofstee To: freebsd-current@freebsd.org Subject: gdb weirdness Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I seem to having some weird problems using GDB on 4.0-CURRENT I am getting things like the following: 27 for (j = 1; j <= 31; j++) { (gdb) 28 temp = wmalloc(sizeof(ADay)); (gdb) print j $1 = -1077947156 I checked this on a 3.2-STABLE system and it really ought to show $1 = 1 Is this a known issue ? (It's making debugging code so damned hard) uname -a output: ---------------- FreeBSD shadowmere.student.utwente.nl 4.0-CURRENT FreeBSD 4.0-CURRENT #14: Sat Aug 28 13:31:29 CEST 1999 root@shadowmere.student.utwente.nl:/usr/src/sys/compile/VANADIUM i386 -------------------- Pascal Hofstee - daeron@shadowmere.student.utwente.nl -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS d- s+: a-- C++ UB++++ P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 1:42:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id 68A261502B for ; Sun, 29 Aug 1999 01:42:36 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id SAA22991; Sun, 29 Aug 1999 18:10:58 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id SAA72447; Sun, 29 Aug 1999 18:10:58 +0930 (CST) Date: Sun, 29 Aug 1999 18:10:58 +0930 From: Greg Lehey To: Pascal Hofstee Cc: freebsd-current@FreeBSD.ORG Subject: Re: gdb weirdness Message-ID: <19990829181058.R13904@freebie.lemis.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from Pascal Hofstee on Sun, Aug 29, 1999 at 10:37:32AM +0200 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, 29 August 1999 at 10:37:32 +0200, Pascal Hofstee wrote: > > I seem to having some weird problems using GDB on 4.0-CURRENT > > I am getting things like the following: > > 27 for (j = 1; j <= 31; j++) { > (gdb) > 28 temp = wmalloc(sizeof(ADay)); > (gdb) print j > $1 = -1077947156 > > > I checked this on a 3.2-STABLE system and it really ought to show > $1 = 1 > > > Is this a known issue ? Does it do this without the -O flag? It may use j elsewhere, but have elided it here. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 1:42:55 1999 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 3701A15197 for ; Sun, 29 Aug 1999 01:42:48 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.2) with ESMTP id KAA15893; Sun, 29 Aug 1999 10:41:03 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Jordan K. Hubbard" Cc: current@FreeBSD.ORG Subject: Re: No longer able to rip CD data under -current. In-reply-to: Your message of "Sun, 29 Aug 1999 01:28:18 PDT." <1076.935915298@localhost> Date: Sun, 29 Aug 1999 10:41:03 +0200 Message-ID: <15891.935916063@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This could be another si_bsize casualty. Try this patch Index: subr_diskslice.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_diskslice.c,v retrieving revision 1.69 diff -u -r1.69 subr_diskslice.c --- subr_diskslice.c 1999/08/28 14:33:40 1.69 +++ subr_diskslice.c 1999/08/29 08:39:40 @@ -709,7 +709,7 @@ struct diskslices *ssp; int unit; - dev->si_bsize_phys = DEV_BSIZE; + dev->si_bsize_phys = lp->d_secsize; dev->si_bsize_best = BLKDEV_IOSIZE; dev->si_bsize_max = MAXBSIZE; In message <1076.935915298@localhost>, "Jordan K. Hubbard" writes: >This worked just fine with -current as of a week ago, and I've changed >nothing else (the hardware is the exact same). Now I get the >following when I attempt to mpegify one of my audio CDs with "ripit" > >dscheck: b_bcount 512 is not on a sector boundary (ssize 2048) >dscheck: b_bcount 512 is not on a sector boundary (ssize 2048) >(cd0:ahc0:0:4:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 >(cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:64,0 >(cd0:ahc0:0:4:0): Illegal mode for this track >(cd0:ahc0:0:4:0): cddone: got error 0x16 back >(cd0:ahc0:0:4:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 > >- Jordan > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 1:48:51 1999 Delivered-To: freebsd-current@freebsd.org Received: from shadowmere.student.utwente.nl (wit401305.student.utwente.nl [130.89.236.145]) by hub.freebsd.org (Postfix) with ESMTP id 8CDD714E7C for ; Sun, 29 Aug 1999 01:48:44 -0700 (PDT) (envelope-from daeron@Wit401305.student.utwente.nl) Received: by shadowmere.student.utwente.nl (Postfix, from userid 1001) id 15AAEEF; Sun, 29 Aug 1999 10:46:33 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by shadowmere.student.utwente.nl (Postfix) with ESMTP id 0E5CBE1; Sun, 29 Aug 1999 10:46:33 +0200 (CEST) Date: Sun, 29 Aug 1999 10:46:33 +0200 (CEST) From: Pascal Hofstee To: Greg Lehey Cc: Pascal Hofstee , freebsd-current@FreeBSD.ORG Subject: Re: gdb weirdness In-Reply-To: <19990829181058.R13904@freebie.lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 29 Aug 1999, Greg Lehey wrote: > > I seem to having some weird problems using GDB on 4.0-CURRENT > > 27 for (j = 1; j <= 31; j++) { > > (gdb) > > 28 temp = wmalloc(sizeof(ADay)); > > (gdb) print j > > $1 = -1077947156 > Does it do this without the -O flag? It may use j elsewhere, but have > elided it here. All files are compiled like this: gcc -Wall -ggdb -ansi -pedantic -I/usr/X11R6/include -I/usr/X11R6/include `get-wraster-flags --cflags` -I. -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -c main.c And I still get the weird gdb behaviour -------------------- Pascal Hofstee - daeron@shadowmere.student.utwente.nl -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS d- s+: a-- C++ UB++++ P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 1:56:37 1999 Delivered-To: freebsd-current@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id 21B6114E7C for ; Sun, 29 Aug 1999 01:56:31 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id SAA23035; Sun, 29 Aug 1999 18:23:34 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id SAA72517; Sun, 29 Aug 1999 18:23:33 +0930 (CST) Date: Sun, 29 Aug 1999 18:23:33 +0930 From: Greg Lehey To: Pascal Hofstee Cc: freebsd-current@FreeBSD.ORG Subject: Re: gdb weirdness Message-ID: <19990829182332.S13904@freebie.lemis.com> References: <19990829181058.R13904@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from Pascal Hofstee on Sun, Aug 29, 1999 at 10:46:33AM +0200 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, 29 August 1999 at 10:46:33 +0200, Pascal Hofstee wrote: > On Sun, 29 Aug 1999, Greg Lehey wrote: > >>> I seem to having some weird problems using GDB on 4.0-CURRENT >>> 27 for (j = 1; j <= 31; j++) { >>> (gdb) >>> 28 temp = wmalloc(sizeof(ADay)); >>> (gdb) print j >>> $1 = -1077947156 > >> Does it do this without the -O flag? It may use j elsewhere, but have >> elided it here. > > All files are compiled like this: > gcc -Wall -ggdb -ansi -pedantic -I/usr/X11R6/include > -I/usr/X11R6/include `get-wraster-flags --cflags` -I. -DCSRG_BASED > -DFUNCPROTO=15 -DNARROWPROTO -c main.c > > And I still get the weird gdb behaviour Make sure you're really where you think you are. If so, it could be a bug. What does the assembly code look like? Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 2: 3:36 1999 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id A3D4B15097 for ; Sun, 29 Aug 1999 02:03:29 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.2) with ESMTP id LAA15992 for ; Sun, 29 Aug 1999 11:02:37 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org Subject: LINT trouble... From: Poul-Henning Kamp Date: Sun, 29 Aug 1999 11:02:36 +0200 Message-ID: <15990.935917356@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG schizo# !! make cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -elf ../../dev/usb/usbdi_util.c In file included from ../../dev/usb/usbdi_util.c:48: ../../sys/bus.h:42: `devclass' defined as wrong kind of tag *** Error code 1 Stop in /usr/src/sys/compile/LINT. schizo# -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 2:14:15 1999 Delivered-To: freebsd-current@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 36FFB1541D for ; Sun, 29 Aug 1999 02:11:49 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id CAA00413; Sun, 29 Aug 1999 02:10:17 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: Poul-Henning Kamp Cc: "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: No longer able to rip CD data under -current. In-reply-to: Your message of "Sun, 29 Aug 1999 10:41:03 +0200." <15891.935916063@critter.freebsd.dk> Date: Sun, 29 Aug 1999 02:10:17 -0700 Message-ID: <409.935917817@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > This could be another si_bsize casualty. > > Try this patch Nope, it still occurs. You're definitely in the right ballpark though since I added some printfs and it's this check: } else if (ssp->dss_secshift != -1) { if (bp->b_bcount & (ssp->dss_secsize - 1)) goto bad_bcount; Which is now failing. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 2:17:38 1999 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 826B614EB8 for ; Sun, 29 Aug 1999 02:17:30 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.2) with ESMTP id LAA16076; Sun, 29 Aug 1999 11:15:03 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Jordan K. Hubbard" Cc: current@FreeBSD.ORG Subject: Re: No longer able to rip CD data under -current. In-reply-to: Your message of "Sun, 29 Aug 1999 02:10:17 PDT." <409.935917817@localhost> Date: Sun, 29 Aug 1999 11:15:03 +0200 Message-ID: <16074.935918103@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Trouble could be if ripit picks up from stat(2) before it opens the device, we don't know the underlying blocksize until after open, floppy drives for instance support many different sectorsizes. What is the name of the port you're using ? In message <409.935917817@localhost>, "Jordan K. Hubbard" writes: >> >> This could be another si_bsize casualty. >> >> Try this patch > >Nope, it still occurs. You're definitely in the right ballpark >though since I added some printfs and it's this check: > > } else if (ssp->dss_secshift != -1) { > if (bp->b_bcount & (ssp->dss_secsize - 1)) > goto bad_bcount; > >Which is now failing. > >- Jordan > -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 2:38:33 1999 Delivered-To: freebsd-current@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 1B6CB14E3C for ; Sun, 29 Aug 1999 02:38:28 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id CAA00536; Sun, 29 Aug 1999 02:38:28 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: Poul-Henning Kamp Cc: "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: No longer able to rip CD data under -current. In-reply-to: Your message of "Sun, 29 Aug 1999 11:15:03 +0200." <16074.935918103@critter.freebsd.dk> Date: Sun, 29 Aug 1999 02:38:28 -0700 Message-ID: <532.935919508@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Trouble could be if ripit picks up from stat(2) before > it opens the device, we don't know the underlying blocksize > until after open, floppy drives for instance support many > different sectorsizes. Sorry for the confusion - I'm not even using ripit to test now, I'm simply putting an audio CD in the drive and trying: # dd if=/dev/rcd0c of=/dev/null dd: /dev/rcd0c: Invalid argument [console log: dscheck: b_bcount 512 is not on a sector boundary (ssize 2048)] I figured ripit was too "high level" a test and I should just try and get some data off the thing again before moving on. :) I've tried /dev/rcd0a and /dev/cd0c too, just for grins, no luck. Though trying the block device does yield a different message on the console: (cd0:ahc0:0:4:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 (cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:64,0 (cd0:ahc0:0:4:0): Illegal mode for this track (cd0:ahc0:0:4:0): cddone: got error 0x16 back - Jordan > > What is the name of the port you're using ? > > In message <409.935917817@localhost>, "Jordan K. Hubbard" writes: > >> > >> This could be another si_bsize casualty. > >> > >> Try this patch > > > >Nope, it still occurs. You're definitely in the right ballpark > >though since I added some printfs and it's this check: > > > > } else if (ssp->dss_secshift != -1) { > > if (bp->b_bcount & (ssp->dss_secsize - 1)) > > goto bad_bcount; > > > >Which is now failing. > > > >- Jordan > > > > -- > Poul-Henning Kamp FreeBSD coreteam member > phk@FreeBSD.ORG "Real hackers run -current on their laptop." > FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 2:47:47 1999 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id A975A14BD0 for ; Sun, 29 Aug 1999 02:47:41 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.2) with ESMTP id LAA16231; Sun, 29 Aug 1999 11:44:30 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Jordan K. Hubbard" Cc: current@FreeBSD.ORG Subject: Re: No longer able to rip CD data under -current. In-reply-to: Your message of "Sun, 29 Aug 1999 02:38:28 PDT." <532.935919508@localhost> Date: Sun, 29 Aug 1999 11:44:30 +0200 Message-ID: <16229.935919870@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <532.935919508@localhost>, "Jordan K. Hubbard" writes: >> Trouble could be if ripit picks up from stat(2) before >> it opens the device, we don't know the underlying blocksize >> until after open, floppy drives for instance support many >> different sectorsizes. > >Sorry for the confusion - I'm not even using ripit to test now, >I'm simply putting an audio CD in the drive and trying: > ># dd if=/dev/rcd0c of=/dev/null >dd: /dev/rcd0c: Invalid argument >[console log: dscheck: b_bcount 512 is not on a sector boundary (ssize 2048)] Ahh, but that wont work. An audio CD has 2352 bytes "sectors". dd will default to 512 bytes, but I'm not even sure you can read the audio that way. I was looking at ports/audio/tosha which seems to send CAM/SCSI commands to do the stunt. >I figured ripit was too "high level" a test and I should just try and >get some data off the thing again before moving on. :) I've tried >/dev/rcd0a and /dev/cd0c too, just for grins, no luck. Though trying >the block device does yield a different message on the console: > >(cd0:ahc0:0:4:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 >(cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:64,0 >(cd0:ahc0:0:4:0): Illegal mode for this track >(cd0:ahc0:0:4:0): cddone: got error 0x16 back Yes, that is what I would expect too. Try calling tosha directly, and if it fails, please truss or ktrace it. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 3:35:43 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.skylink.it (ns.skylink.it [194.177.113.1]) by hub.freebsd.org (Postfix) with ESMTP id 3D8E4150C7; Sun, 29 Aug 1999 03:35:38 -0700 (PDT) (envelope-from hibma@skylink.it) Received: from heidi.plazza.it (va-176.skylink.it [194.185.55.176]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id MAA31541; Sun, 29 Aug 1999 12:35:14 +0200 Received: from localhost (localhost [127.0.0.1]) by heidi.plazza.it (8.9.3/8.8.5) with ESMTP id KAA56175; Sun, 29 Aug 1999 10:35:33 GMT X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Sun, 29 Aug 1999 10:35:33 GMT Date: Sun, 29 Aug 1999 12:35:31 +0200 (CEST) From: Nick Hibma X-Sender: n_hibma@heidi.plazza.it Reply-To: Nick Hibma To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: LINT trouble... In-Reply-To: <15990.935917356@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Please retry with current sources. I can' t reproduce the problem, but I remember the error message, and having fixed it. Nick On Sun, 29 Aug 1999, Poul-Henning Kamp wrote: > > schizo# !! > make > cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -elf ../../dev/usb/usbdi_util.c > In file included from ../../dev/usb/usbdi_util.c:48: > ../../sys/bus.h:42: `devclass' defined as wrong kind of tag > *** Error code 1 > > Stop in /usr/src/sys/compile/LINT. > schizo# > > -- > Poul-Henning Kamp FreeBSD coreteam member > phk@FreeBSD.ORG "Real hackers run -current on their laptop." > FreeBSD -- It will take a long time before progress goes too far! > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > -- e-Mail: hibma@skylink.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 4: 5:50 1999 Delivered-To: freebsd-current@freebsd.org Received: from dead-end.net (dead-end.net [216.15.131.2]) by hub.freebsd.org (Postfix) with ESMTP id 99BBC15EAD for ; Sun, 29 Aug 1999 04:04:44 -0700 (PDT) (envelope-from rock@dead-end.net) Received: from dead-end.net (p3E9E0F1A.dip.t-dialin.net [62.158.15.26]) by dead-end.net (8.9.3/DEAD-END/1999022000) with ESMTP id NAA08092; Sun, 29 Aug 1999 13:04:09 +0200 (CEST) (envelope-from rock@dead-end.net) Message-ID: <37C913C3.6097F537@dead-end.net> Date: Sun, 29 Aug 1999 13:04:35 +0200 From: "D. Rock" X-Mailer: Mozilla 4.6 [de] (Win98; U) X-Accept-Language: de MIME-Version: 1.0 To: Bruce Evans Cc: current@FreeBSD.ORG Subject: Re: RealTek 8139 problems References: <199908282328.JAA25887@godzilla.zeta.org.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans schrieb: > > >Under normal Circumstances, the communication is Ok between all three > >machines, but sometimes the ethernet interface in the main machine > >(the 8139) wedges up. I cannot ping any other host. The only solution > >is taking the interface down and up again: > > It hangs when it gets an rx fifo overrun. The chance of an overrun can > be modified by tweaking the fifo threshold and rx maxdma as in if_rlreg.h > rev.1.9. Thanks, this seems to fix my problem. I set #define RL_RX_MAXDMA RL_RXDMA_UNLIMITED #define RL_TX_MAXDMA RL_TXDMA_2048BYTES and now at least my simple "ping torture tests" doesn't impress the driver any more. Do such high values have any negative impact on the performance/stability/ memory usage of the system? If not, couldn't these values be the default? Or the other way: Since recovery seems to be very easy, how difficult is it for the driver to detect this condition and do an auto-recovery? Yes, I know the RealTek are very ugly chips. Normally this card is installed into my Windows PC, but I had to swap the card with an I-EEPro in order to dualboot Solaris on this PC. Daniel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 4:14:23 1999 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 24ECB14BE2 for ; Sun, 29 Aug 1999 04:14:14 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.2) with ESMTP id NAA16483; Sun, 29 Aug 1999 13:10:40 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Nick Hibma Cc: current@FreeBSD.ORG Subject: Re: LINT trouble... In-reply-to: Your message of "Sun, 29 Aug 1999 12:35:31 +0200." Date: Sun, 29 Aug 1999 13:10:40 +0200 Message-ID: <16481.935925040@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG These are current sources. This patch fixes the problem for me: Index: usbdi_util.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/usbdi_util.c,v retrieving revision 1.10 diff -u -r1.10 usbdi_util.c --- usbdi_util.c 1999/08/29 01:18:32 1.10 +++ usbdi_util.c 1999/08/29 11:08:26 @@ -43,10 +43,10 @@ #include #include #include -#include #if defined(__FreeBSD__) #include #endif +#include #include #include In message , Nick Hibm a writes: > >Please retry with current sources. I can' t reproduce the problem, but >I remember the error message, and having fixed it. > >Nick > > >On Sun, 29 Aug 1999, Poul-Henning Kamp wrote: > >> >> schizo# !! >> make >> cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -elf ../../dev/usb/usbdi_util.c >> In file included from ../../dev/usb/usbdi_util.c:48: >> ../../sys/bus.h:42: `devclass' defined as wrong kind of tag >> *** Error code 1 >> >> Stop in /usr/src/sys/compile/LINT. >> schizo# >> >> -- >> Poul-Henning Kamp FreeBSD coreteam member >> phk@FreeBSD.ORG "Real hackers run -current on their laptop." >> FreeBSD -- It will take a long time before progress goes too far! >> >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-current" in the body of the message >> >> > >-- >e-Mail: hibma@skylink.it > > > -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 4:15:57 1999 Delivered-To: freebsd-current@freebsd.org Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9]) by hub.freebsd.org (Postfix) with ESMTP id 8C89E14BE2 for ; Sun, 29 Aug 1999 04:15:53 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id VAA04353; Sun, 29 Aug 1999 21:14:50 +1000 Date: Sun, 29 Aug 1999 21:14:50 +1000 From: Bruce Evans Message-Id: <199908291114.VAA04353@godzilla.zeta.org.au> To: jkh@zippy.cdrom.com, phk@critter.freebsd.dk Subject: Re: No longer able to rip CD data under -current. Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>Nope, it still occurs. You're definitely in the right ballpark >>though since I added some printfs and it's this check: >> >> } else if (ssp->dss_secshift != -1) { >> if (bp->b_bcount & (ssp->dss_secsize - 1)) >> goto bad_bcount; >> >>Which is now failing. The message about this is a bit verbose. Some software (e.g. fdisk) legitimately tries sizes 512, 1024, 2048, ... until it finds one that works. Then the message is not wanted. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 5: 2:51 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.skylink.it (ns.skylink.it [194.177.113.1]) by hub.freebsd.org (Postfix) with ESMTP id 6A19414D2D for ; Sun, 29 Aug 1999 05:02:45 -0700 (PDT) (envelope-from hibma@skylink.it) Received: from heidi.plazza.it (va-176.skylink.it [194.185.55.176]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id OAA32681; Sun, 29 Aug 1999 14:00:39 +0200 Received: from localhost (localhost [127.0.0.1]) by heidi.plazza.it (8.9.3/8.8.5) with ESMTP id LAA14329; Sun, 29 Aug 1999 11:59:03 GMT X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Sun, 29 Aug 1999 11:59:03 GMT Date: Sun, 29 Aug 1999 13:59:01 +0200 (CEST) From: Nick Hibma X-Sender: n_hibma@heidi.plazza.it Reply-To: Nick Hibma To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: LINT trouble... In-Reply-To: <16481.935925040@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sorry about that. You are right. Some confusion here on what sources I was compiling with. I had fixed the problem in my sources. A cvs diff does not show the difference against HEAD but current version of file. Cheers, Nick On Sun, 29 Aug 1999, Poul-Henning Kamp wrote: > > These are current sources. > > This patch fixes the problem for me: > > Index: usbdi_util.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/usb/usbdi_util.c,v > retrieving revision 1.10 > diff -u -r1.10 usbdi_util.c > --- usbdi_util.c 1999/08/29 01:18:32 1.10 > +++ usbdi_util.c 1999/08/29 11:08:26 > @@ -43,10 +43,10 @@ > #include > #include > #include > -#include > #if defined(__FreeBSD__) > #include > #endif > +#include > > #include > #include > In message , Nick Hibm > a writes: > > > >Please retry with current sources. I can' t reproduce the problem, but > >I remember the error message, and having fixed it. > > > >Nick > > > > > >On Sun, 29 Aug 1999, Poul-Henning Kamp wrote: > > > >> > >> schizo# !! > >> make > >> cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -elf ../../dev/usb/usbdi_util.c > >> In file included from ../../dev/usb/usbdi_util.c:48: > >> ../../sys/bus.h:42: `devclass' defined as wrong kind of tag > >> *** Error code 1 > >> > >> Stop in /usr/src/sys/compile/LINT. > >> schizo# > >> > >> -- > >> Poul-Henning Kamp FreeBSD coreteam member > >> phk@FreeBSD.ORG "Real hackers run -current on their laptop." > >> FreeBSD -- It will take a long time before progress goes too far! > >> > >> > >> To Unsubscribe: send mail to majordomo@FreeBSD.org > >> with "unsubscribe freebsd-current" in the body of the message > >> > >> > > > >-- > >e-Mail: hibma@skylink.it > > > > > > > > -- > Poul-Henning Kamp FreeBSD coreteam member > phk@FreeBSD.ORG "Real hackers run -current on their laptop." > FreeBSD -- It will take a long time before progress goes too far! > > -- e-Mail: hibma@skylink.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 9: 3:53 1999 Delivered-To: freebsd-current@freebsd.org Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (Postfix) with SMTP id 3C6BB1514A for ; Sun, 29 Aug 1999 09:03:46 -0700 (PDT) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id MAA18478 for current@freebsd.org; Sun, 29 Aug 1999 12:03:17 -0400 From: Bill Paul Message-Id: <199908291603.MAA18478@skynet.ctr.columbia.edu> Subject: Heads up: 3Com XL driver converted to miibus To: current@freebsd.org Date: Sun, 29 Aug 1999 12:03:16 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1681 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just committed changes to if_xl to make it use the miibus support instead of its own MII support code (which I ripped out with much gusto). I've tested this with a 3c905, 3c905B, 3cSOHO100-TX Office Connect and a 3c905C and it works fine for me, however Murphy's Law dictates that I may have goofed something up without realizing it. Non-MII cards should still work as before, however if they don't please let me know quickly. Also, I'm not 100% sure about the 3c905B-COMBO. The 10/100 support ought to work fine just as with the other cards, however I can't be certain about the BNC and AUI ports. If you've got one of these, please test it. You should see the 10base5 and 10base2 media types available on the interface when you do ifconfig xl0 and you should be able to turn them on, as well as switch back to the RJ45 port. Assuming I haven't broken something horribly, the major benefit of this is that code should be xl driver code should be smaller than before, and the 'wait until autoneg completes' delay at boot is now gone. Lastly, the link state should now be properly reflected by ifconfig (active or no carrier). -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 9: 8:11 1999 Delivered-To: freebsd-current@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id 72B4E14C3B for ; Sun, 29 Aug 1999 09:08:02 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost (1391 bytes) by rip.psg.com via sendmail with P:stdio/R:inet_resolve/T:smtp (sender: ) (ident using unix) id for ; Sun, 29 Aug 1999 09:07:24 -0700 (PDT) (Smail-3.2.0.101 1997-Dec-17 #1 built 1999-Apr-1) Message-Id: Date: Sun, 29 Aug 1999 09:07:24 -0700 (PDT) From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: FreeBSD Current Subject: breakage in this morning's build Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG install -C -c -s -o root -g wheel -m 555 mv /usr/obj/usr/src/tmp/bin /usr/obj/usr/src/bin/mv created for /usr/src/bin/mv cd /usr/src/bin/rm; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -D_BUILD_TOOLS cleandepend; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -D_BUILD_TOOLS all; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -D_BUILD_TOOLS -B install cleandir obj rm -f .depend /usr/obj/usr/src/bin/rm/GPATH /usr/obj/usr/src/bin/rm/GRTAGS /usr/obj/usr/src/bin/rm/GSYMS /usr/obj/usr/src/bin/rm/GTAGS cc -O -pipe -Wall -Wformat -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/bin/rm/rm.c cc -O -pipe -Wall -Wformat -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/bin/rm/../ls/stat_flags.c cc -O -pipe -Wall -Wformat -I/usr/obj/usr/src/tmp/usr/include -static -o rm rm.o stat_flags.o install -C -c -s -o root -g wheel -m 555 rm /usr/obj/usr/src/tmp/bin rm: /usr/obj/usr/src/bin/rm: Undefined error: 0 *** Error code 1 Stop in /usr/src/bin/rm. *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 9:57:36 1999 Delivered-To: freebsd-current@freebsd.org Received: from lyra.tiscalinet.it (lyra.tiscalinet.it [195.130.224.60]) by hub.freebsd.org (Postfix) with ESMTP id 24B1C157FA for ; Sun, 29 Aug 1999 09:57:29 -0700 (PDT) (envelope-from knute@tiscalinet.it) Received: from heartquake.tsv.it (rm2-319.tiscalinet.it [212.123.83.65]) by lyra.tiscalinet.it (8.8.8+Sun/8.8.8) with ESMTP id SAA04101 for ; Sun, 29 Aug 1999 18:57:27 +0200 (MET DST) Message-Id: <199908291657.SAA04101@lyra.tiscalinet.it> From: "Andre" To: Subject: PPPD 2.3.9 + PAM Date: Sun, 29 Aug 2004 20:58:45 +0200 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! I'm trying to use pppd coupled with PAM. I'm using pppd 2.3.9 compiled with USE_PAM options ,and ,as far as i can see ,the pppd side seem to work fine,but when i try to use the PAM side i got this: ----- Aug 29 18:22:06 volcano pppd[1643]: rcvd [PAP AuthReq id=0x1 user="*" password="*"] Aug 29 18:22:06 volcano pppd[1643]: unable to resolve symbol: pam_sm_open_session Aug 29 18:22:06 volcano pppd[1643]: unable to resolve symbol: pam_sm_close_session Aug 29 18:22:06 volcano pppd[1643]: no modules loaded for `ppp' service Aug 29 18:22:06 volcano pppd[1643]: PAP login failure for knute This is my options file ----- /dev/cuaa1 19200 crtscts 192.168.0.2:192.168.0.4 login connect "/usr/bin/chat -v -f /etc/ppp/linet.chat" debug auth require-pap name volcano ms-dns 192.168.0.2 passive nodetach this is my pam.conf: ----- # If the user can authenticate with S/Key, that's sufficient. login auth sufficient pam_skey.so # Check skey.access to make sure it is OK to let the user type in # a cleartext password. If not, then fail right here. login auth requisite pam_cleartext_pass_ok.so # If you want KerberosIV authentication, uncomment the next line: #login auth sufficient pam_kerberosIV.so try_first_pass # Traditional getpwnam() authentication. login auth required pam_unix.so try_first_pass ppp auth required pam_unix.so try_first_pass ppp session required pam_unix.so try_first_pass ------- and this my pap-secrets: ------- knute volcano "" * ------- Where i'm wrong? Plese help! Bye! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 10:28:32 1999 Delivered-To: freebsd-current@freebsd.org Received: from shadowmere.student.utwente.nl (wit401305.student.utwente.nl [130.89.236.145]) by hub.freebsd.org (Postfix) with ESMTP id 5847915AD7 for ; Sun, 29 Aug 1999 10:27:54 -0700 (PDT) (envelope-from daeron@Wit401305.student.utwente.nl) Received: by shadowmere.student.utwente.nl (Postfix, from userid 1001) id DDFC0E9; Sun, 29 Aug 1999 19:27:53 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by shadowmere.student.utwente.nl (Postfix) with ESMTP id D6AC678; Sun, 29 Aug 1999 19:27:53 +0200 (CEST) Date: Sun, 29 Aug 1999 19:27:53 +0200 (CEST) From: Pascal Hofstee To: Randy Bush Cc: FreeBSD Current Subject: Re: breakage in this morning's build In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 29 Aug 1999, Randy Bush wrote: > install -C -c -s -o root -g wheel -m 555 mv /usr/obj/usr/src/tmp/bin > /usr/obj/usr/src/bin/mv created for /usr/src/bin/mv > cd /usr/src/bin/rm; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -D_BUILD_TOOLS cleandepend; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -D_BUILD_TOOLS all; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -D_BUILD_TOOLS -B install cleandir obj > rm -f .depend /usr/obj/usr/src/bin/rm/GPATH /usr/obj/usr/src/bin/rm/GRTAGS /usr/obj/usr/src/bin/rm/GSYMS /usr/obj/usr/src/bin/rm/GTAGS > cc -O -pipe -Wall -Wformat -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/bin/rm/rm.c > cc -O -pipe -Wall -Wformat -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/bin/rm/../ls/stat_flags.c > cc -O -pipe -Wall -Wformat -I/usr/obj/usr/src/tmp/usr/include -static -o rm rm.o stat_flags.o > install -C -c -s -o root -g wheel -m 555 rm /usr/obj/usr/src/tmp/bin > rm: /usr/obj/usr/src/bin/rm: Undefined error: 0 > *** Error code 1 > > Stop in /usr/src/bin/rm. > *** Error code 1 I am suffering from the exact same problem here as well ... (tried about 4 times now ... without success) -------------------- Pascal Hofstee - daeron@shadowmere.student.utwente.nl -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS d- s+: a-- C++ UB++++ P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 11: 3:15 1999 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id AAA2E1569B for ; Sun, 29 Aug 1999 11:03:10 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (iras-2-8.ucdavis.edu [169.237.16.136]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id LAA09125; Sun, 29 Aug 1999 11:01:21 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id LAA14750; Sun, 29 Aug 1999 11:00:42 -0700 (PDT) (envelope-from obrien) Date: Sun, 29 Aug 1999 11:00:17 -0700 From: "David O'Brien" To: John Birrell Cc: current@freebsd.org Subject: Re: Built-in linker library search paths Message-ID: <19990829110017.A14719@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <19990829173737.C36761@freebsd1.cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre1i In-Reply-To: <19990829173737.C36761@freebsd1.cimlogic.com.au> X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'd like to remove the search paths altogether, leaving the gcc > LIB_SPEC and LD_LIBRARY_PATH environment variable to get the /right/ > path all the time. Can you post a patch first? IIRC jdp wanted to be more "pure" with ld.so finding shared libs. Many didn't like the more "pure" searching. I really can't tell what the result of your proposed changes would be. -- -- David (obrien@NUXI.com -or- obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 11: 4:45 1999 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id EB3B6151B2 for ; Sun, 29 Aug 1999 11:04:35 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (iras-2-8.ucdavis.edu [169.237.16.136]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id LAA09149; Sun, 29 Aug 1999 11:04:30 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id LAA14762; Sun, 29 Aug 1999 11:04:28 -0700 (PDT) (envelope-from obrien) Date: Sun, 29 Aug 1999 11:04:08 -0700 From: "David O'Brien" To: Randy Bush Cc: FreeBSD Current Subject: Re: breakage in this morning's build Message-ID: <19990829110408.B14719@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre1i In-Reply-To: X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > cc -O -pipe -Wall -Wformat -I/usr/obj/usr/src/tmp/usr/include -static -o rm rm.o stat_flags.o > install -C -c -s -o root -g wheel -m 555 rm /usr/obj/usr/src/tmp/bin > rm: /usr/obj/usr/src/bin/rm: Undefined error: 0 > *** Error code 1 I'll look in to it. CVSup'ing is going to take a little time, so please be patient. :-) Enjoy! -- -- David (obrien@NUXI.com -or- obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 11:43:55 1999 Delivered-To: freebsd-current@freebsd.org Received: from arc.hq.cti.ru (arc.hq.cti.ru [195.34.40.3]) by hub.freebsd.org (Postfix) with ESMTP id 4A44E152EB for ; Sun, 29 Aug 1999 11:43:45 -0700 (PDT) (envelope-from dima@tejblum.pp.ru) Received: (from uucp@localhost) by arc.hq.cti.ru (8.9.3/8.9.3) with UUCP id WAA47668; Sun, 29 Aug 1999 22:41:27 +0400 (MSD) (envelope-from dima@tejblum.pp.ru) Received: from tejblum.pp.ru (localhost [127.0.0.1]) by tejblum.pp.ru (8.9.3/8.9.3) with ESMTP id WAA04035; Sun, 29 Aug 1999 22:42:01 +0400 (MSD) (envelope-from dima@tejblum.pp.ru) Message-Id: <199908291842.WAA04035@tejblum.pp.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: Doug Rabson Cc: Dmitrij Tejblum , current@FreeBSD.ORG From: Dmitrij Tejblum Subject: Re: NFSv3 on freebsd<-->solaris In-reply-to: Your message of "Thu, 26 Aug 1999 10:04:06 BST." Mime-Version: 1.0 Content-Type: text/plain Date: Sun, 29 Aug 1999 22:42:01 +0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [sorry for some delay...] Doug Rabson wrote: > > I think we should not ever reject a client's cookie. Consider a local > > program that scan the directoty with the getdirentries() syscall. The > > offset in the directory is essentially the cookie that would be sent to > > an NFS client. But we never "reject" the offset, and everyone is happy. > > (Not to mention NFSv2, where we never reject a client's cookie too). > > So, what we are trying to achieve by rejecting a NFSv3 client's cookie? > > Notify the client that the directory contents may have been compacted and > therefore that their seek offsets are now wrong. You apparently missed my above paragraph. Do we notify a local process about such a condition? Then, what is so special about compacting? What if I quickly moved out a directory content and replaced it with something completely different? How you can recover after it? With rm -r, the recovery is easy, but how the recovery will work if the program is, say, du? > From rfc1813: > > If the > server detects that the cookie is no longer valid, the > server will reject the READDIR request with the status, > NFS3ERR_BAD_COOKIE. I propose that our cookies are always valid, just like directory offsets after getdirentries() syscall (on a local filesystems). > The client should be careful to > avoid holding directory entry cookies across operations > that modify the directory contents, such as REMOVE and > CREATE. > > It seems to me that the solaris client is holding directory cookies across > a REMOVE operation and therefore should expect to get stale cookie errors > occaisionally. Yes. FreeBSD programs typically use fts(3), which read whole directory before return its content to the application. That is, the rule is honored. But this solution is in the userland. > Our NFS client used to have the same problem (a long time ago) and I put > code into it to re-read the directory if its cookies are stale. (According to a mail recently sent to -hackers, that doesn't work. In -current, the recovery code has a debugging printf(), so I guess the code only triggered in very rare cases (see above).) Anyway, I don't actually care what is correct NFS client behavior. I am saying that sending "bad cookie" error is not useful for FreeBSD sever. Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 12:24:10 1999 Delivered-To: freebsd-current@freebsd.org Received: from smtp2.ihug.co.nz (tk2.ihug.co.nz [203.29.160.14]) by hub.freebsd.org (Postfix) with ESMTP id 6CD5B14CF7 for ; Sun, 29 Aug 1999 12:24:06 -0700 (PDT) (envelope-from mmuir@es.co.nz) Received: from es.co.nz (p12-max4.dun.ihug.co.nz [209.76.100.203]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id HAA16848; Mon, 30 Aug 1999 07:23:35 +1200 Message-ID: <37C988B4.6787261A@es.co.nz> Date: Mon, 30 Aug 1999 07:23:32 +1200 From: Mike Muir X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Pascal Hofstee Cc: Randy Bush , FreeBSD Current Subject: Re: breakage in this morning's build References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Pascal Hofstee wrote: > I am suffering from the exact same problem here as well ... (tried about 4 > times now ... without success) Mines a little (little) different: install -c -s -o root -g wheel -m 555 mv /usr/obj/usr/src/tmp/bin /usr/obj/usr/src/bin/mv created for /usr/src/bin/mv cd /usr/src/bin/rm; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -D_BUILD_TOOLS cleandepend; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -D_BUILD_TOOLS all; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -D_BUILD_TOOLS -B install cleandir obj rm -f .depend /usr/obj/usr/src/bin/rm/GPATH /usr/obj/usr/src/bin/rm/GRTAGS /usr/obj/usr/src/bin/rm/GSYMS /usr/obj/usr/src/bin/rm/GTAGS cc -O -pipe -Wall -Wformat -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/bin/rm/rm.c cc -O -pipe -Wall -Wformat -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/bin/rm/../ls/stat_flags.c cc -O -pipe -Wall -Wformat -I/usr/obj/usr/src/tmp/usr/include -static -o rm rm.o stat_flags.o install -c -s -o root -g wheel -m 555 rm /usr/obj/usr/src/tmp/bin rm: /usr/obj/usr/src/bin/rm: Inappropriate ioctl for device *** Error code 1 Stop in /usr/src/bin/rm. *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 12:29:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from astralblue.com (adsl-209-76-108-39.dsl.snfc21.pacbell.net [209.76.108.39]) by hub.freebsd.org (Postfix) with ESMTP id 9F3EC14E4C for ; Sun, 29 Aug 1999 12:29:39 -0700 (PDT) (envelope-from astralblue@astralblue.com) Received: from localhost (ab@localhost) by astralblue.com (8.9.3/8.9.3) with SMTP id MAA01726; Sun, 29 Aug 1999 12:28:58 -0700 (PDT) (envelope-from astralblue@astralblue.com) Date: Sun, 29 Aug 1999 12:28:58 -0700 (PDT) From: "Eugene M. Kim" X-Sender: ab@gw1.pl.cp To: FreeBSD Current Cc: Pascal Hofstee , Randy Bush , Mike Muir Subject: Re: breakage in this morning's build In-Reply-To: <37C988B4.6787261A@es.co.nz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Me too! Mine goes like: cc -O6 -m486 -pipe -Wall -Wall -Wformat -I/usr/obj/pubfs/1/root/world/src/tmp/usr/include -static -o rm rm.o stat_flags.o install -c -s -o root -g wheel -m 555 rm /usr/obj/pubfs/1/root/world/src/tmp/bin rm: /usr/obj/pubfs/1/root/world/src/bin/rm: Operation not supported by device *** Error code 1 Stop in /pubfs/1/root/world/src/bin/rm. *** Error code 1 Cheers, Eugene On Mon, 30 Aug 1999, Mike Muir wrote: | Pascal Hofstee wrote: | | > I am suffering from the exact same problem here as well ... (tried about 4 | > times now ... without success) | | Mines a little (little) different: | | install -c -s -o root -g wheel -m 555 mv /usr/obj/usr/src/tmp/bin | /usr/obj/usr/src/bin/mv created for /usr/src/bin/mv | cd /usr/src/bin/rm; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO | -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -D_BUILD_TOOLS cleandepend; | /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPIC | -DNOPROFILE -DNOSHARED -D_BUILD_TOOLS all; | /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPIC | -DNOPROFILE -DNOSHARED -D_BUILD_TOOLS -B install cleandir obj | rm -f .depend /usr/obj/usr/src/bin/rm/GPATH | /usr/obj/usr/src/bin/rm/GRTAGS /usr/obj/usr/src/bin/rm/GSYMS | /usr/obj/usr/src/bin/rm/GTAGS | cc -O -pipe -Wall -Wformat -I/usr/obj/usr/src/tmp/usr/include -c | /usr/src/bin/rm/rm.c | cc -O -pipe -Wall -Wformat -I/usr/obj/usr/src/tmp/usr/include -c | /usr/src/bin/rm/../ls/stat_flags.c | cc -O -pipe -Wall -Wformat -I/usr/obj/usr/src/tmp/usr/include -static | -o rm rm.o stat_flags.o | install -c -s -o root -g wheel -m 555 rm /usr/obj/usr/src/tmp/bin | rm: /usr/obj/usr/src/bin/rm: Inappropriate ioctl for device | *** Error code 1 | | Stop in /usr/src/bin/rm. | *** Error code 1 | | | To Unsubscribe: send mail to majordomo@FreeBSD.org | with "unsubscribe freebsd-current" in the body of the message | -- Eugene M. Kim "Is your music unpopular? Make it popular; make music which people like, or make people who like your music." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 12:35:34 1999 Delivered-To: freebsd-current@freebsd.org Received: from pawn.primelocation.net (pawn.primelocation.net [205.161.238.235]) by hub.freebsd.org (Postfix) with ESMTP id C4E0B14D53 for ; Sun, 29 Aug 1999 12:35:31 -0700 (PDT) (envelope-from jedgar@fxp.org) Received: by pawn.primelocation.net (Postfix, from userid 1003) id 8796DF818; Sun, 29 Aug 1999 15:32:20 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by pawn.primelocation.net (Postfix) with ESMTP id 7CAAA9B1C; Sun, 29 Aug 1999 15:32:20 -0400 (EDT) Date: Sun, 29 Aug 1999 15:32:20 -0400 (EDT) From: "Chris D. Faulhaber" X-Sender: jedgar@pawn.primelocation.net To: Mike Muir Cc: Pascal Hofstee , Randy Bush , FreeBSD Current Subject: Re: breakage in this morning's build In-Reply-To: <37C988B4.6787261A@es.co.nz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 30 Aug 1999, Mike Muir wrote: > Pascal Hofstee wrote: > > > I am suffering from the exact same problem here as well ... (tried about 4 > > times now ... without success) > > Mines a little (little) different: > > install -c -s -o root -g wheel -m 555 rm /usr/obj/usr/src/tmp/bin > rm: /usr/obj/usr/src/bin/rm: Inappropriate ioctl for device > *** Error code 1 > > Stop in /usr/src/bin/rm. > *** Error code 1 > I got that using -j4 and the previous error without -j. I appears that the /usr/obj/usr/src/bin/rm directory is being removed during the install somehow... ----- Chris D. Faulhaber | All the true gurus I've met never System/Network Administrator, | claimed they were one, and always Reality Check Information, Inc. | pointed to someone better. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 12:43:19 1999 Delivered-To: freebsd-current@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id 711F414E66 for ; Sun, 29 Aug 1999 12:43:14 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (parag@localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id MAA76839 for ; Sun, 29 Aug 1999 12:43:13 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: freebsd-current@freebsd.org Subject: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm X-URL: http://www.codegen.com Date: Sun, 29 Aug 1999 12:43:13 -0700 Message-ID: <76835.935955793@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello. I'm not sure which list this should go to as I'm not sure what caused this fault. Unfortunately, I can't get a trace out of ddb - it simply faults again, so advice on how to debug it or what to look at would be much appreciated. The machine is dead right now, and I'll leave it that way so I can run any ddb commands you like, or give you a login on my machine here and let you cu to the PPro console. A friend of mine left a quad-PentiumPro system at my house to play with 'till he builds a new house with enough room to house it. It's a big heavy rack-mount machine with dual power-supplies and such - a recently retired NT server of some sort. Naturally I put FBSD SMP on it. :) / and /usr are on an IDE drive, which the only disk the firmware can see at the moment as my NCR cards don't have the appropriate BIOS code. This leaves 7x4Gb UW SCSI disks to play around with vinum. I setup two RAID volumes on 6 disks, and a regular filesystem on the 7th for comparison and testing. Each disk has a single slice, 256Mb swap, and the rest for either vinum or 4.2BSD filesystems. Swap is enabled only on drives 0, 3, and 6 right now, although none of it was actually touched. (The IDE drive is much slower for swap.) The bootup messages from the kernel plus the vinum config file and the crash output are appended below. Anyway, I was copying the /usr/src tree (find|cpio) onto the raid5 volume when it died. The same command worked fine earlier for the raid10 volume (striped and mirrored only) and the single "noraid" vanilla FFS+softupdates volume on da0 (also in the same array). Both RAID filesystems were also running with softupdates. Earlier I had 3.2-STABLE (also as of Friday evening) installed, and the raid5 volume also crashed the system. As I hadn't built DDB into the kernel, I don't know why it died there, but it's probably the same as whatever nuked 4.0-CURRENT. Assuming that 4.0 would have newer vinum code, I installed that hoping things had improved. (The 3.2-STABLE raid5 volume had also crashed without softupdates.) There are no apparent SCSI errors, and access to the raid10 volume plus a single vanilla FFS filesystem on the extra SCSI drive are fine. Thoughts? Thanks! -- Parag Patel -----ddb crash output----- Fatal trap 12: page fault while in kernel mode mp_lock = 03000003; cpuid = 3; lapic.id = 02000000 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0x0 stack pointer = 0x10:0xd5730b08 frame pointer = 0x10:0xd5730b4c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 376 (cpio) interrupt mask = bio <- SMP: XXX kernel: type 12 trap, code=0 Stopped at 0: Fatal trap 12: page fault while in kernel mode mp_lock = 03000004; cpuid = 3; lapic.id = 02000000 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc022f168 stack pointer = 0x10:0xd5730980 frame pointer = 0x10:0xd5730984 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 376 (cpio) interrupt mask = bio <- SMP: XXX kernel: type 12 trap, code=0 db> db> trace Fatal trap 12: page fault while in kernel mode mp_lock = 03000005; cpuid = 3; lapic.id = 02000000 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc022f168 stack pointer = 0x10:0xd57308b0 frame pointer = 0x10:0xd57308b4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 376 (cpio) interrupt mask = bio <- SMP: XXX kernel: type 12 trap, code=0 db> db> ps pid proc addr uid ppid pgrp flag stat wmesg wchan cmd 376 d2f8dec0 d572f000 0 374 374 804006 2 cpio 375 d2f8ef40 d5700000 0 374 374 004086 3 pipdwt d56e8d40 find 374 d2f8e180 d5721000 0 246 374 004086 3 wait d2f8e180 sh 246 d2f8e020 d572b000 1000 244 246 004086 3 pause d572b108 ksh 244 d2f8e440 d571a000 0 218 218 000084 2 sshd1 241 d2f8f780 d56e0000 0 1 241 004086 3 ttyin c13dfa10 ksh 218 d2f8e2e0 d571e000 0 1 218 000084 3 select c02d82ec sshd1 177 d2f8e5a0 d5717000 0 1 177 000184 3 select c02d82ec sendmail 173 d2f8ec80 d5706000 0 1 173 000084 3 nanslp c02c18a0 cron 170 d2f8f620 d56e3000 0 1 170 000084 3 select c02d82ec inetd 146 d2f8e700 d5713000 0 1 141 000084 3 nfsidl c02da68c nfsiod 145 d2f8e860 d5710000 0 1 141 000084 3 nfsidl c02da688 nfsiod 144 d2f8e9c0 d570c000 0 1 141 000084 3 nfsidl c02da684 nfsiod 143 d2f8eb20 d5709000 0 1 141 000084 3 nfsidl c02da680 nfsiod 130 d2f8ede0 d5703000 1 1 130 000184 3 select c02d82ec portmap 125 d2f8f0a0 d56fc000 0 1 125 000084 3 select c02d82ec xntpd 118 d2f8f4c0 d56ea000 0 1 118 000084 2 syslogd 33 d2f8f200 d56f1000 0 1 33 000084 3 mfsidl d2f87bc0 mount_mfs 18 d2f8f360 d56ee000 0 1 18 000004 3 vinum c142eb74 vinum 5 d2f8f8e0 d2f9c000 0 0 0 500284 3 vrlock 460001 syncer 4 d2f8fa40 d2f9a000 0 0 0 500204 3 psleep c02c19bc bufdaemon 3 d2f8fba0 d2f98000 0 0 0 400204 3 psleep c02cdabc vmdaemon 2 d2f8fd00 d2f96000 0 0 0 500204 3 psleep c02b1bf8 pagedaemon 1 d2f8fe60 d2f94000 0 0 1 004284 3 wait d2f8fe60 init 0 c02d76c0 c0340000 0 0 0 000204 3 sched c02d76c0 swapper db> -----dmesg/bootup----- System: 4xPPro/200Mhz, 512Mb RAM, NCR 875 SCSI, 7x4Gb Fujitsu array, serial console, no VGA, no keyboard FreeBSD: 4.0-CURRENT from Friday Aug 27 evening, and also 3.2-STABLE kernel config: available upon request, but system is down right now essentially GENERIC + SOFTUPDATES + INVARIANTS + DDB - unused devices vinum loaded as module bootup messages (cut-paste from tty console window): Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #3: Sat Aug 28 23:29:38 PDT 1999 parag@quadhead.parag.codegen.com:/usr/src/sys/compile/PPRO Timecounter "i8254" frequency 1193182 Hz CPU: Pentium Pro (686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping = 9 Features=0xfbff real memory = 536870912 (524288K bytes) avail memory = 517791744 (505656K bytes) Programming 16 pins in IOAPIC #0 EISA INTCONTROL = 00001e00 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 3, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu2 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu3 (AP): apic id: 2, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 4, version: 0x000f0011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc032d000. Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 isab0: at device 2.0 on pci0 eisa0: on isab0 mainboard0: on eisa0 slot 0 isa0: on isab0 ide_pci0: irq 14 at device 3.0 on pci0 xl0: <3Com 3c905-TX Fast Etherlink XL> irq 9 at device 14.0 on pci0 xl0: Ethernet address: 00:60:97:a1:88:23 xl0: autoneg complete, link status good (half-duplex, 100Mbps) ncr0: irq 11 at device 15.0 on pci0 chip0: at device 20.0 on pci0 pcib1: on motherboard pci1: on pcib1 ncr1: irq 10 at device 12.0 on pci1 Probing for PnP devices: fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 wdc0 at port 0x1f0-0x1f7 irq 14 on isa0 wdc0: unit 0 (wd0): wd0: 1628MB (3334464 sectors), 3308 cyls, 16 heads, 63 S/T, 512 B/S wdc1: not probed (disabled) atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 cu: Got hangup signal Disconnected. $ cu-test Connected. sa0 at ncr1 bus 0 target 5 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 5.000MB/s transfers (5.000MHz, offset 8) da6 at ncr0 bus 0 target 14 lun 0 da6: Fixed Direct Access SCSI-2 device da6: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da6: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) da5 at ncr0 bus 0 target 13 lun 0 da5: Fixed Direct Access SCSI-2 device da5: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da5: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) da4 at ncr0 bus 0 target 12 lun 0 da4: Fixed Direct Access SCSI-2 device da4: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da4: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) da3 at ncr0 bus 0 target 11 lun 0 da3: Fixed Direct Access SCSI-2 device da3: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da3: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) da2 at ncr0 bus 0 target 10 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da2: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) da1 at ncr0 bus 0 target 9 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) da0 at ncr0 bus 0 target 8 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) changing root device to wd0s1a cd0 at ncr1 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: Attempt to query device size failed: NOT READY, Medium not present -----vinum config----- $ s vinum list Configuration summary Drives: 6 (8 configured) Volumes: 2 (4 configured) Plexes: 3 (8 configured) Subdisks: 12 (16 configured) D d1 State: up Device /dev/da1a Avail: 0/3892 MB (0%) D d2 State: up Device /dev/da2a Avail: 0/3892 MB (0%) D d3 State: up Device /dev/da3a Avail: 0/3892 MB (0%) D d4 State: up Device /dev/da4a Avail: 0/3892 MB (0%) D d5 State: up Device /dev/da5a Avail: 0/3892 MB (0%) D d6 State: up Device /dev/da6a Avail: 0/3892 MB (0%) V raid5 State: up Plexes: 1 Size: 9731 MB V raid10 State: up Plexes: 2 Size: 5838 MB P raid5.p0 R5 State: up Subdisks: 6 Size: 9731 MB P raid10.p0 S State: up Subdisks: 3 Size: 5838 MB P raid10.p1 S State: up Subdisks: 3 Size: 5838 MB S raid5.p0.s0 State: up PO: 0 B Size: 1946 MB S raid5.p0.s1 State: up PO: 256 kB Size: 1946 MB S raid5.p0.s2 State: up PO: 512 kB Size: 1946 MB S raid5.p0.s3 State: up PO: 768 kB Size: 1946 MB S raid5.p0.s4 State: up PO: 1024 kB Size: 1946 MB S raid5.p0.s5 State: up PO: 1280 kB Size: 1946 MB S raid10.p0.s0 State: up PO: 0 B Size: 1946 MB S raid10.p0.s1 State: up PO: 256 kB Size: 1946 MB S raid10.p0.s2 State: up PO: 512 kB Size: 1946 MB S raid10.p1.s0 State: up PO: 0 B Size: 1946 MB S raid10.p1.s1 State: up PO: 256 kB Size: 1946 MB S raid10.p1.s2 State: up PO: 512 kB Size: 1946 MB df : Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/da0a 3922958 1 3609121 0% /noraid /dev/vinum/raid5 9806179 1 9021684 0% /raid5 /dev/vinum/raid10 5883701 1 5413004 0% /raid10 mount : /dev/da0a on /noraid (local, soft-updates, writes: sync 2 async 781) /dev/vinum/raid5 on /raid5 (local, soft-updates, writes: sync 2 async 0) /dev/vinum/raid10 on /raid10 (local, soft-updates, writes: sync 2 async 0) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 13: 5: 2 1999 Delivered-To: freebsd-current@freebsd.org Received: from thelab.hub.org (nat203.199.mpoweredpc.net [142.177.203.199]) by hub.freebsd.org (Postfix) with ESMTP id 822181502C for ; Sun, 29 Aug 1999 13:04:57 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.1) with ESMTP id RAA07818; Sun, 29 Aug 1999 17:00:50 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Sun, 29 Aug 1999 17:00:50 -0300 (ADT) From: The Hermit Hacker To: Josh Tiefenbach Cc: Amancio Hasty , current@FreeBSD.ORG Subject: Re: Mucho Bandwith In-Reply-To: <19990828020410.A87850@zipperup.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 28 Aug 1999, Josh Tiefenbach wrote: > > http://abcnews.go.com/sections/tech/CuttingEdge/canadanet990827.html > > > > Hmmm... I wonder what would happen if ftp.freebsd.org was moved to CA*Net3 8) > > Significantly less than what its doing now. > > What the article fails to mention, is that (last I heard) CA*Net3 is *not* > connected to the Internet at large. > > Currently, it only connects universities and research institutions within > Canada. AFAIK, there aren't any real plans to patch it into the global 'net. The last I heard about this (I work at one of the Canadian Universities), was that CA*Net2 is 'research+university only', while CA*Net3 was/is supposed to be 'research+university+commercial'... At the university I'm at, we have two links...one to CA*Net2 for those working with other X-Canada universities, and then the "regular" Internet for everything else... CA*Net3, if/when it becomes available (we don't have it yet) is to merge the two back into one thing again...or so I understood it. I could be wrong...this is stuff I talked to a friend of mine about almost a year ago...things change *shrug* Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 13:13:29 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 7155F14BF2 for ; Sun, 29 Aug 1999 13:13:26 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id NAA06936; Sun, 29 Aug 1999 13:12:31 -0700 (PDT) (envelope-from dillon) Date: Sun, 29 Aug 1999 13:12:31 -0700 (PDT) From: Matthew Dillon Message-Id: <199908292012.NAA06936@apollo.backplane.com> To: Dmitrij Tejblum Cc: Doug Rabson , Dmitrij Tejblum , current@FreeBSD.ORG Subject: Re: NFSv3 on freebsd<-->solaris References: <199908291842.WAA04035@tejblum.pp.ru> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> From rfc1813: :> :> If the :> server detects that the cookie is no longer valid, the :> server will reject the READDIR request with the status, :> NFS3ERR_BAD_COOKIE. : :I propose that our cookies are always valid, just like directory :offsets after getdirentries() syscall (on a local filesystems). It isn't possible to do this and still remain synchronized. If the directory changes on the server, the client has no way of knowing whether a cookie corresponds to the same file if you always return a valid response. This breaks the protocol. A local filesystem getdirientries() call is monotonic, stateful, and cache coherent. An NFS readdir rpc is stateless, not monotonic, and can only approximate cache coherency. * an NFS readdir rpc is stateless and not monotonic. The server cannot tell the difference between a new rpc, a retry, or several different processes on the client scanning the same directory (running at different points in the directory). * An NFS readdir rpc can only approximate cache coherency, but that doesn't mean you can throw cache coherency out the window. It approximates cache coherency through the use of the verifier key. If the verifier key supplied by the client is wrong, the server has to tell it so. Otherwise the client's directory cache will get out of sync. It may be fine to allow a directory cache to get out of sync given a single process on a client talking to the NFS server. It is not fine given multiple processes on a client talking to the NFS server and it is not fine given multiple clients. Furthermore, the NFS readdir rpc has no notion of 'dead' directory entries as far as I can tell. This means that from the point of view of an NFS client, directories are always 'compacted'. Since clients may implement a block cache for directories, the server cannot afford to return a valid response if the verifier mismatches because it will screw up the client's block cache for the directory. This is very different from the way most local directories are scanned - filesystems such as UFS maintain dead directory entries and thus allow a directory data block to be scanned without any locking. We cannot use this trick with NFS. Add on top of that the fact that the NFS directory 'block size' may different then a local filesystem's. NFS must translate padding characteristics between the local filesystem and the NFS client's notion of the directory. Even if we did support the notion of dead directory entries in NFS, trying to translate the padding characteristics at the same time would be fairly difficult to accomplish. :> Our NFS client used to have the same problem (a long time ago) and I put :> code into it to re-read the directory if its cookies are stale. : :(According to a mail recently sent to -hackers, that doesn't work. :In -current, the recovery code has a debugging printf(), so I guess :the code only triggered in very rare cases (see above).) This works on FreeBSD clients as far as I know. That is what I thought that email sent to hackers said... that it works w/ FreeBSD clients but not with certain Sun clients. :Anyway, I don't actually care what is correct NFS client behavior. I am :saying that sending "bad cookie" error is not useful for FreeBSD sever. : :Dima My understanding is that it is part of the protocol spec. We are not going to become incompatible with the spec. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 13:16:37 1999 Delivered-To: freebsd-current@freebsd.org Received: from lyra.tiscalinet.it (lyra.tiscalinet.it [195.130.224.60]) by hub.freebsd.org (Postfix) with ESMTP id 0069714BF2 for ; Sun, 29 Aug 1999 13:16:33 -0700 (PDT) (envelope-from knute@tiscalinet.it) Received: from earthquake.tsv.it (rm1-439.tiscalinet.it [212.123.79.59]) by lyra.tiscalinet.it (8.8.8+Sun/8.8.8) with SMTP id WAA12483 for ; Sun, 29 Aug 1999 22:14:28 +0200 (MET DST) Received: by earthquake.tsv.it with Microsoft Mail id <01C48E26.85B2B740@earthquake.tsv.it>; Mon, 30 Aug 2004 00:15:57 +0200 Message-ID: <01C48E26.85B2B740@earthquake.tsv.it> From: Andrea Franceschini To: "'freebsd-current@freebsd.org'" Subject: PPPD+PAM Date: Mon, 30 Aug 2004 00:14:53 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! I'm trying to use pppd coupled with PAM. I'm using pppd 2.3.9 compiled with USE_PAM options ,and ,as far as i can see ,the pppd side seem to work fine,but when i try to use the PAM side i got this: ----- Aug 29 18:22:06 volcano pppd[1643]: rcvd [PAP AuthReq id=0x1 user="*" passwo rd="*"] Aug 29 18:22:06 volcano pppd[1643]: unable to resolve symbol: pam_sm_open_sessio n Aug 29 18:22:06 volcano pppd[1643]: unable to resolve symbol: pam_sm_close_sessi on Aug 29 18:22:06 volcano pppd[1643]: no modules loaded for `ppp' service Aug 29 18:22:06 volcano pppd[1643]: PAP login failure for knute This is my options file ----- /dev/cuaa1 19200 crtscts 192.168.0.2:192.168.0.4 login connect "/usr/bin/chat -v -f /etc/ppp/linet.chat" debug auth require-pap name volcano ms-dns 192.168.0.2 passive nodetach this is my pam.conf: ----- # If the user can authenticate with S/Key, that's sufficient. login auth sufficient pam_skey.so # Check skey.access to make sure it is OK to let the user type in # a cleartext password. If not, then fail right here. login auth requisite pam_cleartext_pass_ok.so # If you want KerberosIV authentication, uncomment the next line: #login auth sufficient pam_kerberosIV.so try_first_pass # Traditional getpwnam() authentication. login auth required pam_unix.so try_first_pass ppp auth required pam_unix.so try_first_pass ppp session required pam_unix.so try_first_pass ------- and this my pap-secrets: ------- knute volcano "" * ------- Where i'm wrong? Plese help! Bye! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 13:38:44 1999 Delivered-To: freebsd-current@freebsd.org Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (Postfix) with ESMTP id 2F8C01514D; Sun, 29 Aug 1999 13:38:38 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.3/8.9.1) id GAA54978; Mon, 30 Aug 1999 06:43:23 +1000 (EST) (envelope-from jb) Date: Mon, 30 Aug 1999 06:43:23 +1000 From: John Birrell To: "David O'Brien" Cc: John Birrell , current@freebsd.org Subject: Re: Built-in linker library search paths Message-ID: <19990830064323.D36761@freebsd1.cimlogic.com.au> References: <19990829173737.C36761@freebsd1.cimlogic.com.au> <19990829110017.A14719@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5i In-Reply-To: <19990829110017.A14719@dragon.nuxi.com>; from David O'Brien on Sun, Aug 29, 1999 at 11:00:17AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Aug 29, 1999 at 11:00:17AM -0700, David O'Brien wrote: > > I'd like to remove the search paths altogether, leaving the gcc > > LIB_SPEC and LD_LIBRARY_PATH environment variable to get the /right/ > > path all the time. > > Can you post a patch first? IIRC jdp wanted to be more "pure" with ld.so > finding shared libs. Many didn't like the more "pure" searching. I > really can't tell what the result of your proposed changes would be. I found my own objection 8-). I was proposing to simply remove the SEARCH_DIR() lines in the linker scripts on the assumption that gcc (and egcs) knows about /usr/lib. What I didn't check before sending the original email was that gcc actually passes -L/usr/lib to ld. It doesn't, despite the fact that gcc -print-search-dirs reports /usr/lib as a search directory. Even with -nostdlib, gcc still passes the built-in search paths to ld, except for /usr/lib. Yuck. The conclusion that I reached was that the gcc sources would need to be changed to pass -L/usr/lib to ld and that if I did this, we would have a build problem where ld would be built without the searching before the new gcc. I don't think Cygnus would want this sort of change, and I'm certain FreeBSD users don't want the chicken-an-egg build problem. I found this problem building cross tools. I've settled (for the time being) on leaving a single SEARCH_DIR() in the linker script for /usr/lib or the cross-build library path depending on which target I'm building for. I think I'm at the point where I have all the binutils stuff configured to be able to build i386, m68k, powerpc, mips and sparc (and alpha only on alpha) hosted on FreeBSD, targeted to LynxOS, VxWorks, RTEMS, WinNT, NetBSD, Linux, SunOS, ... I'm still trying to find a simple way to build gcc/egcs for each based on the way you build FreeBSD's host compiler. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 13:49:12 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id C9DDE1518C for ; Sun, 29 Aug 1999 13:49:08 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from mail.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.9.3/8.9.3) with ESMTP id WAA26842; Sun, 29 Aug 1999 22:46:00 +0200 (MET DST) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by mail.cicely.de (8.9.0/8.9.0) with ESMTP id WAA09057; Sun, 29 Aug 1999 22:46:38 +0200 (CEST) Received: (from ticso@localhost) by cicely8.cicely.de (8.9.3/8.9.2) id WAA29668; Sun, 29 Aug 1999 22:46:35 +0200 (CEST) (envelope-from ticso) Date: Sun, 29 Aug 1999 22:46:35 +0200 From: Bernd Walter To: Parag Patel Cc: freebsd-current@FreeBSD.ORG, grog@lemis.com Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates Message-ID: <19990829224635.A29590@cicely8.cicely.de> References: <76835.935955793@pinhead.parag.codegen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <76835.935955793@pinhead.parag.codegen.com>; from Parag Patel on Sun, Aug 29, 1999 at 12:43:13PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Aug 29, 1999 at 12:43:13PM -0700, Parag Patel wrote: > > -----ddb crash output----- > > Fatal trap 12: page fault while in kernel mode > mp_lock = 03000003; cpuid = 3; lapic.id = 02000000 > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x8:0x0 > stack pointer = 0x10:0xd5730b08 > frame pointer = 0x10:0xd5730b4c > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 376 (cpio) > interrupt mask = bio <- SMP: XXX > kernel: type 12 trap, code=0 > Stopped at 0: [...] This looks similar to the panics I got since some days. I was not able to dump too, but was successfull with remote kgdb My system is single CPU with vinum and softupdates. I am able to reproduce the panic during several minutes. Maybe Greg will take a look at it - I cc'ed to him. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 15:19:50 1999 Delivered-To: freebsd-current@freebsd.org Received: from arc.hq.cti.ru (arc.hq.cti.ru [195.34.40.3]) by hub.freebsd.org (Postfix) with ESMTP id 6516C14F44 for ; Sun, 29 Aug 1999 15:19:46 -0700 (PDT) (envelope-from dima@tejblum.pp.ru) Received: (from uucp@localhost) by arc.hq.cti.ru (8.9.3/8.9.3) with UUCP id CAA49511; Mon, 30 Aug 1999 02:19:05 +0400 (MSD) (envelope-from dima@tejblum.pp.ru) Received: from tejblum.pp.ru (localhost [127.0.0.1]) by tejblum.pp.ru (8.9.3/8.9.3) with ESMTP id CAA00778; Mon, 30 Aug 1999 02:20:34 +0400 (MSD) (envelope-from dima@tejblum.pp.ru) Message-Id: <199908292220.CAA00778@tejblum.pp.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: Matthew Dillon Cc: Dmitrij Tejblum , Doug Rabson , current@FreeBSD.ORG From: Dmitrij Tejblum Subject: Re: NFSv3 on freebsd<-->solaris In-reply-to: Your message of "Sun, 29 Aug 1999 13:12:31 PDT." <199908292012.NAA06936@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain Date: Mon, 30 Aug 1999 02:20:33 +0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It isn't possible to do this and still remain synchronized. If the > directory changes on the server, the client has no way of knowing > whether a cookie corresponds to the same file if you always return > a valid response. This breaks the protocol. > > A local filesystem getdirientries() call is monotonic, stateful, and > cache coherent. An NFS readdir rpc is stateless, not monotonic, and can > only approximate cache coherency. Perhaps I am mistaken, but I disagree. getdirentries() call is not monolitic and is stateless. Let see: To read a directory with the getdirentries() call, the application have to open it just like every over file and get a file descriptor. Like every over file descriptor, the open directory has associated offset, or pointer. The getdirentries() syscall supply the directory pointer to VOP_READDIR as uio_offset. (The cookie sent by NFS client is supplied to VOP_READDIR as uio_offset too.) After exit from VOP_READDIR, the uio_offset stored back in the file descriptor offset. The file offset is the only state saved. Note also that offset has nothing to do with the size of data transferred by getdirentries(), escpecially if the filesystem is not UFS. That is, the offset is actually just a handy place to store the cookie (OTOH, for any local filesystem I am aware of it indeed the offset in the physical directory.) Note that the application can do lseek on the directory, that is change the next cookie used. It is used by seekdir(). (And, of course, the application may lseek to anywhere it like, and the filesystem will have to deal with the bogus cookie. > * an NFS readdir rpc is stateless and not monotonic. The server cannot > tell the difference between a new rpc, a retry, or several different > processes on the client scanning the same directory (running at different > points in the directory). With the local applications, VOP_READDIR cannot tell the difference too. There may be several program scanning one directory, the program may do seekdir(), the only known thing is the uio_offset, that is the cookie. > > * An NFS readdir rpc can only approximate cache coherency, but that > doesn't mean you can throw cache coherency out the window. What cache coherency? Noone ever mmap() a directory, I hope. After getdirentries() syscall finished, someone may change the directory in any way (just after read() call and a regular file). After the nfs readdir reply sent to the client, someone may change the directory in any way. Again, I don't see any difference. > It > approximates cache coherency through the use of the verifier key. If > the verifier key supplied by the client is wrong, the server has to > tell it so. Otherwise the client's directory cache will get out of > sync. Nope, the verifier is for the server can validate the cookie. Cache validation need to be done my checking of mtime, like with regular files. What if the client cached all the directory, and then the directory has changed? So, the cache coherency with directories is no worse than with regular files. Note, that just like READ call return file attributes that can be used to cache validation, the READDIR call return the directory attributes, that can be used for this purpose. > Furthermore, the NFS readdir rpc has no notion of 'dead' directory entries > as far as I can tell. This means that from the point of view of an NFS > client, directories are always 'compacted'. Since clients may implement > a block cache for directories, the server cannot afford to return a valid > response if the verifier mismatches because it will screw up the client's > block cache for the directory. This is very different from the way most > local directories are scanned - filesystems such as UFS maintain dead > directory entries and thus allow a directory data block to be scanned > without any locking. We cannot use this trick with NFS. > > Add on top of that the fact that the NFS directory 'block size' may > different then a local filesystem's. NFS must translate padding > characteristics between the local filesystem and the NFS client's notion > of the directory. Even if we did support the notion of dead directory > entries in NFS, trying to translate the padding characteristics at the > same time would be fairly difficult to accomplish. Umm, I didn't understand that the translation has to do with the issue. BTW, not all local filesystems are UFS. > > :> Our NFS client used to have the same problem (a long time ago) and I put > :> code into it to re-read the directory if its cookies are stale. > : > :(According to a mail recently sent to -hackers, that doesn't work. > :In -current, the recovery code has a debugging printf(), so I guess > :the code only triggered in very rare cases (see above).) > > This works on FreeBSD clients as far as I know. That is what I thought > that email sent to hackers said... that it works w/ FreeBSD clients but > not with certain Sun clients. The email titled "readdir() broken?" say that he can work around this bug by the workaround designed for SunOS 4.1.4 (and local filesystems). His NFS client and server are -STABLE. > > :Anyway, I don't actually care what is correct NFS client behavior. I am > :saying that sending "bad cookie" error is not useful for FreeBSD sever. > : > :Dima > > My understanding is that it is part of the protocol spec. We are not > going to become incompatible with the spec. I think this is a misinterpretation of the spec (though the place apparently cannot be interpreted correctly). Again, since Sun, who invented NFS and wrote the NFS spec, had the "bug" all the time (in Solaris 2.5, 2.7 ...) then it must be not a bug. Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 15:30:45 1999 Delivered-To: freebsd-current@freebsd.org Received: from dingo.cdrom.com (castles513.castles.com [208.214.165.77]) by hub.freebsd.org (Postfix) with ESMTP id BC66215198 for ; Sun, 29 Aug 1999 15:30:40 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id PAA15435; Sun, 29 Aug 1999 15:24:32 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199908292224.PAA15435@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Bernd Walter Cc: Parag Patel , freebsd-current@FreeBSD.ORG, grog@lemis.com Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates In-reply-to: Your message of "Sun, 29 Aug 1999 22:46:35 +0200." <19990829224635.A29590@cicely8.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 29 Aug 1999 15:24:32 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sun, Aug 29, 1999 at 12:43:13PM -0700, Parag Patel wrote: > > > > -----ddb crash output----- > > > > Fatal trap 12: page fault while in kernel mode > > mp_lock = 03000003; cpuid = 3; lapic.id = 02000000 > > fault virtual address = 0x0 > > fault code = supervisor read, page not present > > instruction pointer = 0x8:0x0 > > stack pointer = 0x10:0xd5730b08 > > frame pointer = 0x10:0xd5730b4c > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 376 (cpio) > > interrupt mask = bio <- SMP: XXX > > kernel: type 12 trap, code=0 > > Stopped at 0: > [...] > > This looks similar to the panics I got since some days. How similar? The trap above is extremely bad; it looks like a return on a corrupted stack or a jump through a null function vector. Make very sure that your vinum kld is in sync with your kernel. -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 16:28:13 1999 Delivered-To: freebsd-current@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id 27D2A15264 for ; Sun, 29 Aug 1999 16:28:06 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (parag@localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id QAA78095; Sun, 29 Aug 1999 16:27:47 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: Mike Smith Cc: Bernd Walter , freebsd-current@FreeBSD.ORG, grog@lemis.com Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates In-Reply-To: Message from Mike Smith of "Sun, 29 Aug 1999 15:24:32 PDT." <199908292224.PAA15435@dingo.cdrom.com> X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm X-URL: http://www.codegen.com Date: Sun, 29 Aug 1999 16:27:47 -0700 Message-ID: <78091.935969267@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 29 Aug 1999 15:24:32 PDT, Mike Smith wrote: > >Make very sure that your vinum kld is in sync with your kernel. Just verified that it is in sync. I had done a "cvsup" of the entire - -CURRENT tree, "make buildworld", "make installworld", build and install a new kernel, and run mergemaster. And reboot, of course. The date on all files in /modules is the correct build date. There doesn't appear to be a utility to check any internal version numbers, and "strings" doesn't put out anything similar. Simple mirroring and striping seems to work, at least for me, but raid-5 makes it unhappy. I'm building a new kernel with gdb serial debug and will try to extract more info from it if possible. First I have to wait for the array to come back from the dead. :) In the meantime, appended is my kernel's config file. -- Parag Patel # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.freebsd.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.ORG/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.184 1999/08/28 00:43:31 peter Exp $ machine i386 cpu I386_CPU cpu I486_CPU cpu I586_CPU cpu I686_CPU ident GENERIC maxusers 32 #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem options MFS_ROOT #MFS usable as root device, "MFS" req'ed options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, "NFS" req'ed options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root. "CD9660" req'ed options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) syscall trace support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores # Soft updates is technique for improving file system speed and # making abrupt shutdown less risky. It is not enabled by default due # to copyright restraints on the code that implement it. # # Read ../../ufs/ffs/README.softupdates to learn what you need to # do to enable this. ../../contrib/softupdates/README gives # more details on how they actually work. # options SOFTUPDATES # turn on kernel debugging and paranoia checks # options DDB options INVARIANTS options INVARIANT_SUPPORT options BREAK_TO_DEBUGGER #a BREAK on a comconsole goes to DDB # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optionally these may need tweaked, (defaults shown): options NCPU=4 #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs controller isa0 controller pnp0 # PnP support for ISA controller eisa0 controller pci0 # Floppy drives controller fdc0 at isa? port IO_FD1 irq 6 drq 2 disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 # IDE controller and disks controller wdc0 at isa? port IO_WD1 irq 14 disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? disable port IO_WD2 irq 15 disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 # ATAPI devices on wdc? device wcd0 #IDE CD-ROM device wfd0 #IDE Floppy (e.g. LS-120) device wst0 #IDE Tape (e.g. Travan) # SCSI Controllers # A single entry for any of these controllers (ncr, ahb, ahc) is # sufficient for any number of installed devices. controller ncr0 # NCR/Symbios Logic #controller ahb0 # EISA AHA1742 family controller ahc0 # AHA2940 and onboard AIC7xxx devices #controller isp0 # Qlogic family #controller dpt0 # DPT Smartcache - See LINT for options! #controller adv0 at isa? port ? irq ? #controller adw0 #controller bt0 at isa? port ? irq ? controller aha0 at isa? port ? irq ? # SCSI peripherals # Only one of each of these is needed, they are dynamically allocated. controller scbus0 # SCSI bus (required) device da0 # Direct Access (disks) device sa0 # Sequential Access (tape etc) device cd0 # CD device pass0 # Passthrough device (direct SCSI access) # Proprietary or custom CD-ROM Interfaces #device wt0 at isa? port 0x300 irq 5 drq 1 #device mcd0 at isa? port 0x300 irq 10 #device matcd0 at isa? port 0x230 #device scd0 at isa? port 0x230 # atkbdc0 controls both the keyboard and the PS/2 mouse controller atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device psm0 at atkbdc? irq 12 device vga0 at isa? port ? conflicts # splash screen/screen saver #pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? #options XSERVER # support for X server #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # 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 0x31 # Advanced Power Management # PCCARD (PCMCIA) support #controller card0 #device pcic0 at card? #device pcic1 at card? # Serial (COM) ports # sio0 is both console and debug port: device sio0 at isa? port IO_COM1 flags 0x90 irq 4 device sio1 at isa? port IO_COM2 irq 3 #device sio2 at isa? disable port IO_COM3 irq 5 #device sio3 at isa? disable port IO_COM4 irq 9 # Parallel port device ppc0 at isa? port? flags 0x40 irq 7 controller ppbus0 # Parallel port bus (required) device lpt0 # Printer device plip0 # TCP/IP over parallel device ppi0 # Parallel port interface device #controller vpo0 # Requires scbus and da0 # MII bus support, required for some 10/100 NICs controller miibus0 # PCI Ethernet NICs. #device al0 # ADMtek AL981 (``Comet'') #device ax0 # ASIX AX88140A device de0 # DEC/Intel DC21x4x (``Tulip'') device fxp0 # Intel EtherExpress PRO/100B (82557, 82558) #device mx0 # Macronix 98713/98715/98725 (``PMAC'') #device pn0 # Lite-On 82c168/82c169 (``PNIC'') #device rl0 # RealTek 8129/8139 #device sf0 # Adaptec AIC-6915 (``Starfire'') #device ste0 # Sundance ST201 (D-Link DFE-550TX) #device tl0 # Texas Instruments ThunderLAN #device tx0 # SMC 9432TX (83c170 ``EPIC'') #device vr0 # VIA Rhine, Rhine II device vx0 # 3Com 3c590, 3c595 (``Vortex'') #device wb0 # Winbond W89C840F device xl0 # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. # The probe order of these is presently determined by i386/isa/isa_compat.c. #device ed0 at isa? port 0x280 irq 10 iomem 0xd8000 #device ie0 at isa? port 0x300 irq 10 iomem 0xd0000 #device ep0 at isa? port 0x300 irq 10 #device ex0 at isa? port? irq? #device fe0 at isa? port 0x300 irq ? #device le0 at isa? port 0x300 irq 5 iomem 0xd0000 #device lnc0 at isa? port 0x280 irq 10 drq 0 #device cs0 at isa? port 0x300 irq ? # requires PCCARD (PCMCIA) support to be activated #device xe0 at isa? port? irq ? # PCCARD NIC drivers. # ze and zp take over the pcic and cannot coexist with generic pccard # support, nor the ed and ep drivers they replace. #device ze0 at isa? port 0x300 irq 10 iomem 0xd8000 #device zp0 at isa? port 0x300 irq 10 iomem 0xd8000 # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device sl 1 # Kernel SLIP pseudo-device ppp 1 # Kernel PPP pseudo-device tun # Packet tunnel, for ppp(1) pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device gzip # Exec gzipped a.out's # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter # USB support #controller uhci0 # UHCI PCI->USB interface #controller ohci0 # OHCI PCI->USB interface #controller usb0 # USB Bus (required) #device ugen0 # Generic #device uhid0 # "Human Interface Devices" #device ukbd0 # Keyboard #device ulpt0 # Printer #controller umass0 # Disks/Mass storage - Requires scbus and da0 #device ums0 # Mouse To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 16:44:43 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 22ED914C3B for ; Sun, 29 Aug 1999 16:44:41 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id QAA07737; Sun, 29 Aug 1999 16:44:33 -0700 (PDT) (envelope-from dillon) Date: Sun, 29 Aug 1999 16:44:33 -0700 (PDT) From: Matthew Dillon Message-Id: <199908292344.QAA07737@apollo.backplane.com> To: Dmitrij Tejblum Cc: Doug Rabson , current@FreeBSD.ORG Subject: Re: NFSv3 on freebsd<-->solaris References: <199908292220.CAA00778@tejblum.pp.ru> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Note that the application can do lseek on the directory, that is change :the next cookie used. It is used by seekdir(). (And, of course, the :application may lseek to anywhere it like, and the filesystem will have :to deal with the bogus cookie. :... : :> * an NFS readdir rpc is stateless and not monotonic. The server cannot :> tell the difference between a new rpc, a retry, or several different :> processes on the client scanning the same directory (running at different :> points in the directory). : :With the local applications, VOP_READDIR cannot tell the difference :too. There may be several program scanning one directory, the program :may do seekdir(), the only known thing is the uio_offset, that is the :cookie. First of all, the positional information returned by the various directory calls is only good for the life of the open descriptor. This descriptor is stateful. Under NFS, file descriptors (actually 'handles') are stateless. :> :> * An NFS readdir rpc can only approximate cache coherency, but that :> doesn't mean you can throw cache coherency out the window. : :What cache coherency? Noone ever mmap() a directory, I hope. After :getdirentries() syscall finished, someone may change the directory in :any way (just after read() call and a regular file). After the nfs :readdir reply sent to the client, someone may change the directory in :any way. Again, I don't see any difference. Nobody said anything about mmap(). The client system -- A FreeBSD client system - has a buffer cache. The buffer cache holds an abstraction for both files and directories. Our NFS implementation on the client caches the NFS directory via the buffer cache. It translates the cookies returned by the server to a block number and offset as cached in the client's buffer cache. See nfs_readdirrpc() in sys/nfs/nfs_vnops.c This creates a directory-block abstraction on the client. The 'cookies' the client returns to processes are based on this abstraction and do not match the cookies returned by the server. The problem that we have is that our buffer cache abstraction essentially fits a variable number of directory entries returned from the server. If a file is created or deleted on the server, our buffer cache abstraction gets thrown for a loop. In order to maintain consistency within the set of cached pages (note: I'm not talking about cache coherency with the server here, just consistency within the buffer cache on the client), our buffer cache abstraction is currently dependant on the verifier key changing on the server. I don't why it was done this way -- perhaps mtime was found to not be sufficient. Maybe because it doesn't have sufficient resolution under NFSv2. Under NFSv3 it should theoretically have sufficient resolution but how many servers do you know keep the nanoseconds field updated? When applied to files, the use of mtime to determine when to flush the cache is nothing more then an inconvenience. But the use of mtime to determine when to flush a directory cache can be fatal. - If you want to change the way our directory verifier works, you have to completely rewrite the directory caching code for the client. I think you can argue that the verifier is not being implemented properly, but I'm not going to let anyone change it unless the directory caching code on the client is rewritten at the same time to use the server's cookies directly. Right now the server's cookies are only used by the client to demark client-buffer-cache buffer boundries. The actual cookies returned to the *process* running on the client are translated from the client's buffer cache abstraction of the NFS directory. The change that would have to be made would be for the server's cookies to be passed through all the way to the process sitting on the client rather then translated in the buffer cache. Then cache consistency in our client would then not be as sensitive to the varying amounts of information the server sends us and we could safely leave the verifier alone on the server. This would require us to change the abstraction our client uses significantly -- it would not longer be able to use the cookies passed to it by the user process as direct offsets into the client's buffer cache. So, that's my position. You can 'fix' the verifier only if you fix the client along with it. It would be an excellent project. I might even have time to do it myself -- but not right now. If someone wants to take this on I'm willing to provide technical support! -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 16:49:10 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id C8EF9151DC for ; Sun, 29 Aug 1999 16:49:08 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id QAA07774; Sun, 29 Aug 1999 16:48:32 -0700 (PDT) (envelope-from dillon) Date: Sun, 29 Aug 1999 16:48:32 -0700 (PDT) From: Matthew Dillon Message-Id: <199908292348.QAA07774@apollo.backplane.com> To: Mike Smith Cc: Bernd Walter , Parag Patel , freebsd-current@FreeBSD.ORG, grog@lemis.com Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates References: <199908292224.PAA15435@dingo.cdrom.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> On Sun, Aug 29, 1999 at 12:43:13PM -0700, Parag Patel wrote: :> > :> > -----ddb crash output----- :> > :> > Fatal trap 12: page fault while in kernel mode :> > mp_lock = 03000003; cpuid = 3; lapic.id = 02000000 :> > fault virtual address = 0x0 :> > fault code = supervisor read, page not present :> > instruction pointer = 0x8:0x0 :> > stack pointer = 0x10:0xd5730b08 :> > frame pointer = 0x10:0xd5730b4c :> > code segment = base 0x0, limit 0xfffff, type 0x1b :> > = DPL 0, pres 1, def32 1, gran 1 :> > processor eflags = interrupt enabled, resume, IOPL = 0 :> > current process = 376 (cpio) :> > interrupt mask = bio <- SMP: XXX :> > kernel: type 12 trap, code=0 :> > Stopped at 0: :> [...] :> :> This looks similar to the panics I got since some days. : :How similar? The trap above is extremely bad; it looks like a return :on a corrupted stack or a jump through a null function vector. : :Make very sure that your vinum kld is in sync with your kernel. This looks like an indirect call through a NULL function pointer. The stack looks intact ... look at the sp verses the frame pointer. If the 'trace' command is resulting in a panic, perhaps it is because there is no new stack frame. Giving the trace command an argument will help. I forget how the arguments to 'trace' work under DDB though. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 17: 4:56 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc2.on.home.com (ha1.rdc2.on.home.com [24.9.0.15]) by hub.freebsd.org (Postfix) with ESMTP id 6EB6015A99 for ; Sun, 29 Aug 1999 17:04:35 -0700 (PDT) (envelope-from street@iname.com) Received: from mired.eh.local ([24.64.136.188]) by mail.rdc2.on.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <19990830000430.VKP1758.mail.rdc2.on.home.com@mired.eh.local> for ; Sun, 29 Aug 1999 17:04:30 -0700 Received: (from kws@localhost) by mired.eh.local (8.9.3/8.9.3) id UAA67852; Sun, 29 Aug 1999 20:04:29 -0400 (EDT) (envelope-from kws) To: freebsd-current@FreeBSD.org Subject: $FreeBSD tag confusion From: Kevin Street Date: 29 Aug 1999 20:04:28 -0400 Message-ID: <87zoza2kxf.fsf@mired.eh.local> Lines: 27 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm confused by what I'm seeing in my source tree after the Id->FreeBSD tag change. I cvsup the repository and then update my source tree locally. Most of the files in the tree now have an unexpanded $FreeBSD$ tag in them (ie. no version info). Files which have been changed since the new tag went in get an expanded $FreeBSD: tag, but the version in the tag is not the same version as the checked out file should be. The contents of the file seem to really be the latest version though, other than the tag. For example in /usr/src/sys/miscfs/umapfs "cvs status umap.h" gives: =================================================================== File: umap.h Status: Up-to-date Working revision: 1.11 Sun Aug 29 19:31:44 1999 Repository revision: 1.11 ... but in the file I see: * $FreeBSD: src/sys/miscfs/umapfs/umap.h,v 1.10 1999/08/28 00:47:00 peter Exp $ so the $FreeBSD tag in the file is one version behind the version of the currently checked out file. Deleting and doing "cvs up umap.h" leaves me in the same state. Any explanations as to what's going on? -- Kevin Street street@iname.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 17:18:22 1999 Delivered-To: freebsd-current@freebsd.org Received: from pop3-3.enteract.com (pop3-3.enteract.com [207.229.143.32]) by hub.freebsd.org (Postfix) with SMTP id 5147214C25 for ; Sun, 29 Aug 1999 17:18:19 -0700 (PDT) (envelope-from dscheidt@enteract.com) Received: (qmail 13676 invoked from network); 30 Aug 1999 00:15:30 -0000 Received: from shell-3.enteract.com (dscheidt@207.229.143.42) by pop3-3.enteract.com with SMTP; 30 Aug 1999 00:15:30 -0000 Date: Sun, 29 Aug 1999 19:15:30 -0500 (CDT) From: David Scheidt To: freebsd-current@freebsd.org Subject: buildworld failing Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just cvsuped an hour ago, my buildworld fails with this: ===> lib/libc "/usr/src/lib/libc/../libc/sys/Makefile.inc", line 9: Could not find /usr/src/lib/libc/../../sys/sys/syscall.mk make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 17:33:27 1999 Delivered-To: freebsd-current@freebsd.org Received: from pop3-3.enteract.com (pop3-3.enteract.com [207.229.143.32]) by hub.freebsd.org (Postfix) with SMTP id 78D7414D64 for ; Sun, 29 Aug 1999 17:33:21 -0700 (PDT) (envelope-from dscheidt@enteract.com) Received: (qmail 16460 invoked from network); 30 Aug 1999 00:31:37 -0000 Received: from shell-3.enteract.com (dscheidt@207.229.143.42) by pop3-3.enteract.com with SMTP; 30 Aug 1999 00:31:37 -0000 Date: Sun, 29 Aug 1999 19:31:37 -0500 (CDT) From: David Scheidt To: freebsd-current@freebsd.org Subject: Re: buildworld failing In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 29 Aug 1999, David Scheidt wrote: > I just cvsuped an hour ago, my buildworld fails with this: I removed my /usr/src and checkedout of my local repository, and now the build gets past this. I don't do anything on this /usr/src/ except build from it, so I have no idea how it got corrupted. David > > ===> lib/libc > "/usr/src/lib/libc/../libc/sys/Makefile.inc", line 9: Could not find > /usr/src/lib/libc/../../sys/sys/syscall.mk > make: fatal errors encountered -- cannot continue > *** Error code 1 > > Stop in /usr/src/lib. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 18: 9: 4 1999 Delivered-To: freebsd-current@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id A6DBF151BE for ; Sun, 29 Aug 1999 18:09:00 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (parag@localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id SAA78744; Sun, 29 Aug 1999 18:08:33 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: Matthew Dillon Cc: Mike Smith , Bernd Walter , freebsd-current@FreeBSD.ORG, grog@lemis.com Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates In-Reply-To: Message from Matthew Dillon of "Sun, 29 Aug 1999 16:48:32 PDT." <199908292348.QAA07774@apollo.backplane.com> X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm X-URL: http://www.codegen.com Date: Sun, 29 Aug 1999 18:08:33 -0700 Message-ID: <78740.935975313@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 29 Aug 1999 16:48:32 PDT, Matthew Dillon wrote: > This looks like an indirect call through a NULL function pointer. Wow - I'm impressed! You really know your kernel debugging! :) It is a null-pointer dereference that's crashing it. Here's the gdb stack back-trace: (gdb) bt #0 0x0 in ?? () #1 0xc017afc3 in biodone (bp=0xc1550c18) at ../../kern/vfs_bio.c:2580 #2 0xc0126c2a in dadone (periph=0xc13de980, done_ccb=0xc163a000) at ../../cam/scsi/scsi_da.c:1295 #3 0xc01228e7 in camisr (queue=0xc02bd854) at ../../cam/cam_xpt.c:6223 #4 0xc01226f9 in swi_cambio () at ../../cam/cam_xpt.c:6130 The contents of the "bp" pointer are dumped below. Sure enough, bp->b_iodone is indeed NULL, but I have no idea how or why. Perhaps it is the flags that are incorrectly stating it is a B_CALL? I can print out other structs and such - I'll leave the system as-is for now. Thanks! > The stack looks intact ... look at the sp verses the frame pointer. > If the 'trace' command is resulting in a panic, perhaps it is because > there is no new stack frame. Giving the trace command an argument > will help. Here's what "trace" using the "sp" value returns: db> SMP_prvspace(4,0,ff80db1c,ff80dab8,c02f4a0c) at SMP_prvspace+0xdadc gd_curproc(0,ff80db1c,ff80dabc,c02f546c,ff80db5c) at 0x4 Doesn't look too useful. (gdb) up #1 0xc017afc3 in biodone (bp=0xc1550c18) at ../../kern/vfs_bio.c:2580 2580 (*bp->b_iodone) (bp); (gdb) l 2575 } 2576 2577 /* call optional completion function if requested */ 2578 if (bp->b_flags & B_CALL) { 2579 bp->b_flags &= ~B_CALL; 2580 (*bp->b_iodone) (bp); 2581 splx(s); 2582 return; 2583 } 2584 if (LIST_FIRST(&bp->b_dep) != NULL && bioops.io_complete) (gdb) p bp $6 = (struct buf *) 0xc1550c18 (gdb) p *bp $7 = {b_hash = {le_next = 0x0, le_prev = 0x0}, b_vnbufs = {tqe_next = 0x0, tqe_prev = 0x0}, b_freelist = {tqe_next = 0x0, tqe_prev = 0x0}, b_act = { tqe_next = 0x0, tqe_prev = 0xc13e4400}, b_flags = 134218244, b_qindex = 0, b_unused1 = 0 '\000', b_xflags = 0 '\000', b_lock = {lk_interlock = { lock_data = 0}, lk_flags = 1024, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 1, lk_prio = 20, lk_wmesg = 0x0, lk_timo = 0, lk_lockholder = 5}, b_error = 0, b_bufsize = 8192, b_bcount = 8192, b_resid = 0, b_dev = 0xc1434d00, b_data = 0xc1954000 "íA\003", b_kvabase = 0x0, b_kvasize = 0, b_lblkno = 0, b_blkno = 0, b_offset = 0, b_iodone = 0, b_iodone_chain = 0x0, b_vp = 0xd5725980, b_dirtyoff = 0, b_dirtyend = 0, b_rcred = 0xffffffff, b_wcred = 0x0, b_pblkno = 1389417, b_saveaddr = 0x0, b_driver1 = 0x0, b_driver2 = 0x0, b_caller1 = 0x0, b_caller2 = 0x0, b_pager = {pg_spc = 0x0, pg_reqpage = 0}, b_cluster = { cluster_head = {tqh_first = 0x0, tqh_last = 0x0}, cluster_entry = { tqe_next = 0x0, tqe_prev = 0x0}}, b_pages = {0x0 }, b_npages = 0, b_dep = {lh_first = 0x0}, b_chain = {parent = 0x0, count = 0}} (gdb) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 18:39:31 1999 Delivered-To: freebsd-current@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id 5FC8E15286 for ; Sun, 29 Aug 1999 18:39:11 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id LAA26189; Mon, 30 Aug 1999 11:06:45 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id LAA75314; Mon, 30 Aug 1999 11:06:44 +0930 (CST) Date: Mon, 30 Aug 1999 11:06:43 +0930 From: Greg Lehey To: Parag Patel Cc: Matthew Dillon , Mike Smith , Bernd Walter , freebsd-current@FreeBSD.ORG Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates Message-ID: <19990830110643.V13904@freebie.lemis.com> References: <78740.935975313@pinhead.parag.codegen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.95.4i In-Reply-To: <78740.935975313@pinhead.parag.codegen.com>; from Parag Patel on Sun, Aug 29, 1999 at 06:08:33PM -0700 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, 29 August 1999 at 18:08:33 -0700, Parag Patel wrote: > On Sun, 29 Aug 1999 16:48:32 PDT, Matthew Dillon wrote: > >> This looks like an indirect call through a NULL function pointer. > > Wow - I'm impressed! You really know your kernel debugging! :) It is a > null-pointer dereference that's crashing it. Here's the gdb stack > back-trace: > > (gdb) bt > #0 0x0 in ?? () > #1 0xc017afc3 in biodone (bp=0xc1550c18) at ../../kern/vfs_bio.c:2580 > #2 0xc0126c2a in dadone (periph=0xc13de980, done_ccb=0xc163a000) > at ../../cam/scsi/scsi_da.c:1295 > #3 0xc01228e7 in camisr (queue=0xc02bd854) at ../../cam/cam_xpt.c:6223 > #4 0xc01226f9 in swi_cambio () at ../../cam/cam_xpt.c:6130 > > The contents of the "bp" pointer are dumped below. Sure enough, > bp->b_iodone is indeed NULL, but I have no idea how or why. Perhaps it > is the flags that are incorrectly stating it is a B_CALL? > > I can print out other structs and such - I'll leave the system as-is for > now. Thanks! > >> The stack looks intact ... look at the sp verses the frame pointer. >> If the 'trace' command is resulting in a panic, perhaps it is because >> there is no new stack frame. Giving the trace command an argument >> will help. > > (gdb) up > #1 0xc017afc3 in biodone (bp=0xc1550c18) at ../../kern/vfs_bio.c:2580 > 2580 (*bp->b_iodone) (bp); > (gdb) l > 2575 } > 2576 > 2577 /* call optional completion function if requested */ > 2578 if (bp->b_flags & B_CALL) { > 2579 bp->b_flags &= ~B_CALL; > 2580 (*bp->b_iodone) (bp); > 2581 splx(s); > 2582 return; > 2583 } > 2584 if (LIST_FIRST(&bp->b_dep) != NULL && bioops.io_complete) > (gdb) p bp > $6 = (struct buf *) 0xc1550c18 > (gdb) p *bp > $7 = {b_hash = {le_next = 0x0, le_prev = 0x0}, b_vnbufs = {tqe_next = 0x0, > tqe_prev = 0x0}, b_freelist = {tqe_next = 0x0, tqe_prev = 0x0}, b_act = { > tqe_next = 0x0, tqe_prev = 0xc13e4400}, b_flags = 134218244, b_qindex = 0, > b_unused1 = 0 '\000', b_xflags = 0 '\000', b_lock = {lk_interlock = { > lock_data = 0}, lk_flags = 1024, lk_sharecount = 0, lk_waitcount = 0, > lk_exclusivecount = 1, lk_prio = 20, lk_wmesg = 0x0, lk_timo = 0, > lk_lockholder = 5}, b_error = 0, b_bufsize = 8192, b_bcount = 8192, > b_resid = 0, b_dev = 0xc1434d00, b_data = 0xc1954000 "íA\003", > b_kvabase = 0x0, b_kvasize = 0, b_lblkno = 0, b_blkno = 0, b_offset = 0, > b_iodone = 0, b_iodone_chain = 0x0, b_vp = 0xd5725980, b_dirtyoff = 0, > b_dirtyend = 0, b_rcred = 0xffffffff, b_wcred = 0x0, b_pblkno = 1389417, > b_saveaddr = 0x0, b_driver1 = 0x0, b_driver2 = 0x0, b_caller1 = 0x0, > b_caller2 = 0x0, b_pager = {pg_spc = 0x0, pg_reqpage = 0}, b_cluster = { > cluster_head = {tqh_first = 0x0, tqh_last = 0x0}, cluster_entry = { > tqe_next = 0x0, tqe_prev = 0x0}}, b_pages = {0x0 }, > b_npages = 0, b_dep = {lh_first = 0x0}, b_chain = {parent = 0x0, count = 0}} > (gdb) OK, this is indeed the same problem that Bernd has been seeing. B_CALL should be set, but so should b_iodone. In the header B_CALL isn't set, but that's not surprising in view of the code. What I don't understand is where b_iodone went. I *always* set b_iodone, and I've been through the entire source tree looking for where it might get reset. The only place is in geteblk, when allocating a fresh buffer. I can't make head or tail of it. Try these patches. They won't fix the problem, but they may help localize it: Index: kern/vfs_bio.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_bio.c,v retrieving revision 1.227 diff -w -u -r1.227 vfs_bio.c --- vfs_bio.c 1999/08/28 00:46:23 1.227 +++ vfs_bio.c 1999/08/30 01:31:00 @@ -2576,6 +2576,8 @@ /* call optional completion function if requested */ if (bp->b_flags & B_CALL) { + if (bp->b_iodone == NULL) + Debugger ("biodone"); bp->b_flags &= ~B_CALL; (*bp->b_iodone) (bp); splx(s); Index: dev/vinum/vinumrequest.c =================================================================== RCS file: /home/ncvs/src/sys/dev/vinum/vinumrequest.c,v retrieving revision 1.35 diff -w -u -r1.35 vinumrequest.c --- vinumrequest.c 1999/08/28 00:42:42 1.35 +++ vinumrequest.c 1999/08/30 01:26:58 @@ -396,6 +390,9 @@ if (debug & DEBUG_LASTREQS) logrq(loginfo_rqe, (union rqinfou) rqe, rq->bp); #endif + if ((rqe->b.b_flags & B_CALL) + && (rqe->b.b_iodone == NULL) ) + Debugger ("launch_requests"); /* fire off the request */ BUF_STRATEGY(&rqe->b, 0); } You could also enable some of Vinum's internal logging: # vinum debug 324 This will log all requests in an internal buffer. With the .gdbinit files in /sys/modules/vinum, you can display them with the gdb command 'rrqi'. Alternatively, if I can connect to the debug console, I'll look for myself. Greg - See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 19: 1:51 1999 Delivered-To: freebsd-current@freebsd.org Received: from gongshow.masterplan.org (24.64.247.226.ab.wave.home.com [24.64.247.226]) by hub.freebsd.org (Postfix) with ESMTP id A216B15103 for ; Sun, 29 Aug 1999 19:01:47 -0700 (PDT) (envelope-from jbg@masterplan.org) Received: from axe.precident.com (axe.masterplan.org [192.168.4.6]) by gongshow.masterplan.org (8.8.8/8.8.8) with SMTP id UAA19729 for ; Sun, 29 Aug 1999 20:01:43 -0600 (MDT) (envelope-from jbg@masterplan.org) Message-Id: <199908300201.UAA19729@gongshow.masterplan.org> From: jbg@masterplan.org (Jason George) To: freebsd-current@freebsd.org Subject: Re: Mucho Bandwith Date: Mon, 30 Aug 1999 02:01:14 GMT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [full snippage about CA*net 3] I took this from the CA*net 3 FAQ - http://www.canarie.ca/frames/startnetworks_e.html The last update to the FAQ was in Aug98, but I don't believe there have been any technical modifications, in terms of peering or advertising routes in and out of the test network. See also http://www.canet3.net for further info. Apologies if this message has screwy formatting. --Jason j.b.george@ieee.org jbg@masterplan.org 7. Who will benefit from CA*net 3? CA*net 3 will be available to researchers at universities, and government laboratories engaged in research and applications development relating to high-performance networks - the same sectors that now use CANARIE's current research network, CA*net II. The new network will not compete with or replace commercial Internet services. Instead, its enhanced bandwidth and throughput will provide a platform that enables researchers to collaborate on the development and testing of new applications and technologies that would not be possible on commercial systems. That alone will stimulate research and development beyond any expectation. 8. Will CA*net 3 be available to the public? At the moment, only the most advanced computers are capable of taking advantage of the high speeds anticipated with this research network. But commercial application is only a matter of time. The original Internet backbone, CA*net, which linked 10 regional networks during the early 1990s, moved to a commercial basis in 1997. As the technology that supports CA*net 3 is proven, carriers will transfer the knowledge they have learned by participating in the CA*net 3 initiative to the commercial realm for broader use by the business community, and ultimately, the home consumer. In the meantime, CA*net 3 will carry out research in an array of new avenues that industry, research institutes and universities will explore as early as Fall 1998 . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 19:29:16 1999 Delivered-To: freebsd-current@freebsd.org Received: from admin.cgocable.net (admin.cgocable.net [24.226.1.21]) by hub.freebsd.org (Postfix) with ESMTP id 6E69B150B4 for ; Sun, 29 Aug 1999 19:29:08 -0700 (PDT) (envelope-from brandon@targetnet.com) Received: from brandon (cogeco-6-121.cgocable.net [24.141.6.121]) by admin.cgocable.net (8.9.3/8.9.3) with SMTP id WAA24433; Sun, 29 Aug 1999 22:26:11 -0400 (EDT) From: "Brandon Gale" To: "Josh Tiefenbach" , "Amancio Hasty" Cc: Subject: RE: Mucho Bandwith Date: Sun, 29 Aug 1999 22:26:17 -0400 Message-ID: <000201bef28f$09c4a540$79068d18@cgocable.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.2173.0 In-Reply-To: <19990828020410.A87850@zipperup.org> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Damned Canadians! > -----Original Message----- > From: owner-freebsd-current@FreeBSD.ORG > [mailto:owner-freebsd-current@FreeBSD.ORG]On Behalf Of Josh Tiefenbach > Sent: Saturday, August 28, 1999 2:04 AM > To: Amancio Hasty > Cc: current@freebsd.org > Subject: Re: Mucho Bandwith > > > > http://abcnews.go.com/sections/tech/CuttingEdge/canadanet990827.html > > > > Hmmm... I wonder what would happen if ftp.freebsd.org was moved > to CA*Net3 8) > > Significantly less than what its doing now. > > What the article fails to mention, is that (last I heard) CA*Net3 is *not* > connected to the Internet at large. > > Currently, it only connects universities and research institutions within > Canada. AFAIK, there aren't any real plans to patch it into the > global 'net. > > josh > > -- > C'est-ci n'est pas un .sig > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 19:29:50 1999 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 861BB150E9 for ; Sun, 29 Aug 1999 19:29:45 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id TAA03250; Sun, 29 Aug 1999 19:27:54 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id TAA09745; Sun, 29 Aug 1999 19:27:54 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Sun, 29 Aug 1999 19:27:54 -0700 (PDT) Message-Id: <199908300227.TAA09745@vashon.polstra.com> To: street@iname.com Subject: Re: $FreeBSD tag confusion In-Reply-To: <87zoza2kxf.fsf@mired.eh.local> References: <87zoza2kxf.fsf@mired.eh.local> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <87zoza2kxf.fsf@mired.eh.local>, Kevin Street wrote: > I'm confused by what I'm seeing in my source tree after the > Id->FreeBSD tag change. I cvsup the repository and then update my > source tree locally. Most of the files in the tree now have an > unexpanded $FreeBSD$ tag in them (ie. no version info). Files which > have been changed since the new tag went in get an expanded $FreeBSD: > tag, but the version in the tag is not the same version as the checked > out file should be. The contents of the file seem to really be the > latest version though, other than the tag. > > For example in /usr/src/sys/miscfs/umapfs "cvs status umap.h" gives: > =================================================================== > File: umap.h Status: Up-to-date > > Working revision: 1.11 Sun Aug 29 19:31:44 1999 > Repository revision: 1.11 ... > > but in the file I see: > * $FreeBSD: src/sys/miscfs/umapfs/umap.h,v 1.10 1999/08/28 00:47:00 peter Exp $ > > so the $FreeBSD tag in the file is one version behind the version of > the currently checked out file. Deleting and doing "cvs up umap.h" > leaves me in the same state. > > Any explanations as to what's going on? The tags are expanding just fine up here in Seattle. :-) I wish you would have included the rest of the output from your cvs status command. It sounds a lot like your source tree was checked out with "-ko". That would show up in the "Sticky Tag" line of your cvs status output. Do another cvs update, but this time add the "-A" flag: cvs update -A umap.h If that fixes it, then you'd better do the same thing to the rest of your source tree: cd /usr/src cvs update -APd John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 20:49:14 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc2.on.home.com (ha1.rdc2.on.home.com [24.9.0.15]) by hub.freebsd.org (Postfix) with ESMTP id 1C19715061 for ; Sun, 29 Aug 1999 20:49:11 -0700 (PDT) (envelope-from street@iname.com) Received: from mired.eh.local ([24.64.136.188]) by mail.rdc2.on.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <19990830034708.GRDY1758.mail.rdc2.on.home.com@mired.eh.local>; Sun, 29 Aug 1999 20:47:08 -0700 Received: (from kws@localhost) by mired.eh.local (8.9.3/8.9.3) id XAA70659; Sun, 29 Aug 1999 23:47:03 -0400 (EDT) (envelope-from kws) To: John Polstra Cc: current@FreeBSD.ORG Subject: Re: $FreeBSD tag confusion References: <87zoza2kxf.fsf@mired.eh.local> <199908300227.TAA09745@vashon.polstra.com> From: Kevin Street Date: 29 Aug 1999 23:47:02 -0400 In-Reply-To: John Polstra's message of "Sun, 29 Aug 1999 19:27:54 -0700 (PDT)" Message-ID: <87wvue2amh.fsf@mired.eh.local> Lines: 40 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra writes: > The tags are expanding just fine up here in Seattle. :-) > > I wish you would have included the rest of the output from your cvs > status command. It sounds a lot like your source tree was checked > out with "-ko". That would show up in the "Sticky Tag" line of your > cvs status output. =================================================================== File: umap.h Status: Up-to-date Working revision: 1.11 Sun Aug 29 09:54:16 1999 Repository revision: 1.11 /usr/home/cvs/cvsroot/freebsd/src/sys/miscfs/umapfs/umap.h,v Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none) > Do another cvs update, but this time add the "-A" flag: > > cvs update -A umap.h I did check for sticky things before I posted, but just to be safe, I've tried the line above and also tried a full "cvs co" of the entire src tree. Neither helped. I took a look at what I've got in my cvs repository and it's wrong in there, so cvsup isn't getting the right stuff from the server in the first place, or it isn't updating my local cvs repository correctly. CVSup client, GUI version Software version: REL_16_0 Protocol version: 16.0 My first cvsup after the tags went in was from cvsup.ca.FreeBSD.ORG. I've done a few from cvsup.FreeBSD.org to see if it would sort itself out. I think I'll try to get a new copy of part of the tree from scratch and see if it's any different. -- Kevin Street street@iname.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 20:55:33 1999 Delivered-To: freebsd-current@freebsd.org Received: from gndrsh.dnsmgr.net (GndRsh.dnsmgr.net [198.145.92.4]) by hub.freebsd.org (Postfix) with ESMTP id 8272715061 for ; Sun, 29 Aug 1999 20:55:30 -0700 (PDT) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id UAA64342; Sun, 29 Aug 1999 20:54:37 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <199908300354.UAA64342@gndrsh.dnsmgr.net> Subject: Re: $FreeBSD tag confusion In-Reply-To: <87wvue2amh.fsf@mired.eh.local> from Kevin Street at "Aug 29, 1999 11:47:02 pm" To: street@iname.com (Kevin Street) Date: Sun, 29 Aug 1999 20:54:36 -0700 (PDT) Cc: jdp@polstra.com (John Polstra), current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > John Polstra writes: > > > The tags are expanding just fine up here in Seattle. :-) > > > > I wish you would have included the rest of the output from your cvs > > status command. It sounds a lot like your source tree was checked > > out with "-ko". That would show up in the "Sticky Tag" line of your > > cvs status output. > Are you getting a copy of CVSROOT? What verion of the cvs binary are you running (cvs -v)? -- Rod Grimes - KD7CAX - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 21:35:18 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc2.on.home.com (ha1.rdc2.on.home.com [24.9.0.15]) by hub.freebsd.org (Postfix) with ESMTP id 2ACB915080 for ; Sun, 29 Aug 1999 21:35:16 -0700 (PDT) (envelope-from street@iname.com) Received: from mired.eh.local ([24.64.136.188]) by mail.rdc2.on.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <19990830043516.HQUG1758.mail.rdc2.on.home.com@mired.eh.local>; Sun, 29 Aug 1999 21:35:16 -0700 Received: (from kws@localhost) by mired.eh.local (8.9.3/8.9.3) id AAA71091; Mon, 30 Aug 1999 00:35:15 -0400 (EDT) (envelope-from kws) From: Kevin Street MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14282.2563.303797.40529@mired.eh.local> Date: Mon, 30 Aug 1999 00:35:15 -0400 (EDT) To: "Rodney W. Grimes" Cc: jdp@polstra.com (John Polstra), current@FreeBSD.ORG Subject: Re: $FreeBSD tag confusion In-Reply-To: <199908300354.UAA64342@gndrsh.dnsmgr.net> References: <87wvue2amh.fsf@mired.eh.local> <199908300354.UAA64342@gndrsh.dnsmgr.net> X-Mailer: VM 6.71 under 21.1 "20 Minutes to Nikko" XEmacs Lucid (patch 2) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Rodney W. Grimes writes: >What verion of the cvs binary are you running (cvs -v)? Concurrent Versions System (CVS) 1.10 `Halibut' (client/server) >Are you getting a copy of CVSROOT? yes...as part of src-all, but it's not used as *my* CVSROOT. Let's go back to the beginning here. Is my cvs responsible for expanding the $FreeBSD$ tags, or are they supposed to arrive in my cvs repository already expanded? If my cvs needs to do it, then I presume I need to add some options to my CVSROOT to make that happen. If so, is there a description somewhere of what I need to steal out of FreeBSD's CVSROOT that will make it happen? -- Kevin Street street@iname.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 21:37:57 1999 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 0BD64150BD for ; Sun, 29 Aug 1999 21:37:54 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id VAA03631; Sun, 29 Aug 1999 21:37:51 -0700 (PDT) (envelope-from jdp@polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id VAA09881; Sun, 29 Aug 1999 21:37:51 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <14282.2563.303797.40529@mired.eh.local> Date: Sun, 29 Aug 1999 21:37:51 -0700 (PDT) Organization: Polstra & Co., Inc. From: John Polstra To: Kevin Street Subject: Re: $FreeBSD tag confusion Cc: current@FreeBSD.ORG, "Rodney W. Grimes" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kevin Street wrote: >>Are you getting a copy of CVSROOT? > > yes...as part of src-all, but it's not used as *my* CVSROOT. Aha. > Let's go back to the beginning here. Is my cvs responsible for > expanding the $FreeBSD$ tags, or are they supposed to arrive in my cvs > repository already expanded? Expansion of RCS keywords occurs on check_out_, not on checkin. In other words, your cvs is responsible for expanding them. > If my cvs needs to do it, then I presume > I need to add some options to my CVSROOT to make that happen. If so, > is there a description somewhere of what I need to steal out of > FreeBSD's CVSROOT that will make it happen? Grab the "options" file from there. John --- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 22:49:20 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc2.on.home.com (ha1.rdc2.on.home.com [24.9.0.15]) by hub.freebsd.org (Postfix) with ESMTP id DA21E14F4B for ; Sun, 29 Aug 1999 22:49:13 -0700 (PDT) (envelope-from street@iname.com) Received: from mired.eh.local ([24.64.136.188]) by mail.rdc2.on.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <19990830054805.IUIS1758.mail.rdc2.on.home.com@mired.eh.local>; Sun, 29 Aug 1999 22:48:05 -0700 Received: (from kws@localhost) by mired.eh.local (8.9.3/8.9.3) id BAA71686; Mon, 30 Aug 1999 01:48:04 -0400 (EDT) (envelope-from kws) To: John Polstra Cc: current@FreeBSD.ORG, "Rodney W. Grimes" Subject: Re: $FreeBSD tag confusion References: From: Kevin Street Date: 30 Aug 1999 01:48:02 -0400 In-Reply-To: John Polstra's message of "Sun, 29 Aug 1999 21:37:51 -0700 (PDT)" Message-ID: <87u2ph3jl9.fsf@mired.eh.local> Lines: 25 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra writes: > Kevin Street wrote: > Expansion of RCS keywords occurs on check_out_, not on checkin. In > other words, your cvs is responsible for expanding them. > > > If my cvs needs to do it, then I presume > > I need to add some options to my CVSROOT to make that happen. If so, > > is there a description somewhere of what I need to steal out of > > FreeBSD's CVSROOT that will make it happen? > > Grab the "options" file from there. There were actually two things I needed to do. Copy the `options' file from FreeBSD's CVSROOT and add a line saying "options" to the `checkoutlist' file so the options file is kept checked out in CVSROOT. I needed to "cvs co" the src tree again since "cvs update" thought everything was already up to date. Thanks John & Rod. -- Kevin Street street@iname.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 22:55:41 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id AFF3F1510A for ; Sun, 29 Aug 1999 22:55:33 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from mail.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.9.3/8.9.3) with ESMTP id HAA13495; Mon, 30 Aug 1999 07:52:40 +0200 (MET DST) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by mail.cicely.de (8.9.0/8.9.0) with ESMTP id HAA10377; Mon, 30 Aug 1999 07:53:18 +0200 (CEST) Received: (from ticso@localhost) by cicely8.cicely.de (8.9.3/8.9.2) id HAA30293; Mon, 30 Aug 1999 07:53:12 +0200 (CEST) (envelope-from ticso) Date: Mon, 30 Aug 1999 07:53:12 +0200 From: Bernd Walter To: Matthew Dillon Cc: Mike Smith , Bernd Walter , Parag Patel , freebsd-current@FreeBSD.ORG, grog@lemis.com Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates Message-ID: <19990830075311.A30271@cicely8.cicely.de> References: <199908292224.PAA15435@dingo.cdrom.com> <199908292348.QAA07774@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <199908292348.QAA07774@apollo.backplane.com>; from Matthew Dillon on Sun, Aug 29, 1999 at 04:48:32PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Aug 29, 1999 at 04:48:32PM -0700, Matthew Dillon wrote: > : > :How similar? The trap above is extremely bad; it looks like a return > :on a corrupted stack or a jump through a null function vector. > : > :Make very sure that your vinum kld is in sync with your kernel. > > This looks like an indirect call through a NULL function pointer. > In my case it is a call to bp->b_iodone in kern/vfs_bio.c:2580 which is 0 :( > The stack looks intact ... look at the sp verses the frame pointer. > If the 'trace' command is resulting in a panic, perhaps it is because > there is no new stack frame. Giving the trace command an argument > will help. I forget how the arguments to 'trace' work under DDB > though. > (kgdb) target remote /dev/cuaa2 Remote debugging using /dev/cuaa2 0x0 in ?? () (kgdb) bt #0 0x0 in ?? () #1 0xc017228f in biodone (bp=0xc09ebd80) at ../../kern/vfs_bio.c:2580 #2 0xc0123db6 in dadone (periph=0xc0882c80, done_ccb=0xc09bd200) at ../../cam/scsi/scsi_da.c:1294 #3 0xc011fa7b in camisr (queue=0xc02726b4) at ../../cam/cam_xpt.c:6141 #4 0xc011f88d in swi_cambio () at ../../cam/cam_xpt.c:6048 #5 0xc020db30 in splz_swi () (kgdb) frame 1 #1 0xc017228f in biodone (bp=0xc09ebd80) at ../../kern/vfs_bio.c:2580 2580 ../../kern/vfs_bio.c: No such file or directory. (kgdb) print bp $1 = (struct buf *) 0xc09ebd80 (kgdb) print *bp $2 = { b_hash = { le_next = 0x0, le_prev = 0x0 }, b_vnbufs = { tqe_next = 0x0, tqe_prev = 0x0 }, b_freelist = { tqe_next = 0x0, tqe_prev = 0x0 }, b_act = { tqe_next = 0x0, tqe_prev = 0xc0885400 }, b_flags = 0x8100204, b_qindex = 0x0, b_unused1 = 0x0, b_xflags = 0x0, b_lock = { lk_interlock = { lock_data = 0x0 }, lk_flags = 0x400, lk_sharecount = 0x0, lk_waitcount = 0x0, lk_exclusivecount = 0x1, lk_prio = 0x14, lk_wmesg = 0x0, lk_timo = 0x0, lk_lockholder = 0x4 }, b_error = 0x0, b_bufsize = 0x400, b_bcount = 0x400, b_resid = 0x0, b_dev = 0xc098d840, b_data = 0xc0befc00 "\2275\t", b_kvabase = 0x0, b_kvasize = 0x0, b_lblkno = 0x0, b_blkno = 0x0, b_offset = 0x0, b_iodone = 0, b_iodone_chain = 0x0, b_vp = 0xc5d4a700, b_dirtyoff = 0x0, b_dirtyend = 0x0, b_rcred = 0xffffffff, b_wcred = 0xffffffff, b_pblkno = 0x260c1f, b_saveaddr = 0x0, b_driver1 = 0x0, b_driver2 = 0x0, b_caller1 = 0x0, b_caller2 = 0x0, b_pager = { pg_spc = 0x0, pg_reqpage = 0x0 }, b_cluster = { cluster_head = { tqh_first = 0x0, tqh_last = 0x0 }, cluster_entry = { tqe_next = 0x0, tqe_prev = 0x0 } }, b_pages = {0x0 }, b_npages = 0x0, b_dep = { lh_first = 0x0 }, b_chain = { parent = 0x0, count = 0x0 } } (kgdb) -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 23: 1:38 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 006CF1520C for ; Sun, 29 Aug 1999 23:01:35 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id WAA09987; Sun, 29 Aug 1999 22:59:22 -0700 (PDT) (envelope-from dillon) Date: Sun, 29 Aug 1999 22:59:22 -0700 (PDT) From: Matthew Dillon Message-Id: <199908300559.WAA09987@apollo.backplane.com> To: Bernd Walter Cc: Mike Smith , Bernd Walter , Parag Patel , freebsd-current@FreeBSD.ORG, grog@lemis.com Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates References: <199908292224.PAA15435@dingo.cdrom.com> <199908292348.QAA07774@apollo.backplane.com> <19990830075311.A30271@cicely8.cicely.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :(kgdb) target remote /dev/cuaa2 :Remote debugging using /dev/cuaa2 :0x0 in ?? () :(kgdb) bt :#0 0x0 in ?? () :#1 0xc017228f in biodone (bp=0xc09ebd80) at ../../kern/vfs_bio.c:2580 :#2 0xc0123db6 in dadone (periph=0xc0882c80, done_ccb=0xc09bd200) at ../../cam/scsi/scsi_da.c:1294 :#3 0xc011fa7b in camisr (queue=0xc02726b4) at ../../cam/cam_xpt.c:6141 :#4 0xc011f88d in swi_cambio () at ../../cam/cam_xpt.c:6048 :#5 0xc020db30 in splz_swi () :(kgdb) frame 1 :#1 0xc017228f in biodone (bp=0xc09ebd80) at ../../kern/vfs_bio.c:2580 :2580 ../../kern/vfs_bio.c: No such file or directory. :(kgdb) print bp :$1 = (struct buf *) 0xc09ebd80 :(kgdb) print *bp :$2 = { : b_hash = { : le_next = 0x0, : le_prev = 0x0 : }, : b_vnbufs = { :... :(kgdb) :-- :B.Walter COSMO-Project http://www.cosmo-project.de This is definitely a pbuf. Did you apply the patches Greg emailed? They will panic the machine earlier while it is still in the correct stack frame, allowing Greg to track down where the I/O initiation came from. -Matt Matthew Dillon (patch and comments from Greg): Index: kern/vfs_bio.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_bio.c,v retrieving revision 1.227 diff -w -u -r1.227 vfs_bio.c --- vfs_bio.c 1999/08/28 00:46:23 1.227 +++ vfs_bio.c 1999/08/30 01:31:00 @@ -2576,6 +2576,8 @@ /* call optional completion function if requested */ if (bp->b_flags & B_CALL) { + if (bp->b_iodone == NULL) + Debugger ("biodone"); bp->b_flags &= ~B_CALL; (*bp->b_iodone) (bp); splx(s); Index: dev/vinum/vinumrequest.c =================================================================== RCS file: /home/ncvs/src/sys/dev/vinum/vinumrequest.c,v retrieving revision 1.35 diff -w -u -r1.35 vinumrequest.c --- vinumrequest.c 1999/08/28 00:42:42 1.35 +++ vinumrequest.c 1999/08/30 01:26:58 @@ -396,6 +390,9 @@ if (debug & DEBUG_LASTREQS) logrq(loginfo_rqe, (union rqinfou) rqe, rq->bp); #endif + if ((rqe->b.b_flags & B_CALL) + && (rqe->b.b_iodone == NULL) ) + Debugger ("launch_requests"); /* fire off the request */ BUF_STRATEGY(&rqe->b, 0); } You could also enable some of Vinum's internal logging: # vinum debug 324 This will log all requests in an internal buffer. With the .gdbinit files in /sys/modules/vinum, you can display them with the gdb command 'rrqi'. Alternatively, if I can connect to the debug console, I'll look for myself. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 23: 7:29 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id E91351520C for ; Sun, 29 Aug 1999 23:07:26 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from mail.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.9.3/8.9.3) with ESMTP id IAA14198; Mon, 30 Aug 1999 08:05:28 +0200 (MET DST) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by mail.cicely.de (8.9.0/8.9.0) with ESMTP id IAA10449; Mon, 30 Aug 1999 08:06:03 +0200 (CEST) Received: (from ticso@localhost) by cicely8.cicely.de (8.9.3/8.9.2) id IAA30332; Mon, 30 Aug 1999 08:06:03 +0200 (CEST) (envelope-from ticso) Date: Mon, 30 Aug 1999 08:06:03 +0200 From: Bernd Walter To: Matthew Dillon Cc: Bernd Walter , Mike Smith , Parag Patel , freebsd-current@FreeBSD.ORG, grog@lemis.com Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates Message-ID: <19990830080603.B30271@cicely8.cicely.de> References: <199908292224.PAA15435@dingo.cdrom.com> <199908292348.QAA07774@apollo.backplane.com> <19990830075311.A30271@cicely8.cicely.de> <199908300559.WAA09987@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <199908300559.WAA09987@apollo.backplane.com>; from Matthew Dillon on Sun, Aug 29, 1999 at 10:59:22PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Aug 29, 1999 at 10:59:22PM -0700, Matthew Dillon wrote: > > This is definitely a pbuf. Did you apply the patches Greg emailed? Not yet. I will do it today. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 23:10:26 1999 Delivered-To: freebsd-current@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id B33301504A for ; Sun, 29 Aug 1999 23:10:24 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (parag@localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id XAA80971; Sun, 29 Aug 1999 23:09:48 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: Matthew Dillon Cc: Bernd Walter , Mike Smith , freebsd-current@FreeBSD.ORG, grog@lemis.com Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates In-Reply-To: Message from Matthew Dillon of "Sun, 29 Aug 1999 22:59:22 PDT." <199908300559.WAA09987@apollo.backplane.com> X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm X-URL: http://www.codegen.com Date: Sun, 29 Aug 1999 23:09:48 -0700 Message-ID: <80967.935993388@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 29 Aug 1999 22:59:22 PDT, Matthew Dillon wrote: > > This is definitely a pbuf. Did you apply the patches Greg emailed? > They will panic the machine earlier while it is still in the correct > stack frame, allowing Greg to track down where the I/O initiation came > from. Greg's debugging this on the machine here at the moment, which is crashing the same way in what appears to be the same place. If anyone else wants to take a crack it, the magic vinum debug number needed is 328 and not 324. So far Greg's discovered that the field is correctly set a little while before the crash, and then becomes NULL for no apparent reason. Looks like a really nasty bug. The nice thing is this loaner machine has no real job to do besides crashing, so it can crash as often as required. :) -- Parag To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 23:16:57 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 550D11504A for ; Sun, 29 Aug 1999 23:16:56 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id XAA10147; Sun, 29 Aug 1999 23:15:47 -0700 (PDT) (envelope-from dillon) Date: Sun, 29 Aug 1999 23:15:47 -0700 (PDT) From: Matthew Dillon Message-Id: <199908300615.XAA10147@apollo.backplane.com> To: Parag Patel Cc: Bernd Walter , Mike Smith , freebsd-current@FreeBSD.ORG, grog@lemis.com Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates References: <80967.935993388@pinhead.parag.codegen.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Greg's debugging this on the machine here at the moment, which is :crashing the same way in what appears to be the same place. : :If anyone else wants to take a crack it, the magic vinum debug number :needed is 328 and not 324. : :So far Greg's discovered that the field is correctly set a little while :before the crash, and then becomes NULL for no apparent reason. Looks :like a really nasty bug. : :The nice thing is this loaner machine has no real job to do besides :crashing, so it can crash as often as required. :) : : : -- Parag I looked at the vinum code a little. I would look for possible situations where the bp may be re-issued as an I/O before actually completing a prior I/O. This could cause the iodone field to be cleared in the middle of an I/O. I don't see anything specific in the code because I don't really understand it yet. That's the best possibility that I can come up with. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 23:19:37 1999 Delivered-To: freebsd-current@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id C802C15276 for ; Sun, 29 Aug 1999 23:19:32 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id PAA27192; Mon, 30 Aug 1999 15:49:00 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id PAA76732; Mon, 30 Aug 1999 15:48:59 +0930 (CST) Date: Mon, 30 Aug 1999 15:48:59 +0930 From: Greg Lehey To: Parag Patel Cc: Matthew Dillon , Bernd Walter , Mike Smith , freebsd-current@FreeBSD.ORG Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates Message-ID: <19990830154858.B13904@freebie.lemis.com> References: <80967.935993388@pinhead.parag.codegen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <80967.935993388@pinhead.parag.codegen.com>; from Parag Patel on Sun, Aug 29, 1999 at 11:09:48PM -0700 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, 29 August 1999 at 23:09:48 -0700, Parag Patel wrote: > On Sun, 29 Aug 1999 22:59:22 PDT, Matthew Dillon wrote: >> >> This is definitely a pbuf. Did you apply the patches Greg emailed? >> They will panic the machine earlier while it is still in the correct >> stack frame, allowing Greg to track down where the I/O initiation came >> from. > > Greg's debugging this on the machine here at the moment, which is > crashing the same way in what appears to be the same place. > > If anyone else wants to take a crack it, the magic vinum debug number > needed is 328 and not 324. > > So far Greg's discovered that the field is correctly set a little while > before the crash, and then becomes NULL for no apparent reason. Looks > like a really nasty bug. To expand on what Parag says, the check in launch_requests shows no problems with the buffer headers, but the check in biodone catches a bp with B_CALL set and b_iodone set to NULL. I'd guess that something in the iodone chain code is incorrect. Unfortunately, there were so many active requests that I couldn't find the one that caused the crash in the log buffer; theoretically it might even have nothing to do with it. Does this ring a bell with anybody? Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 23:24:53 1999 Delivered-To: freebsd-current@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id 095AE15276 for ; Sun, 29 Aug 1999 23:24:45 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id PAA27207; Mon, 30 Aug 1999 15:52:25 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id PAA76783; Mon, 30 Aug 1999 15:52:24 +0930 (CST) Date: Mon, 30 Aug 1999 15:52:24 +0930 From: Greg Lehey To: Matthew Dillon Cc: Parag Patel , Bernd Walter , Mike Smith , freebsd-current@FreeBSD.ORG Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates Message-ID: <19990830155224.C13904@freebie.lemis.com> References: <80967.935993388@pinhead.parag.codegen.com> <199908300615.XAA10147@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <199908300615.XAA10147@apollo.backplane.com>; from Matthew Dillon on Sun, Aug 29, 1999 at 11:15:47PM -0700 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, 29 August 1999 at 23:15:47 -0700, Matthew Dillon wrote: >> Greg's debugging this on the machine here at the moment, which is >> crashing the same way in what appears to be the same place. >> >> If anyone else wants to take a crack it, the magic vinum debug number >> needed is 328 and not 324. >> >> So far Greg's discovered that the field is correctly set a little while >> before the crash, and then becomes NULL for no apparent reason. Looks >> like a really nasty bug. >> >> The nice thing is this loaner machine has no real job to do besides >> crashing, so it can crash as often as required. :) > > I looked at the vinum code a little. I would look for possible situations > where the bp may be re-issued as an I/O before actually completing a prior > I/O. This could cause the iodone field to be cleared in the middle of > an I/O. I don't see anything specific in the code because I don't really > understand it yet. That's the best possibility that I can come up with. Well, I don't do things like that. The only place I reissue a command is in the iodone routine (complete_rqe or complete_raid5_write; the latter in this case). Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 23:28:26 1999 Delivered-To: freebsd-current@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id 774B714D53 for ; Sun, 29 Aug 1999 23:28:20 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id PAA27239; Mon, 30 Aug 1999 15:58:16 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id PAA76895; Mon, 30 Aug 1999 15:58:16 +0930 (CST) Date: Mon, 30 Aug 1999 15:58:16 +0930 From: Greg Lehey To: Bernd Walter Cc: Matthew Dillon , Mike Smith , Parag Patel , freebsd-current@FreeBSD.ORG Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates Message-ID: <19990830155816.F13904@freebie.lemis.com> References: <199908292224.PAA15435@dingo.cdrom.com> <199908292348.QAA07774@apollo.backplane.com> <19990830075311.A30271@cicely8.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19990830075311.A30271@cicely8.cicely.de>; from Bernd Walter on Mon, Aug 30, 1999 at 07:53:12AM +0200 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Monday, 30 August 1999 at 7:53:12 +0200, Bernd Walter wrote: > On Sun, Aug 29, 1999 at 04:48:32PM -0700, Matthew Dillon wrote: >> : >> :How similar? The trap above is extremely bad; it looks like a return >> :on a corrupted stack or a jump through a null function vector. >> : >> :Make very sure that your vinum kld is in sync with your kernel. >> >> This looks like an indirect call through a NULL function pointer. > > In my case it is a call to bp->b_iodone in kern/vfs_bio.c:2580 which is 0 :( Yes, this is the same thing. Until Parag came along, I was beginning to think it was a problem with your hardware :-( Is there any way for me to look at this? Do you have an IDE disk on your machine that you could dump to? Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 23:33: 7 1999 Delivered-To: freebsd-current@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id A41C515145 for ; Sun, 29 Aug 1999 23:33:01 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id QAA27262; Mon, 30 Aug 1999 16:01:58 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id QAA76922; Mon, 30 Aug 1999 16:01:56 +0930 (CST) Date: Mon, 30 Aug 1999 16:01:56 +0930 From: Greg Lehey To: Matthew Dillon Cc: Bernd Walter , Mike Smith , Parag Patel , freebsd-current@FreeBSD.ORG Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates Message-ID: <19990830160155.G13904@freebie.lemis.com> References: <199908292224.PAA15435@dingo.cdrom.com> <199908292348.QAA07774@apollo.backplane.com> <19990830075311.A30271@cicely8.cicely.de> <199908300559.WAA09987@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <199908300559.WAA09987@apollo.backplane.com>; from Matthew Dillon on Sun, Aug 29, 1999 at 10:59:22PM -0700 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, 29 August 1999 at 22:59:22 -0700, Matthew Dillon wrote: > >> (kgdb) target remote /dev/cuaa2 >> Remote debugging using /dev/cuaa2 >> 0x0 in ?? () >> (kgdb) bt >> #0 0x0 in ?? () >> #1 0xc017228f in biodone (bp=0xc09ebd80) at ../../kern/vfs_bio.c:2580 >> #2 0xc0123db6 in dadone (periph=0xc0882c80, done_ccb=0xc09bd200) at ../../cam/scsi/scsi_da.c:1294 >> #3 0xc011fa7b in camisr (queue=0xc02726b4) at ../../cam/cam_xpt.c:6141 >> #4 0xc011f88d in swi_cambio () at ../../cam/cam_xpt.c:6048 >> #5 0xc020db30 in splz_swi () >> (kgdb) frame 1 >> #1 0xc017228f in biodone (bp=0xc09ebd80) at ../../kern/vfs_bio.c:2580 >> 2580 ../../kern/vfs_bio.c: No such file or directory. >> (kgdb) print bp >> $1 = (struct buf *) 0xc09ebd80 >> (kgdb) print *bp >> $2 = { >> b_hash = { >> le_next = 0x0, >> le_prev = 0x0 >> }, >> b_vnbufs = { >> ... >> (kgdb) > > This is definitely a pbuf. What's a pbuf? > Did you apply the patches Greg emailed? They will panic the > machine earlier while it is still in the correct stack frame, > allowing Greg to track down where the I/O initiation came from. Well, in fact they didn't do that. The only one that I hit was in biodone, which is effectively the same thing as the panic. But they did show that it wasn't like that when it left vinum. > Index: kern/vfs_bio.c > =================================================================== > RCS file: /home/ncvs/src/sys/kern/vfs_bio.c,v > retrieving revision 1.227 > diff -w -u -r1.227 vfs_bio.c > --- vfs_bio.c 1999/08/28 00:46:23 1.227 > +++ vfs_bio.c 1999/08/30 01:31:00 > @@ -2576,6 +2576,8 @@ > > /* call optional completion function if requested */ > if (bp->b_flags & B_CALL) { > + if (bp->b_iodone == NULL) > + Debugger ("biodone"); > bp->b_flags &= ~B_CALL; > (*bp->b_iodone) (bp); > splx(s); > Index: dev/vinum/vinumrequest.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/vinum/vinumrequest.c,v > retrieving revision 1.35 > diff -w -u -r1.35 vinumrequest.c > --- vinumrequest.c 1999/08/28 00:42:42 1.35 > +++ vinumrequest.c 1999/08/30 01:26:58 > @@ -396,6 +390,9 @@ > if (debug & DEBUG_LASTREQS) > logrq(loginfo_rqe, (union rqinfou) rqe, rq->bp); > #endif > + if ((rqe->b.b_flags & B_CALL) > + && (rqe->b.b_iodone == NULL) ) > + Debugger ("launch_requests"); > /* fire off the request */ > BUF_STRATEGY(&rqe->b, 0); > } > > You could also enable some of Vinum's internal logging: > > # vinum debug 324 Note that this should read 328. 324 will always land you in the Debugger (a feature, not a bug :-). Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 23:33:24 1999 Delivered-To: freebsd-current@freebsd.org Received: from mrynet.com (mrynet.com [24.234.53.177]) by hub.freebsd.org (Postfix) with ESMTP id 4F0B515337 for ; Sun, 29 Aug 1999 23:33:17 -0700 (PDT) (envelope-from freebsd@mrynet.com) Received: (from freebsd@localhost) by mrynet.com (8.9.3/8.9.3) id XAA47993 for freebsd-current@freebsd.org; Sun, 29 Aug 1999 23:32:45 -0700 (PDT) (envelope-from freebsd) Posted-Date: Sun, 29 Aug 1999 23:32:45 -0700 (PDT) Message-Id: <199908300632.XAA47993@mrynet.com> From: freebsd@mrynet.com (FreeBSD mailing list) Date: Sun, 29 Aug 1999 23:32:44 +0000 X-Mailer: Mail User's Shell (7.2.6 beta(3) 11/17/96) To: freebsd-current@freebsd.org Subject: kernel build fail- /pci/if_xl.c:133: miibus_if.h: No such file or directory Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Subject says it all. make depend fails with: ../../pci/if_xl.c:133: miibus_if.h: No such file or directory mkdep: compile failed -skots To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 23:38:40 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 207A815268 for ; Sun, 29 Aug 1999 23:38:38 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id XAA10399; Sun, 29 Aug 1999 23:36:24 -0700 (PDT) (envelope-from dillon) Date: Sun, 29 Aug 1999 23:36:24 -0700 (PDT) From: Matthew Dillon Message-Id: <199908300636.XAA10399@apollo.backplane.com> To: Greg Lehey Cc: Bernd Walter , Mike Smith , Parag Patel , freebsd-current@FreeBSD.ORG Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates References: <199908292224.PAA15435@dingo.cdrom.com> <199908292348.QAA07774@apollo.backplane.com> <19990830075311.A30271@cicely8.cicely.de> <199908300559.WAA09987@apollo.backplane.com> <19990830160155.G13904@freebie.lemis.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :>> }, :>> b_vnbufs = { :>> ... :>> (kgdb) :> :> This is definitely a pbuf. : :What's a pbuf? Sorry, it isn't a pbuf. Hmm. You are allocating and initializing a struct buf yourself? That could cause long term problems but is neither here nor there at the moment, we'll deal with it later. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 23:46:43 1999 Delivered-To: freebsd-current@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id B133315268 for ; Sun, 29 Aug 1999 23:46:36 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id QAA27377; Mon, 30 Aug 1999 16:16:34 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id QAA77018; Mon, 30 Aug 1999 16:16:33 +0930 (CST) Date: Mon, 30 Aug 1999 16:16:33 +0930 From: Greg Lehey To: Matthew Dillon Cc: Bernd Walter , Mike Smith , Parag Patel , freebsd-current@FreeBSD.ORG Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates Message-ID: <19990830161633.J13904@freebie.lemis.com> References: <199908292224.PAA15435@dingo.cdrom.com> <199908292348.QAA07774@apollo.backplane.com> <19990830075311.A30271@cicely8.cicely.de> <199908300559.WAA09987@apollo.backplane.com> <19990830160155.G13904@freebie.lemis.com> <199908300636.XAA10399@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <199908300636.XAA10399@apollo.backplane.com>; from Matthew Dillon on Sun, Aug 29, 1999 at 11:36:24PM -0700 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, 29 August 1999 at 23:36:24 -0700, Matthew Dillon wrote: >>>> }, >>>> b_vnbufs = { >>>> ... >>>> (kgdb) >>> >>> This is definitely a pbuf. >> >> What's a pbuf? > > Sorry, it isn't a pbuf. OK. But what is a pbuf? I've never heard that term before. > Hmm. You are allocating and initializing a struct buf yourself? Yup. I need more information in the header, and at the time I did it I was told the b_driver* fields would go away. > That could cause long term problems but is neither here nor > there at the moment, we'll deal with it later. I discussed it with Kirk, who wasn't too concerned. Do you have other issues? Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 23:48:43 1999 Delivered-To: freebsd-current@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id 9A0EA15268 for ; Sun, 29 Aug 1999 23:48:38 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id QAA27385; Mon, 30 Aug 1999 16:17:16 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id QAA77046; Mon, 30 Aug 1999 16:17:16 +0930 (CST) Date: Mon, 30 Aug 1999 16:17:15 +0930 From: Greg Lehey To: Bernd Walter Cc: Matthew Dillon , Mike Smith , Parag Patel , freebsd-current@FreeBSD.ORG Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates Message-ID: <19990830161715.K13904@freebie.lemis.com> References: <199908292224.PAA15435@dingo.cdrom.com> <199908292348.QAA07774@apollo.backplane.com> <19990830075311.A30271@cicely8.cicely.de> <199908300559.WAA09987@apollo.backplane.com> <19990830080603.B30271@cicely8.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19990830080603.B30271@cicely8.cicely.de>; from Bernd Walter on Mon, Aug 30, 1999 at 08:06:03AM +0200 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Monday, 30 August 1999 at 8:06:03 +0200, Bernd Walter wrote: > On Sun, Aug 29, 1999 at 10:59:22PM -0700, Matthew Dillon wrote: >> >> This is definitely a pbuf. Did you apply the patches Greg emailed? > > Not yet. > I will do it today. Wait a while. I'll send you another couple as well. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 29 23:52:15 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id E5835152B5 for ; Sun, 29 Aug 1999 23:52:09 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id XAA10557; Sun, 29 Aug 1999 23:51:49 -0700 (PDT) (envelope-from dillon) Date: Sun, 29 Aug 1999 23:51:49 -0700 (PDT) From: Matthew Dillon Message-Id: <199908300651.XAA10557@apollo.backplane.com> To: Greg Lehey Cc: Bernd Walter , Mike Smith , Parag Patel , freebsd-current@FreeBSD.ORG Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates References: <199908292224.PAA15435@dingo.cdrom.com> <199908292348.QAA07774@apollo.backplane.com> <19990830075311.A30271@cicely8.cicely.de> <199908300559.WAA09987@apollo.backplane.com> <19990830160155.G13904@freebie.lemis.com> <199908300636.XAA10399@apollo.backplane.com> <19990830161633.J13904@freebie.lemis.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :>> :>> What's a pbuf? :> :> Sorry, it isn't a pbuf. : :OK. But what is a pbuf? I've never heard that term before. A pbuf is a 'physical buffer'. Specifically, it is a struct buf structure used by low level device drivers to issue their own I/O. pbuf's are used by a number of modules. For example, they are used by the VFS clustering code to create a 'super buffer' that encompasses a number of smaller filesystem buffers. They are also used by the swapper to initiate low level disk I/O, and the VN device for same. :> That could cause long term problems but is neither here nor :> there at the moment, we'll deal with it later. : :I discussed it with Kirk, who wasn't too concerned. Do you have other :issues? : :Greg Naw, when we finally fix the struct buf's we'll deal with everything that uses them. As long as you do not special case structural fields (use them in a manner for which they were not designed), there shouldn't be any problem. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 0: 2:45 1999 Delivered-To: freebsd-current@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id B968015255 for ; Mon, 30 Aug 1999 00:02:30 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id QAA27457; Mon, 30 Aug 1999 16:30:41 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id QAA77118; Mon, 30 Aug 1999 16:30:40 +0930 (CST) Date: Mon, 30 Aug 1999 16:30:39 +0930 From: Greg Lehey To: Bernd Walter Cc: Matthew Dillon , Mike Smith , Parag Patel , freebsd-current@FreeBSD.ORG Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates Message-ID: <19990830163039.L13904@freebie.lemis.com> References: <199908292224.PAA15435@dingo.cdrom.com> <199908292348.QAA07774@apollo.backplane.com> <19990830075311.A30271@cicely8.cicely.de> <199908300559.WAA09987@apollo.backplane.com> <19990830080603.B30271@cicely8.cicely.de> <19990830161715.K13904@freebie.lemis.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=jho1yZJdad60DJr+ X-Mailer: Mutt 0.95.4i In-Reply-To: <19990830161715.K13904@freebie.lemis.com>; from Greg Lehey on Mon, Aug 30, 1999 at 04:17:15PM +0930 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --jho1yZJdad60DJr+ Content-Type: text/plain; charset=us-ascii On Monday, 30 August 1999 at 16:17:15 +0930, Greg Lehey wrote: > On Monday, 30 August 1999 at 8:06:03 +0200, Bernd Walter wrote: >> On Sun, Aug 29, 1999 at 10:59:22PM -0700, Matthew Dillon wrote: >>> >>> This is definitely a pbuf. Did you apply the patches Greg emailed? >> >> Not yet. >> I will do it today. > > Wait a while. I'll send you another couple as well. OK, I'm attaching the patches. You'll need to build a new kernel, a new Vinum kld and a new vinum(8). Let me know if you have any problems. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key --jho1yZJdad60DJr+ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=patches Index: dev/vinum/request.h =================================================================== RCS file: /home/ncvs/src/sys/dev/vinum/request.h,v retrieving revision 1.13 diff -w -u -r1.13 request.h --- request.h 1999/08/28 00:42:37 1.13 +++ request.h 1999/08/30 05:33:13 @@ -202,7 +202,7 @@ } info; }; -#define RQINFO_SIZE 128 /* number of info slots in buffer */ +#define RQINFO_SIZE 512 /* number of info slots in buffer */ void logrq(enum rqinfo_type type, union rqinfou info, struct buf *ubp); #endif Index: dev/vinum/vinuminterrupt.c =================================================================== RCS file: /home/ncvs/src/sys/dev/vinum/vinuminterrupt.c,v retrieving revision 1.19 diff -w -u -r1.19 vinuminterrupt.c --- vinuminterrupt.c 1999/08/28 00:42:39 1.19 +++ vinuminterrupt.c 1999/08/30 06:58:06 @@ -352,6 +352,10 @@ if (debug & DEBUG_LASTREQS) logrq(loginfo_raid5_data, (union rqinfou) rqe, bp); #endif + if ((bp->b_flags & B_CALL) + && (bp->b_iodone == NULL) ) + Debugger("complete_raid5_write"); + bp->b_flags |= B_XXX; /* mark our own */ BUF_STRATEGY(&rqe->b, 0); } } @@ -388,5 +392,9 @@ if (debug & DEBUG_LASTREQS) logrq(loginfo_raid5_parity, (union rqinfou) rqe, bp); #endif + if ((bp->b_flags & B_CALL) + && (bp->b_iodone == NULL) ) + Debugger("complete_raid5_write"); + bp->b_flags |= B_XXX; /* mark our own */ BUF_STRATEGY(&rqe->b, 0); } Index: dev/vinum/vinumrequest.c =================================================================== RCS file: /home/ncvs/src/sys/dev/vinum/vinumrequest.c,v retrieving revision 1.35 diff -w -u -r1.35 vinumrequest.c --- vinumrequest.c 1999/08/28 00:42:42 1.35 +++ vinumrequest.c 1999/08/30 06:57:00 @@ -396,6 +396,11 @@ if (debug & DEBUG_LASTREQS) logrq(loginfo_rqe, (union rqinfou) rqe, rq->bp); #endif + if ((bp->b_flags & B_CALL) + && (bp->b_iodone == NULL) ) + Debugger("launch_requests"); + bp->b_flags |= B_XXX; /* mark our own */ + /* fire off the request */ BUF_STRATEGY(&rqe->b, 0); } Index: kern/subr_diskslice.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_diskslice.c,v retrieving revision 1.68 diff -w -u -r1.68 subr_diskslice.c --- subr_diskslice.c 1999/08/28 00:46:17 1.68 +++ subr_diskslice.c 1999/08/30 06:52:03 @@ -265,6 +265,9 @@ && sp->ds_offset != 0) { struct iodone_chain *ic; + if ((bp->b_flags & B_CALL) + && (bp->b_iodone == NULL) ) + Debugger("dscheck"); ic = malloc(sizeof *ic , M_DEVBUF, M_WAITOK); ic->ic_prev_flags = bp->b_flags; ic->ic_prev_iodone = bp->b_iodone; @@ -601,6 +604,9 @@ | (bp->b_flags & ~(B_CALL | B_DONE)); bp->b_iodone = ic->ic_prev_iodone; bp->b_iodone_chain = ic->ic_prev_iodone_chain; + if ((bp->b_flags & B_CALL) + && (bp->b_iodone == NULL) ) + Debugger("dsiodone"); if (!(bp->b_flags & B_READ) || (!(bp->b_flags & B_ERROR) && bp->b_error == 0)) { msg = fixlabel((char *)NULL, ic->ic_args[1].ia_ptr, Index: kern/vfs_bio.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_bio.c,v retrieving revision 1.227 diff -w -u -r1.227 vfs_bio.c --- vfs_bio.c 1999/08/28 00:46:23 1.227 +++ vfs_bio.c 1999/08/30 01:31:00 @@ -2576,6 +2576,8 @@ /* call optional completion function if requested */ if (bp->b_flags & B_CALL) { + if (bp->b_iodone == NULL) + Debugger ("biodone"); bp->b_flags &= ~B_CALL; (*bp->b_iodone) (bp); splx(s); --jho1yZJdad60DJr+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 0:15:12 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id 568FA152D4 for ; Mon, 30 Aug 1999 00:15:00 -0700 (PDT) (envelope-from ticso@mail.cicely.de) Received: from mail.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.9.3/8.9.3) with ESMTP id JAA18306; Mon, 30 Aug 1999 09:13:41 +0200 (MET DST) Received: (from ticso@localhost) by mail.cicely.de (8.9.0/8.9.0) id JAA10692; Mon, 30 Aug 1999 09:14:11 +0200 (CEST) Date: Mon, 30 Aug 1999 09:14:11 +0200 From: Bernd Walter To: Greg Lehey Cc: Bernd Walter , Matthew Dillon , Mike Smith , Parag Patel , freebsd-current@FreeBSD.ORG Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates Message-ID: <19990830091411.A10667@cicely7.cicely.de> References: <199908292224.PAA15435@dingo.cdrom.com> <199908292348.QAA07774@apollo.backplane.com> <19990830075311.A30271@cicely8.cicely.de> <19990830155816.F13904@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <19990830155816.F13904@freebie.lemis.com>; from Greg Lehey on Mon, Aug 30, 1999 at 03:58:16PM +0930 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Aug 30, 1999 at 03:58:16PM +0930, Greg Lehey wrote: > > Yes, this is the same thing. Until Parag came along, I was beginning > to think it was a problem with your hardware :-( Yes - I would have done tests with a host at work to check if it's reproduceable with another hardware - now I think this is obsolete. It would be difficult to give you login to that host and a host for gdb anyway. > > Is there any way for me to look at this? Do you have an IDE disk on > your machine that you could dump to? You already have login to that host - but theres's nothing to see at this moment and I'm physicaly away from it :( Will it write a dump to ide? I have only one ide cd-rom in that host, but I have an unused 130M IDE-HDD. If there's a chance I will give it a try. I usually avoid modifications to the host itself, because it has 8 SCSI-channels and only 4 PCI Slots - Cabeling is very difficult with :( With the remote access - please wait until I'm back home. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 0:38:16 1999 Delivered-To: freebsd-current@freebsd.org Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9]) by hub.freebsd.org (Postfix) with ESMTP id 4566015279; Mon, 30 Aug 1999 00:38:10 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id RAA05290; Mon, 30 Aug 1999 17:38:05 +1000 Date: Mon, 30 Aug 1999 17:38:05 +1000 From: Bruce Evans Message-Id: <199908300738.RAA05290@godzilla.zeta.org.au> To: current@freebsd.org Subject: early panics broken Cc: msmith@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG panic() no longer works when called early. E.g., after booting with -d, typing `panic' at the debugger prompt produces no output and hangs. This may be because panic() now depends on uninitialized event handlers. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 1:35:46 1999 Delivered-To: freebsd-current@freebsd.org Received: from dingo.cdrom.com (castles523.castles.com [208.214.165.87]) by hub.freebsd.org (Postfix) with ESMTP id 142F91588D; Mon, 30 Aug 1999 01:35:42 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id BAA18479; Mon, 30 Aug 1999 01:28:03 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199908300828.BAA18479@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Bruce Evans Cc: current@freebsd.org, msmith@freebsd.org Subject: Re: early panics broken In-reply-to: Your message of "Mon, 30 Aug 1999 17:38:05 +1000." <199908300738.RAA05290@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 30 Aug 1999 01:28:02 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > panic() no longer works when called early. E.g., after booting with -d, > typing `panic' at the debugger prompt produces no output and > hangs. > > This may be because panic() now depends on uninitialized event handlers. That would only be an issue if panic() then calls boot() without initialising it. Until boot() has been told how to restart the particular hardware it's running on in an appropriate fashion, it's somewhat difficult to do this "right". Perhaps exit() needs to be implemented? -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 2:15:19 1999 Delivered-To: freebsd-current@freebsd.org Received: from ren.detir.qld.gov.au (ns.detir.qld.gov.au [203.46.81.66]) by hub.freebsd.org (Postfix) with ESMTP id 3A11514F69; Mon, 30 Aug 1999 02:15:11 -0700 (PDT) (envelope-from syssgm@detir.qld.gov.au) Received: by ren.detir.qld.gov.au; id TAA12542; Mon, 30 Aug 1999 19:12:42 +1000 (EST) Received: from ogre.detir.qld.gov.au(167.123.8.3) by ren.detir.qld.gov.au via smap (3.2) id xma012532; Mon, 30 Aug 99 19:12:17 +1000 Received: from atlas.detir.qld.gov.au (atlas.detir.qld.gov.au [167.123.8.9]) by ogre.detir.qld.gov.au (8.8.8/8.8.7) with ESMTP id TAA08240; Mon, 30 Aug 1999 19:12:17 +1000 (EST) Received: from nymph.detir.qld.gov.au (nymph.detir.qld.gov.au [167.123.10.10]) by atlas.detir.qld.gov.au (8.8.5/8.8.5) with ESMTP id TAA26119; Mon, 30 Aug 1999 19:12:16 +1000 (EST) Received: from nymph.detir.qld.gov.au (localhost.detir.qld.gov.au [127.0.0.1]) by nymph.detir.qld.gov.au (8.8.8/8.8.7) with ESMTP id TAA00547; Mon, 30 Aug 1999 19:12:15 +1000 (EST) (envelope-from syssgm@nymph.detir.qld.gov.au) Message-Id: <199908300912.TAA00547@nymph.detir.qld.gov.au> To: freebsd-current@freebsd.org, freebsd-scsi@freebsd.org Cc: syssgm@detir.qld.gov.au Subject: SCSI surprise! (was: Softupdates reliability?) Date: Mon, 30 Aug 1999 19:12:15 +1000 From: Stephen McKay Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [I'm trying my first crosspost experiment here. Please follow up to -scsi.] A week ago I posted my strange crash and subsequent doubts about the proper functioning of softupdates. This is more of the story. I examined the lost+found directory more closely and of the few files that I traced, they were all temporary files or newly created directories (ports actually) created in the CTM update process. So, maybe I didn't really lose anything. Maybe fsck just doesn't recognise one of the safe-but-crashed modes you get when using softupdates. But unfortunately, I needed a CVS tree urgently and restored a backup. To make up for this, I promise to do serious destruction testing of softupdates soon. But, I had another crash almost as soon as I started using the machine again. Again, the Exabyte was being used (but only rewinding at the time), but the obvious trigger this time was intense disk activity (from "rm"). The active file system was not using softupdates, and had a number of fsck -p correctable errors on reboot. Conclusions: 1) The Exabyte was not to blame for the crash 2) The crash wasn't a "scribble junk" crash (first one probably wasn't either) 3) Regular mounts are still safer than softupdates I took the lid off anyway hoping to find anything at all weird and noticed something I had forgotten. I was using a Seagate ST51080N 1GB disk earlier for some experimenting and had disconnected the POWER, but not the SCSI CABLE. (It's a really noisy drive!) When I also unplugged the SCSI cable, all crashes stopped. I've now used the machine intensively for several days (copying over 20GB of small and big files, and read and written several tapes) without incident. Conclusions: 4) My stepping of K6-2/300 is just fine 5) My Exabyte really is ok :-) 6) It is NOT safe to have a powered down SCSI device attached to a SCSI chain 7) The world really is a wonderful place ;-) So, apart from being happy at having stable hardware again, I am intensely curious about this. Why is a powered down SCSI device so nasty? For example, the first crash locked up my SCSI card so that reset didn't fix it, and the second crash hung one of my disks so that it had to be powered down to even be recognised! Is there a standard for this stuff? Stephen. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 6:42:48 1999 Delivered-To: freebsd-current@freebsd.org Received: from arc.hq.cti.ru (arc.hq.cti.ru [195.34.40.3]) by hub.freebsd.org (Postfix) with ESMTP id 90C69151DE for ; Mon, 30 Aug 1999 06:42:40 -0700 (PDT) (envelope-from tejblum@arc.hq.cti.ru) Received: from arc.hq.cti.ru (localhost [127.0.0.1]) by arc.hq.cti.ru (8.9.3/8.9.3) with ESMTP id RAA78840; Mon, 30 Aug 1999 17:40:58 +0400 (MSD) (envelope-from tejblum@arc.hq.cti.ru) Message-Id: <199908301340.RAA78840@arc.hq.cti.ru> X-Mailer: exmh version 2.0zeta 7/24/97 To: Matthew Dillon Cc: Doug Rabson , current@FreeBSD.ORG Subject: Re: NFSv3 on freebsd<-->solaris In-reply-to: Your message of "Sun, 29 Aug 1999 16:44:33 PDT." <199908292344.QAA07737@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 30 Aug 1999 17:40:56 +0400 From: Dmitrij Tejblum Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The client system -- A FreeBSD > client system - has a buffer cache. The buffer cache holds an abstraction > for both files and directories. Well, the discussion is about FreeBSD NFS server, not about FreeBSD NFS client. Neither FreeBSD server cannot assume FreeBSD client, nor FreeBSD client can assume FreeBSD server. The NFS server is a simple thing that just do what the client requested, for example read the directory. Bugs in the FreeBSD NFS client is completely different story. > > Our NFS implementation on the client caches the NFS directory via the > buffer cache. It translates the cookies returned by the server to > a block number and offset as cached in the client's buffer cache. > > See nfs_readdirrpc() in sys/nfs/nfs_vnops.c > > This creates a directory-block abstraction on the client. The 'cookies' > the client returns to processes are based on this abstraction and do not > match the cookies returned by the server. > > The problem that we have is that our buffer cache abstraction essentially > fits a variable number of directory entries returned from the server. If > a file is created or deleted on the server, our buffer cache abstraction > gets thrown for a loop. The client _cannot_ depend on that if a file is created or removed on the server, the "bad cookie" error is returned in next readdir. RFC1813 does not require it in any way. > > In order to maintain consistency within the set of cached pages (note: > I'm not talking about cache coherency with the server here, just > consistency within the buffer cache on the client), our buffer cache > abstraction is currently dependant on the verifier key changing on the > server. I don't why it was done this way -- perhaps mtime was found to > not be sufficient. Maybe because it doesn't have sufficient resolution > under NFSv2. Under NFSv3 it should theoretically have sufficient > resolution but how many servers do you know keep the nanoseconds field > updated? I don't believe in it. First of all, NFSv2 has no verifiers, and work reasonably well. (There is a belief that NFSv2 is much more reliable than NFSv3, you know.) Then, invalidation of cached data is heavily depended on mtime anyway. The client don't do readdir RPC if it think that its cache is valid, it only verify the mtime. Finally, -current has a debugging printf in "bad cookie" handling code for about 4 months, and noone complain that his logs filled with the message. I think I now understand why the "bad cookie" handling code don't do the right thing. Removing files in the directory effectively shift its content to the left. So, if you read the directory and remove files in the same time, you will miss some entries. > When applied to files, the use of mtime to determine when to flush the > cache is nothing more then an inconvenience. But the use of mtime to > determine when to flush a directory cache can be fatal. I still don't see why. > If you want to change the way our directory verifier works, you have to > completely rewrite the directory caching code for the client. I think > you can argue that the verifier is not being implemented properly, but > I'm not going to let anyone change it unless the directory caching code > on the client is rewritten at the same time to use the server's cookies > directly. Really? > Right now the server's cookies are only used by the client to demark > client-buffer-cache buffer boundries. The actual cookies returned to > the *process* running on the client are translated from the client's > buffer cache abstraction of the NFS directory. > > The change that would have to be made would be for the server's cookies > to be passed through all the way to the process sitting on the client > rather then translated in the buffer cache. Then cache consistency in > our client would then not be as sensitive to the varying amounts of > information the server sends us and we could safely leave the verifier > alone on the server. This would require us to change the abstraction our > client uses significantly -- it would not longer be able to use the > cookies passed to it by the user process as direct offsets into the > client's buffer cache. Hmm. I don't think such a big changes in the directory caching is necessary at all, though I didn't actually think about it. Anyway, the verifiers only add to the breakage (see above). Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 7:46: 1 1999 Delivered-To: freebsd-current@freebsd.org Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (Postfix) with SMTP id 453341586E for ; Mon, 30 Aug 1999 07:45:55 -0700 (PDT) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id KAA20178; Mon, 30 Aug 1999 10:46:43 -0400 From: Bill Paul Message-Id: <199908301446.KAA20178@skynet.ctr.columbia.edu> Subject: Re: kernel build fail- /pci/if_xl.c:133: miibus_if.h: No such file or directory To: freebsd@mrynet.com (FreeBSD mailing list) Date: Mon, 30 Aug 1999 10:46:42 -0400 (EDT) Cc: current@freebsd.org In-Reply-To: <199908300632.XAA47993@mrynet.com> from "FreeBSD mailing list" at Aug 29, 99 11:32:44 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1233 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Of all the gin joints in all the towns in all the world, FreeBSD mailing list had to walk into mine and say: > Subject says it all. No, the subject does not say it all: the subject says nothing about how you forgot to update your kernel config file to include: controller miibus0 The subject also fails to mention that you didn't go back and read previous postings on this list, especially the one where I said that I had converted the xl driver to use miibus. Of course, nowdays you don't even need to include the xl driver in your kernel. You can just do: kldload mii kldload xl Or you can include the following in /boot/loader.conf and reboot: mii_load="YES" xl_load="YES" -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 7:46:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from oasis.novia.net (oasis.novia.net [216.40.24.1]) by hub.freebsd.org (Postfix) with ESMTP id 604C31589B for ; Mon, 30 Aug 1999 07:46:08 -0700 (PDT) (envelope-from freebsd@oasis.novia.net) Received: from localhost (freebsd@localhost) by oasis.novia.net (8.9.3/Novia) with ESMTP id JAA06310 for ; Mon, 30 Aug 1999 09:45:50 -0500 (CDT) Date: Mon, 30 Aug 1999 09:45:39 -0500 (CDT) From: FreeBSD To: freebsd-current@FreeBSD.org Subject: spec_getpages: I/O read failure Message-ID: Organization: Novia Internetworking MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG .. I hope this is going to the right list .. With 4.0-19990826-CURRENT and 4.0-19990827-CURRENT, been having a bit of a problem that only shows itself once swap starts being used: ------------- Aug 26 19:24:31 zed /kernel: spec_getpages: I/O read failure: (error code=0) bp 0xce0e68f8 vp 0xda84de40 Aug 26 19:24:31 zed /kernel: size: 0, resid: 0, a_count: 32217, valid: 0x0 Aug 26 19:24:31 zed /kernel: nread: 0, reqpage: 7, pindex: 63, pcount: 8 Aug 26 19:24:31 zed /kernel: vm_fault: pager read error, pid 34675 (nntpcached) Aug 26 19:24:31 zed nntpcache-client[34675]: nntpcache.c:291:No such file or directory: SIGSEGV! Aug 26 19:25:02 zed /kernel: spec_getpages: I/O read failure: (error code=0) bp 0xce0e7d78 vp 0xda84de40 Aug 26 19:25:02 zed /kernel: size: 0, resid: 0, a_count: 32472, valid: 0x0 Aug 26 19:25:02 zed /kernel: nread: 0, reqpage: 7, pindex: 219, pcount: 8 Aug 26 19:25:02 zed /kernel: vm_fault: pager read error, pid 36321 (nntpcached) Aug 26 19:25:02 zed nntpcache-client[36321]: nntpcache.c:291: SIGSEGV! ------------- Exact same hardware, w/ 4.0-19990813-CURRENT, and everything works just fine. Any ideas? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 8:29:43 1999 Delivered-To: freebsd-current@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id 840EE14CEC; Mon, 30 Aug 1999 08:29:37 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id RAA12053; Mon, 30 Aug 1999 17:12:27 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id OAA01384; Mon, 30 Aug 1999 14:53:13 +0200 (CEST) (envelope-from wilko) From: Wilko Bulte Message-Id: <199908301253.OAA01384@yedi.iaf.nl> Subject: Re: SCSI surprise! (was: Softupdates reliability?) In-Reply-To: <199908300912.TAA00547@nymph.detir.qld.gov.au> from Stephen McKay at "Aug 30, 1999 7:12:15 pm" To: syssgm@detir.qld.gov.au (Stephen McKay) Date: Mon, 30 Aug 1999 14:53:12 +0200 (CEST) Cc: freebsd-current@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG, syssgm@detir.qld.gov.au X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As Stephen McKay wrote ... > I took the lid off anyway hoping to find anything at all weird and noticed > something I had forgotten. I was using a Seagate ST51080N 1GB disk earlier > for some experimenting and had disconnected the POWER, but not the SCSI CABLE. > (It's a really noisy drive!) When I also unplugged the SCSI cable, all crashes > stopped. I've now used the machine intensively for several days (copying over > 20GB of small and big files, and read and written several tapes) without > incident. Conclusions: > > 4) My stepping of K6-2/300 is just fine > 5) My Exabyte really is ok :-) > 6) It is NOT safe to have a powered down SCSI device attached to a SCSI chain > 7) The world really is a wonderful place ;-) > > So, apart from being happy at having stable hardware again, I am intensely > curious about this. Why is a powered down SCSI device so nasty? For example, It is normally not so nasty. Did this particular device have the SCSI terminator? If so, the terminator needs +5V (terminator power aka TERMPWR) to function correctly. Some devices can be setup to take terminator power from the bus (generally supplied by the host adapter) or from the device they are installed on. I've run things with power-ed down devices without any ill effects. But always with external terminators, so not with the terminator on the device itself but on the bus cable. > the first crash locked up my SCSI card so that reset didn't fix it, and the > second crash hung one of my disks so that it had to be powered down to even > be recognised! Is there a standard for this stuff? Yes, the ANSI SCSI standard. www.t10.org (.com??) Wilko -- | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 8:46:18 1999 Delivered-To: freebsd-current@freebsd.org Received: from caspian.plutotech.com (caspian.plutotech.com [206.168.67.80]) by hub.freebsd.org (Postfix) with ESMTP id 5C4DD150B0; Mon, 30 Aug 1999 08:46:14 -0700 (PDT) (envelope-from gibbs@caspian.plutotech.com) Received: from caspian.plutotech.com (localhost [127.0.0.1]) by caspian.plutotech.com (8.9.3/8.9.1) with ESMTP id JAA10024; Mon, 30 Aug 1999 09:45:20 -0600 (MDT) (envelope-from gibbs@caspian.plutotech.com) Message-Id: <199908301545.JAA10024@caspian.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Jordan K. Hubbard" Cc: current@freebsd.org, gibbs@freebsd.org Subject: Re: Weird new SCSI diagnostics in -current In-reply-to: Your message of "Sun, 29 Aug 1999 01:22:58 PDT." <1007.935914978@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 30 Aug 1999 09:45:18 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I'm noticing some new output. What does it mean and is it going >to stay there? :-) Peter killed these last week. > >- Jordan -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 11: 5:52 1999 Delivered-To: freebsd-current@freebsd.org Received: from gndrsh.dnsmgr.net (GndRsh.dnsmgr.net [198.145.92.4]) by hub.freebsd.org (Postfix) with ESMTP id 312BA1592F for ; Mon, 30 Aug 1999 11:05:44 -0700 (PDT) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id LAA66117; Mon, 30 Aug 1999 11:05:37 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <199908301805.LAA66117@gndrsh.dnsmgr.net> Subject: Re: $FreeBSD tag confusion In-Reply-To: <14282.2563.303797.40529@mired.eh.local> from Kevin Street at "Aug 30, 1999 00:35:15 am" To: street@iname.com (Kevin Street) Date: Mon, 30 Aug 1999 11:05:36 -0700 (PDT) Cc: jdp@polstra.com (John Polstra), current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Rodney W. Grimes writes: > > >What verion of the cvs binary are you running (cvs -v)? > > Concurrent Versions System (CVS) 1.10 `Halibut' (client/server) > > >Are you getting a copy of CVSROOT? > > yes...as part of src-all, but it's not used as *my* CVSROOT. What is the content of *your* CVSROOT/options file? > Let's go back to the beginning here. Is my cvs responsible for > expanding the $FreeBSD$ tags, or are they supposed to arrive in my cvs > repository already expanded? Your cvs is responsible for expanding the $FreeBSD$ tag when it needs expanded. > If my cvs needs to do it, then I presume > I need to add some options to my CVSROOT to make that happen. If so, > is there a description somewhere of what I need to steal out of > FreeBSD's CVSROOT that will make it happen? The file CVSROOT/options should contain: gndrsh:root {743}# cat options tag=FreeBSD=CVSHeader tagexpand=iFreeBSD,Id gndrsh:root {744}# -- Rod Grimes - KD7CAX - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 11: 6: 6 1999 Delivered-To: freebsd-current@freebsd.org Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (Postfix) with ESMTP id 3681415951; Mon, 30 Aug 1999 11:05:48 -0700 (PDT) (envelope-from rb@gid.co.uk) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.9.2/8.8.7) with UUCP id TAA56037; Mon, 30 Aug 1999 19:05:46 +0100 (BST) (envelope-from rb@gid.co.uk) Received: from [194.32.164.2] by seagoon.gid.co.uk; Mon, 30 Aug 1999 19:02:40 +0100 (BST) X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 30 Aug 1999 19:02:38 +0000 To: current@freebsd.org From: Bob Bishop Subject: NFS-related panic on SMP Cc: smp@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, With a kernel built from -current cvsup'd at Sun Aug 22 04:03:19 BST 1999, I got the following panic doing make -j8 world with /usr/src via NFS and /usr/obj local: Panic: free vnode isn't mp_lock = 00000001; cpuid = 0; lapic.id = 00000000 backtrace (hand-transcribed): panic getnewvnode() + 0x157 nfs_nget() + 0x107 nfs_lookup()+0xe8d lookup() + 0x2ab namei() + 0x137 stat() + 0x44 syscall() + 0x186 Xint0x80_syscall() + 0x31 Any ideas? -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 11:28:22 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 418AF14CE1; Mon, 30 Aug 1999 11:28:19 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id LAA16324; Mon, 30 Aug 1999 11:28:06 -0700 (PDT) (envelope-from dillon) Date: Mon, 30 Aug 1999 11:28:06 -0700 (PDT) From: Matthew Dillon Message-Id: <199908301828.LAA16324@apollo.backplane.com> To: Bob Bishop Cc: current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: NFS-related panic on SMP References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Hi, : :With a kernel built from -current cvsup'd at Sun Aug 22 04:03:19 BST 1999, :I got the following panic doing make -j8 world with /usr/src via NFS and :/usr/obj local: : :Panic: free vnode isn't :mp_lock = 00000001; cpuid = 0; lapic.id = 00000000 : :backtrace (hand-transcribed): : :panic :getnewvnode() + 0x157 :nfs_nget() + 0x107 :nfs_lookup()+0xe8d :lookup() + 0x2ab :namei() + 0x137 :stat() + 0x44 :syscall() + 0x186 :Xint0x80_syscall() + 0x31 : :Any ideas? :-- :Bob Bishop (0118) 977 4017 international code +44 118 :rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK This is the second person with a crash in nfs_lookup. No major changes have been made to NFS yet -- my patch set is still uncommitted. I can only conclude that something else someone has done has broken something. With my patchset and the latest current, I am able to do buildworlds in a loop forever on an SMP box using precisely that setup: /usr/src via NFS, /usr/obj local (and also /usr/obj/ via VN). At this instant my patch set will not patch cleanly due to some inappropriate commits made last night which I am trying to resolve. (However, these commits are probably not responsible for this particular problem since you indicate an early sunday morning image). I recommend waiting a few days, hopefully this mess will be straightened out by then and we can put everyone on the same page again. I can't update my patch until the mess that was committed last night has been backed out. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 13: 1:33 1999 Delivered-To: freebsd-current@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 7AD3C153E6 for ; Mon, 30 Aug 1999 13:01:21 -0700 (PDT) (envelope-from ncbp@wheel.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1002) id DFE5D3E03; Mon, 30 Aug 1999 22:00:14 +0200 (CEST) Date: Mon, 30 Aug 1999 22:00:14 +0200 From: "Niels Chr. Bank-Pedersen" To: freebsd-current@FreeBSD.org Subject: Problems with the latest changes to ifconfig (I guess) Message-ID: <19990830220014.A11116@bank-pedersen.dk> Mail-Followup-To: freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Mutt/0.96.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, After the recent changes to ifconfig and the xl driver I am getting a panic when rc.network runs ifconfig: [...] Doing initial network setup: hostname. UP,LOOPBACK,RUNN ING,MULTICAST> m E®Wio•Fnetmask 0xff0000a00 tal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0x0 stack pointer = 0x10:0xc8d18dc4 frame pointer = 0x10:0xc8d18ddc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 78 (ifconfig) interrupt mask = net kernel: type 12 trap, code=0 Stopped at 0: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc020cac4 stack pointer = 0x10:0xc8d18c3c frame pointer = 0x10:0xc8d18c40 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 78 (ifconfig) interrupt mask = net kernel: type 12 trap, code=0 db> This is after a make buildworld/installworld on -current (as of today). dmesg and config-file: FreeBSD/i386 bootstrap loader, Revision 0.7 639/65472kB (root@home.bank-pedersen.dk, Mon Aug 30 10:58:22 CEST 1999) /kernel text=0x164b84 data=0x1ee6c+0x1e1e8 syms=[0x4+0x24760+0x4+0x268f8] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [kernel]... Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Mon Aug 30 18:56:22 CEST 1999 root@home.bank-pedersen.dk:/usr/src/sys/compile/HOME Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Xeon/Celeron (400.90-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ff real memory = 134217728 (131072K bytes) avail memory = 127102976 (124124K bytes) Preloaded elf kernel "kernel" at 0xc02ef000. VESA: v2.0, 8192k memory, flags:0x0, mode table:0xc029d042 (1000022) VESA: ATI MACH64 Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vga-pci0: irq 15 at device 0.0 on pci1 isab0: at device 7.0 on pci0 isa0: on isab0 chip1: at device 7.1 on pci0 chip2: at device 7.2 on pci0 chip3: at device 7.3 on pci0 ahc0: irq 15 at device 15.0 on pci0 ahc0: aic7870 Wide Channel A, SCSI Id=7, 16/255 SCBs pcm0: irq 11 at device 16.0 on pci0 pcm0: using I/O space register mapping at 0xe800 xl0: <3Com 3c905B-TX Fast Etherlink XL> irq 10 at device 18.0 on pci0 xl0: Ethernet address: 00:10:4b:7a:96:7d miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xlphy1: <3Com internal media interface> on miibus0 xlphy1: ignoring this PHY, non-zero instance device_probe_and_attach: xlphy1 attach returned 6 Probing for PnP devices: atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <9 virtual consoles, flags=0x0> fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0 at port 0x378-0x37f on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode lpt0: on ppbus 0 Waiting 5 seconds for SCSI devices to settle changing root device to da0s1a da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15) da0: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) da2 at ahc0 bus 0 target 8 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) da2: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da1: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C) cd0 at ahc0 bus 0 target 4 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 4.237MB/s transfers (4.237MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present WARNING: / was not properly dismounted vinum: loaded Can't open history file /var/tmp/vinum_history: Read-only file system (30) vinum: reading configuration from /dev/da2s1h vinum: updating configuration from /dev/da1s1f vinum: updating configuration from /dev/da1s1g vinum: updating configuration from /dev/da1s1h vinum: updating configuration from /dev/da2s1f vinum: updating configuration from /dev/da2s1g vinum: /dev is mounted read-only, not rebuilding /dev/vinum swapon: adding /dev/da0s1b as swap device swapon: adding /dev/da1s1b as swap device swapon: adding /dev/da2s1b as swap device Automatic reboot in progress... # cat /usr/src/sys/i386/conf/HOME machine i386 cpu I686_CPU ident HOME maxusers 64 #config kernel root on da0 options INET options FFS options NFS options CD9660 options FFS_ROOT options PROCFS #options MSDOSFS options COMPAT_43 options SCSI_DELAY=5000 options UCONSOLE options USERCONFIG options MAXCONS=9 #options VISUAL_USERCONFIG options SOFTUPDATES options NO_F00F_HACK options ICMP_BANDLIM options CLK_USE_TSC_CALIBRATION options COMPAT_LINUX options AHC_ALLOW_MEMIO options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L options SYSVSHM options SYSVSEM options SYSVMSG options KTRACE options VESA options SC_HISTORY_SIZE=1024 options XSERVER options DDB #options GDB_REMOTE_CHAT controller isa0 at nexus? controller pnp0 controller pci0 at nexus? controller atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device psm0 at atkbdc? irq 12 device vga0 at isa? port ? conflicts device sc0 at isa? controller fdc0 at isa? port IO_FD1 irq 6 drq 2 disk fd0 at fdc0 drive 0 controller ahc0 controller scbus0 device da0 device sa0 device cd0 device pass0 device pcm0 device npx0 at nexus? port IO_NPX irq 13 device apm0 at nexus? device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 device ppc0 at isa? port? controller ppbus0 device lpt0 at ppbus? #device ppi0 at ppbus? #device lpbb0 at ppbus? controller miibus0 device xl0 #controller smbus0 #controller intpm0 #device smb0 at smbus? #controller iicbus0 #controller iicbb0 #device ic0 at iicbus? #device iic0 at iicbus? #device iicsmb0 at iicbus? #controller uhci0 #controller ohci0 #controller usb0 pseudo-device loop pseudo-device ether pseudo-device pty 16 pseudo-device gzip pseudo-device bpf 4 pseudo-device splash # /Niels Chr. -- Niels Christian Bank-Pedersen, NCB1-RIPE. Network Manager, Tele Danmark NET, IP-section. "Hey, are any of you guys out there actually *using* RFC 1149?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 13:13:54 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id B8FAC14C4E for ; Mon, 30 Aug 1999 13:13:50 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from mail.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.9.3/8.9.3) with ESMTP id WAA07292; Mon, 30 Aug 1999 22:11:31 +0200 (MET DST) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by mail.cicely.de (8.9.0/8.9.0) with ESMTP id WAA13036; Mon, 30 Aug 1999 22:12:10 +0200 (CEST) Received: (from ticso@localhost) by cicely8.cicely.de (8.9.3/8.9.2) id WAA31275; Mon, 30 Aug 1999 22:12:06 +0200 (CEST) (envelope-from ticso) Date: Mon, 30 Aug 1999 22:12:06 +0200 From: Bernd Walter To: Bernd Walter Cc: Greg Lehey , Matthew Dillon , Mike Smith , Parag Patel , freebsd-current@FreeBSD.ORG Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates Message-ID: <19990830221205.B31165@cicely8.cicely.de> References: <199908292224.PAA15435@dingo.cdrom.com> <199908292348.QAA07774@apollo.backplane.com> <19990830075311.A30271@cicely8.cicely.de> <19990830155816.F13904@freebie.lemis.com> <19990830091411.A10667@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <19990830091411.A10667@cicely7.cicely.de>; from Bernd Walter on Mon, Aug 30, 1999 at 09:14:11AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Aug 30, 1999 at 09:14:11AM +0200, Bernd Walter wrote: > On Mon, Aug 30, 1999 at 03:58:16PM +0930, Greg Lehey wrote: > > > > Yes, this is the same thing. Until Parag came along, I was beginning > > to think it was a problem with your hardware :-( > Yes - I would have done tests with a host at work to check if it's reproduceable > with another hardware - now I think this is obsolete. > It would be difficult to give you login to that host and a host for gdb > anyway. The host at work paniced too. It's a dual CPU PIII system - but I hadn't DDB and everthing else needed compiled in. > > > > Is there any way for me to look at this? Do you have an IDE disk on > > your machine that you could dump to? > Will it write a dump to ide? I have only one ide cd-rom in that host, but I > have an unused 130M IDE-HDD. OK I set up the 130M drive configured it as dumpdev and used your patches. One patch did not compile - I wrote you in a different mail. After some time of waiting I got a panic and tried to dump - but it did not work. dumping hang after syncing the drives - is there a way to directly initiate the dump without syncing? I will reproduce the panic and leave it there, so that you can check with kgdb. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 14:23:45 1999 Delivered-To: freebsd-current@freebsd.org Received: from sumatra.americantv.com (sumatra.americantv.com [208.139.222.227]) by hub.freebsd.org (Postfix) with ESMTP id 46C01158CA for ; Mon, 30 Aug 1999 14:23:32 -0700 (PDT) (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id QAA12588 for ; Mon, 30 Aug 1999 16:21:27 -0500 (CDT) Received: (from jlemon@localhost) by right.PCS (8.8.5/8.6.4) id QAA16105; Mon, 30 Aug 1999 16:21:26 -0500 (CDT) Message-ID: <19990830162125.52517@right.PCS> Date: Mon, 30 Aug 1999 16:21:25 -0500 From: Jonathan Lemon To: current@freebsd.org Subject: HEADS UP Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've just committed the revised TCP timer code. There are some user visible changes: User visible TCP timers are now in units of the system clock (10ms for the i386), not those of the slowtimeout (500ms). So if you have customized one of these values, (e.g.: net.inet.tcp.keepintvl), you'll need to multiply it appropriately to keep the same interval. Also, some new sysctls have been added: net.inet.tcp.delacktime: 20 Specifies the timeout for delayed acks (200ms). net.inet.tcp.slowstart_flightsize: 1 Specifies how many packets are included in the initial slow-start flight. Setting this value to 0 will probably result in a non-working system. Choosing a high value would be considered antisocial. net.inet.tcp.local_slowstart_flightsize: 65535 Same as above, but only applies to slowstart on "local" networks. Note that the flightsize is constrained by the receiver's advertised window size. net.inet.tcp.msl: 3000 Specifies the "Maximum Segment Lifetime", 30sec. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 14:29:22 1999 Delivered-To: freebsd-current@freebsd.org Received: from gndrsh.dnsmgr.net (GndRsh.dnsmgr.net [198.145.92.4]) by hub.freebsd.org (Postfix) with ESMTP id 2D07314BCC for ; Mon, 30 Aug 1999 14:29:18 -0700 (PDT) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id OAA67008; Mon, 30 Aug 1999 14:27:53 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <199908302127.OAA67008@gndrsh.dnsmgr.net> Subject: Re: HEADS UP In-Reply-To: <19990830162125.52517@right.PCS> from Jonathan Lemon at "Aug 30, 1999 04:21:25 pm" To: jlemon@americantv.com (Jonathan Lemon) Date: Mon, 30 Aug 1999 14:27:53 -0700 (PDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I've just committed the revised TCP timer code. There are some > user visible changes: > > User visible TCP timers are now in units of the system clock > (10ms for the i386), not those of the slowtimeout (500ms). So > if you have customized one of these values, (e.g.: net.inet.tcp.keepintvl), > you'll need to multiply it appropriately to keep the same interval. > > Also, some new sysctls have been added: I didn't think I would ever see this!! Good job, hats off to you and assoctiates! > > net.inet.tcp.delacktime: 20 > Specifies the timeout for delayed acks (200ms). > net.inet.tcp.slowstart_flightsize: 1 > Specifies how many packets are included in the initial > slow-start flight. Setting this value to 0 will probably > result in a non-working system. Choosing a high value > would be considered antisocial. > net.inet.tcp.local_slowstart_flightsize: 65535 > Same as above, but only applies to slowstart on "local" > networks. Note that the flightsize is constrained by > the receiver's advertised window size. One question though, how is ``local'' defined? -- Rod Grimes - KD7CAX - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 14:33:58 1999 Delivered-To: freebsd-current@freebsd.org Received: from sumatra.americantv.com (sumatra.americantv.com [208.139.222.227]) by hub.freebsd.org (Postfix) with ESMTP id 1BCB514BCC for ; Mon, 30 Aug 1999 14:33:54 -0700 (PDT) (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id QAA12649; Mon, 30 Aug 1999 16:32:20 -0500 (CDT) Received: (from jlemon@localhost) by right.PCS (8.8.5/8.6.4) id QAA17846; Mon, 30 Aug 1999 16:32:19 -0500 (CDT) Message-ID: <19990830163219.20716@right.PCS> Date: Mon, 30 Aug 1999 16:32:19 -0500 From: Jonathan Lemon To: "Rodney W. Grimes" Cc: current@FreeBSD.ORG Subject: Re: HEADS UP References: <19990830162125.52517@right.PCS> <199908302127.OAA67008@gndrsh.dnsmgr.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <199908302127.OAA67008@gndrsh.dnsmgr.net>; from Rodney W. Grimes on Aug 08, 1999 at 02:27:53PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Aug 08, 1999 at 02:27:53PM -0700, Rodney W. Grimes wrote: > > I've just committed the revised TCP timer code. There are some > > user visible changes: > > > > User visible TCP timers are now in units of the system clock > > (10ms for the i386), not those of the slowtimeout (500ms). So > > if you have customized one of these values, (e.g.: net.inet.tcp.keepintvl), > > you'll need to multiply it appropriately to keep the same interval. > > > > Also, some new sysctls have been added: > > I didn't think I would ever see this!! Good job, hats off to you and > assoctiates! > > > > > net.inet.tcp.delacktime: 20 > > Specifies the timeout for delayed acks (200ms). > > net.inet.tcp.slowstart_flightsize: 1 > > Specifies how many packets are included in the initial > > slow-start flight. Setting this value to 0 will probably > > result in a non-working system. Choosing a high value > > would be considered antisocial. > > net.inet.tcp.local_slowstart_flightsize: 65535 > > Same as above, but only applies to slowstart on "local" > > networks. Note that the flightsize is constrained by > > the receiver's advertised window size. > > One question though, how is ``local'' defined? The same way as it has been; in_localaddr(). Basically, if the machine is on the same network, (or subnet, depending on the net.inet.ip.subnets_are_local setting). -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 14:37:19 1999 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 3E82B14CBB for ; Mon, 30 Aug 1999 14:37:14 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.2) with ESMTP id XAA25619; Mon, 30 Aug 1999 23:36:30 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Jonathan Lemon Cc: current@FreeBSD.ORG Subject: Re: HEADS UP In-reply-to: Your message of "Mon, 30 Aug 1999 16:21:25 CDT." <19990830162125.52517@right.PCS> Date: Mon, 30 Aug 1999 23:36:30 +0200 Message-ID: <25617.936048990@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19990830162125.52517@right.PCS>, Jonathan Lemon writes: > I've just committed the revised TCP timer code. There are some >user visible changes: > > User visible TCP timers are now in units of the system clock > (10ms for the i386) Please, can we have them be in milliseconds ? -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 14:41:57 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (Postfix) with ESMTP id 9608D14E5C for ; Mon, 30 Aug 1999 14:41:45 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id XAA31558; Mon, 30 Aug 1999 23:40:24 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199908302140.XAA31558@gratis.grondar.za> To: Jonathan Lemon Cc: current@FreeBSD.ORG Subject: Re: HEADS UP Date: Mon, 30 Aug 1999 23:40:23 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I've just committed the revised TCP timer code. There are some > user visible changes: : > Also, some new sysctls have been added: : ...&c Please let the plebs know, in less kernel-ish terms, what this means? Thanks! M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 14:41:59 1999 Delivered-To: freebsd-current@freebsd.org Received: from sumatra.americantv.com (sumatra.americantv.com [208.139.222.227]) by hub.freebsd.org (Postfix) with ESMTP id 2984114E8D for ; Mon, 30 Aug 1999 14:41:51 -0700 (PDT) (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id QAA12701; Mon, 30 Aug 1999 16:40:45 -0500 (CDT) Received: (from jlemon@localhost) by right.PCS (8.8.5/8.6.4) id QAA19443; Mon, 30 Aug 1999 16:40:44 -0500 (CDT) Message-ID: <19990830164043.11777@right.PCS> Date: Mon, 30 Aug 1999 16:40:43 -0500 From: Jonathan Lemon To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: HEADS UP References: <19990830162125.52517@right.PCS> <25617.936048990@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <25617.936048990@critter.freebsd.dk>; from Poul-Henning Kamp on Aug 08, 1999 at 11:36:30PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Aug 08, 1999 at 11:36:30PM +0200, Poul-Henning Kamp wrote: > In message <19990830162125.52517@right.PCS>, Jonathan Lemon writes: > > I've just committed the revised TCP timer code. There are some > >user visible changes: > > > > User visible TCP timers are now in units of the system clock > > (10ms for the i386) > > Please, can we have them be in milliseconds ? Wouldn't this mean writing a sysctl proc for each variable, instead of directly changing the underlying integer? I did consider this, but wasn't sure if it would be worth the effort. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 14:46:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id ABB7414E26 for ; Mon, 30 Aug 1999 14:46:34 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.2) with ESMTP id XAA25718; Mon, 30 Aug 1999 23:44:05 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Jonathan Lemon Cc: current@FreeBSD.ORG Subject: Re: HEADS UP In-reply-to: Your message of "Mon, 30 Aug 1999 16:40:43 CDT." <19990830164043.11777@right.PCS> Date: Mon, 30 Aug 1999 23:44:05 +0200 Message-ID: <25716.936049445@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19990830164043.11777@right.PCS>, Jonathan Lemon writes: >On Aug 08, 1999 at 11:36:30PM +0200, Poul-Henning Kamp wrote: >> In message <19990830162125.52517@right.PCS>, Jonathan Lemon writes: >> > I've just committed the revised TCP timer code. There are some >> >user visible changes: >> > >> > User visible TCP timers are now in units of the system clock >> > (10ms for the i386) >> >> Please, can we have them be in milliseconds ? > >Wouldn't this mean writing a sysctl proc for each variable, >instead of directly changing the underlying integer? I did >consider this, but wasn't sure if it would be worth the effort. Yes, you'd have to, but considering that HZ is 1024 on alpha and 100 on i386 I think it is well worth the effort... -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 14:54:19 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.ods.org (fbsd2.ods.org [205.252.42.124]) by hub.freebsd.org (Postfix) with SMTP id C286A14E26 for ; Mon, 30 Aug 1999 14:54:11 -0700 (PDT) (envelope-from geniusj@ods.org) Received: (qmail 22512 invoked by uid 1000); 30 Aug 1999 17:56:42 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 Aug 1999 17:56:42 -0000 Date: Mon, 30 Aug 1999 13:56:42 -0400 (EDT) From: Systems Administrator To: current@freebsd.org Subject: Make World failure Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Make world for 4.0 is failing due to libedit libraries that were compiled during the process.. various errors with tputs and other functions in libedit.a, please commit a fix soon, I just reinstalled -RELEASE and wanna get out of it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 15: 1:43 1999 Delivered-To: freebsd-current@freebsd.org Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (Postfix) with ESMTP id C007014E26 for ; Mon, 30 Aug 1999 15:01:38 -0700 (PDT) (envelope-from julian@whistle.com) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.9.1a/8.9.1) with SMTP id PAA77454; Mon, 30 Aug 1999 15:00:49 -0700 (PDT) Date: Mon, 30 Aug 1999 15:01:32 -0700 (PDT) From: Julian Elischer To: "Rodney W. Grimes" Cc: Jonathan Lemon , current@FreeBSD.ORG Subject: Re: HEADS UP In-Reply-To: <199908302127.OAA67008@gndrsh.dnsmgr.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 30 Aug 1999, Rodney W. Grimes wrote: > > I've just committed the revised TCP timer code. There are some > > user visible changes: > > > > User visible TCP timers are now in units of the system clock > > (10ms for the i386), not those of the slowtimeout (500ms). So > > if you have customized one of these values, (e.g.: net.inet.tcp.keepintvl), > > you'll need to multiply it appropriately to keep the same interval. I don't want to sound ungrateful, but couldn't we have defined these in terms of Usecs and translated? I mean I sometimes compile hz to be 1000 for some reasons.. this means that I have to reset all these values in my rc scripts. As an example the kern.quantum variable that will always be the same despite a redefinition of Hz. It's stored internally in terms of Hz but exported in uSecs. > > > > Also, some new sysctls have been added: > > I didn't think I would ever see this!! Good job, hats off to you and > assoctiates! > > > > > net.inet.tcp.delacktime: 20 > > Specifies the timeout for delayed acks (200ms). > > net.inet.tcp.slowstart_flightsize: 1 > > Specifies how many packets are included in the initial > > slow-start flight. Setting this value to 0 will probably > > result in a non-working system. Choosing a high value > > would be considered antisocial. > > net.inet.tcp.local_slowstart_flightsize: 65535 > > Same as above, but only applies to slowstart on "local" > > networks. Note that the flightsize is constrained by > > the receiver's advertised window size. > > One question though, how is ``local'' defined? > > > -- > Rod Grimes - KD7CAX - (RWG25) rgrimes@gndrsh.dnsmgr.net > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 15: 6:41 1999 Delivered-To: freebsd-current@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 7EBC115867 for ; Mon, 30 Aug 1999 15:06:27 -0700 (PDT) (envelope-from ncbp@wheel.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1002) id 284F93E03; Tue, 31 Aug 1999 00:03:47 +0200 (CEST) Date: Tue, 31 Aug 1999 00:03:47 +0200 From: "Niels Chr. Bank-Pedersen" To: freebsd-current@FreeBSD.org Subject: Re: Problems with the latest changes to ifconfig (I guess) -> Bad guess... Message-ID: <19990831000347.A11442@bank-pedersen.dk> Mail-Followup-To: freebsd-current@FreeBSD.org References: <19990830220014.A11116@bank-pedersen.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Mutt/0.96.2i In-Reply-To: <19990830220014.A11116@bank-pedersen.dk>; from Niels Chr. Bank-Pedersen on Mon, Aug 30, 1999 at 10:00:14PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sorry to reply to my own mail -- never report problems before investigating what was committed. The $Id$ -> $FreeBSD$ changes to ifconfig are probably not the cause -- more likely the changes to xl (1.52 -> 1.53), and the addition of the mii-controller. Anybody else seeing this, or should I look somewhere else alltogether? > Hi, > > After the recent changes to ifconfig and the xl driver I am getting > a panic when rc.network runs ifconfig: > > [...] > Doing initial network setup: hostname. > UP,LOOPBACK,RUNN > ING,MULTICAST> m > E®Wio•Fnetmask 0xff0000a00 > tal trap 12: page fault while in kernel mode > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x8:0x0 > stack pointer = 0x10:0xc8d18dc4 > frame pointer = 0x10:0xc8d18ddc > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 78 (ifconfig) > interrupt mask = net > kernel: type 12 trap, code=0 > Stopped at 0: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc020cac4 > stack pointer = 0x10:0xc8d18c3c > frame pointer = 0x10:0xc8d18c40 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 78 (ifconfig) > interrupt mask = net > kernel: type 12 trap, code=0 > db> > > This is after a make buildworld/installworld on -current (as of today). > > dmesg and config-file: > > > FreeBSD/i386 bootstrap loader, Revision 0.7 639/65472kB > (root@home.bank-pedersen.dk, Mon Aug 30 10:58:22 CEST 1999) > /kernel text=0x164b84 data=0x1ee6c+0x1e1e8 > syms=[0x4+0x24760+0x4+0x268f8] > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [kernel]... > Copyright (c) 1992-1999 The FreeBSD Project. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights > reserved. > FreeBSD 4.0-CURRENT #0: Mon Aug 30 18:56:22 CEST 1999 > root@home.bank-pedersen.dk:/usr/src/sys/compile/HOME > Timecounter "i8254" frequency 1193182 Hz > CPU: Pentium II/Xeon/Celeron (400.90-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x652 Stepping = 2 > > Features=0x183f9ff > real memory = 134217728 (131072K bytes) > avail memory = 127102976 (124124K bytes) > Preloaded elf kernel "kernel" at 0xc02ef000. > VESA: v2.0, 8192k memory, flags:0x0, mode table:0xc029d042 (1000022) > VESA: ATI MACH64 > Pentium Pro MTRR support enabled > npx0: on motherboard > npx0: INT 16 interface > apm0: on motherboard > apm: found APM BIOS v1.2, connected at v1.2 > pcib0: on motherboard > pci0: on pcib0 > pcib1: at device 1.0 on > pci0 > pci1: on pcib1 > vga-pci0: irq 15 at device 0.0 on > pci1 > isab0: at device 7.0 on pci0 > isa0: on isab0 > chip1: at device 7.1 on pci0 > chip2: at device 7.2 on pci0 > chip3: at device 7.3 on pci0 > ahc0: irq 15 at device 15.0 on pci0 > ahc0: aic7870 Wide Channel A, SCSI Id=7, 16/255 SCBs > pcm0: irq 11 at device 16.0 on pci0 > pcm0: using I/O space register mapping at 0xe800 > xl0: <3Com 3c905B-TX Fast Etherlink XL> irq 10 at device 18.0 on pci0 > xl0: Ethernet address: 00:10:4b:7a:96:7d > miibus0: on xl0 > xlphy0: <3Com internal media interface> on miibus0 > xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > xlphy1: <3Com internal media interface> on miibus0 > xlphy1: ignoring this PHY, non-zero instance > device_probe_and_attach: xlphy1 attach returned 6 > Probing for PnP devices: > atkbdc0: at port 0x60-0x6f on isa0 > atkbd0: irq 1 on atkbdc0 > psm0: irq 12 on atkbdc0 > psm0: model Generic PS/2 mouse, device ID 0 > vga0: at port 0x3b0-0x3df iomem 0xa0000-0xbffff on > isa0 > sc0: on isa0 > sc0: VGA <9 virtual consoles, flags=0x0> > fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 > fdc0: FIFO enabled, 8 bytes threshold > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A, console > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > ppc0 at port 0x378-0x37f on isa0 > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > lpt0: on ppbus 0 > Waiting 5 seconds for SCSI devices to settle > changing root device to da0s1a > da0 at ahc0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 10.000MB/s transfers (10.000MHz, offset 15) > da0: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) > da2 at ahc0 bus 0 target 8 lun 0 > da2: Fixed Direct Access SCSI-2 device > da2: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) > da2: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C) > da1 at ahc0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-2 device > da1: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing > Enabled > da1: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C) > cd0 at ahc0 bus 0 target 4 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 4.237MB/s transfers (4.237MHz, offset 15) > cd0: Attempt to query device size failed: NOT READY, Medium not present > WARNING: / was not properly dismounted > vinum: loaded > Can't open history file /var/tmp/vinum_history: Read-only file system > (30) > vinum: reading configuration from /dev/da2s1h > vinum: updating configuration from /dev/da1s1f > vinum: updating configuration from /dev/da1s1g > vinum: updating configuration from /dev/da1s1h > vinum: updating configuration from /dev/da2s1f > vinum: updating configuration from /dev/da2s1g > vinum: /dev is mounted read-only, not rebuilding /dev/vinum > swapon: adding /dev/da0s1b as swap device > swapon: adding /dev/da1s1b as swap device > swapon: adding /dev/da2s1b as swap device > Automatic reboot in progress... > > > # cat /usr/src/sys/i386/conf/HOME > machine i386 > cpu I686_CPU > ident HOME > maxusers 64 > > #config kernel root on da0 > > options INET > options FFS > options NFS > options CD9660 > options FFS_ROOT > options PROCFS > #options MSDOSFS > options COMPAT_43 > options SCSI_DELAY=5000 > options UCONSOLE > options USERCONFIG > options MAXCONS=9 > #options VISUAL_USERCONFIG > options SOFTUPDATES > options NO_F00F_HACK > options ICMP_BANDLIM > options CLK_USE_TSC_CALIBRATION > options COMPAT_LINUX > options AHC_ALLOW_MEMIO > options P1003_1B > options _KPOSIX_PRIORITY_SCHEDULING > options _KPOSIX_VERSION=199309L > options SYSVSHM > options SYSVSEM > options SYSVMSG > options KTRACE > options VESA > options SC_HISTORY_SIZE=1024 > options XSERVER > options DDB > #options GDB_REMOTE_CHAT > > controller isa0 at nexus? > controller pnp0 > controller pci0 at nexus? > > controller atkbdc0 at isa? port IO_KBD > device atkbd0 at atkbdc? irq 1 > device psm0 at atkbdc? irq 12 > > device vga0 at isa? port ? conflicts > > device sc0 at isa? > > controller fdc0 at isa? port IO_FD1 irq 6 drq 2 > disk fd0 at fdc0 drive 0 > > controller ahc0 > > controller scbus0 > > device da0 > > device sa0 > > device cd0 > > device pass0 > > device pcm0 > > device npx0 at nexus? port IO_NPX irq 13 > > device apm0 at nexus? > > device sio0 at isa? port IO_COM1 flags 0x10 irq 4 > device sio1 at isa? port IO_COM2 irq 3 > > device ppc0 at isa? port? > controller ppbus0 > device lpt0 at ppbus? > #device ppi0 at ppbus? > #device lpbb0 at ppbus? > > controller miibus0 > device xl0 > > #controller smbus0 > #controller intpm0 > #device smb0 at smbus? > > #controller iicbus0 > #controller iicbb0 > > #device ic0 at iicbus? > #device iic0 at iicbus? > #device iicsmb0 at iicbus? > > #controller uhci0 > #controller ohci0 > #controller usb0 > > pseudo-device loop > pseudo-device ether > pseudo-device pty 16 > pseudo-device gzip > pseudo-device bpf 4 > pseudo-device splash > # > > > /Niels Chr. > > -- > Niels Christian Bank-Pedersen, NCB1-RIPE. > Network Manager, Tele Danmark NET, IP-section. > > "Hey, are any of you guys out there actually *using* RFC 1149?" > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message /Niels Chr. -- Niels Christian Bank-Pedersen, NCB1-RIPE. Network Manager, Tele Danmark NET, IP-section. "Hey, are any of you guys out there actually *using* RFC 1149?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 15: 9:54 1999 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 478F115961 for ; Mon, 30 Aug 1999 15:09:41 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with ESMTP id SAA06199; Mon, 30 Aug 1999 18:09:35 -0400 (EDT) Date: Mon, 30 Aug 1999 18:09:34 -0400 (EDT) From: "Matthew N. Dodd" To: Systems Administrator Cc: current@FreeBSD.ORG Subject: Re: Make World failure In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 30 Aug 1999, Systems Administrator wrote: > Make world for 4.0 is failing due to libedit libraries that were > compiled during the process.. various errors with tputs and other > functions in libedit.a, please commit a fix soon, I just reinstalled > -RELEASE and wanna get out of it. Any chance you could cut and paste the errors? -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 15:11:35 1999 Delivered-To: freebsd-current@freebsd.org Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (Postfix) with ESMTP id B120015867 for ; Mon, 30 Aug 1999 15:11:13 -0700 (PDT) (envelope-from julian@whistle.com) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.9.1a/8.9.1) with SMTP id PAA77782; Mon, 30 Aug 1999 15:09:48 -0700 (PDT) Date: Mon, 30 Aug 1999 15:10:31 -0700 (PDT) From: Julian Elischer To: Jonathan Lemon Cc: Poul-Henning Kamp , current@FreeBSD.ORG Subject: Re: HEADS UP In-Reply-To: <19990830164043.11777@right.PCS> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 30 Aug 1999, Jonathan Lemon wrote: > On Aug 08, 1999 at 11:36:30PM +0200, Poul-Henning Kamp wrote: > > In message <19990830162125.52517@right.PCS>, Jonathan Lemon writes: > > > I've just committed the revised TCP timer code. There are some > > >user visible changes: > > > > > > User visible TCP timers are now in units of the system clock > > > (10ms for the i386) > > > > Please, can we have them be in milliseconds ? > Wouldn't this mean writing a sysctl proc for each variable, > instead of directly changing the underlying integer? I did > consider this, but wasn't sure if it would be worth the effort. and? you already indicated that setting the value to 0 might be bad. having a generic Usec to Tics handler might be usable if it can also protect against 0 values.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 15:18:11 1999 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by hub.freebsd.org (Postfix) with ESMTP id 5309214C0B for ; Mon, 30 Aug 1999 15:18:08 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.9.3/8.9.1) id PAA01839; Mon, 30 Aug 1999 15:20:38 -0700 (PDT) (envelope-from sgk) From: Steve Kargl Message-Id: <199908302220.PAA01839@troutmask.apl.washington.edu> Subject: Re: Make World failure In-Reply-To: from "Matthew N. Dodd" at "Aug 30, 1999 06:09:34 pm" To: winter@jurai.net (Matthew N. Dodd) Date: Mon, 30 Aug 1999 15:20:38 -0700 (PDT) Cc: geniusj@ods.org (Systems Administrator), current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew N. Dodd wrote: > On Mon, 30 Aug 1999, Systems Administrator wrote: > > Make world for 4.0 is failing due to libedit libraries that were > > compiled during the process.. various errors with tputs and other > > functions in libedit.a, please commit a fix soon, I just reinstalled > > -RELEASE and wanna get out of it. >=20 > Any chance you could cut and paste the errors? >=20 This is probably caused by the integration of ncurses. Peter Wemm warned that the tree might be broken for a day while he/someone chases down the loose ends. --=20 Steve cc -O2 -pipe -mpentiumpro -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binu= tils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/src/gnu/usr.bin/bi= nutils/gdb/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../c= ontrib/binutils/include -I/us= r/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../= ../../../contrib/binutils/binutils -I/usr/src/gnu/usr.bin/binutils/gdb/../.= ./../../contrib/binutils/bfd -I/usr/src/gnu/usr.bin/binutils/gdb/../../../.= ./contrib/gdb/gdb -I/usr/src/= gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/config -DFREEBSD_ELF -= I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/obj/usr/src/tmp/usr/include/readl= ine -DNO_MMALLOC -I/usr/obj/usr/src/tmp/usr/include -static -o gdb init.= o annotate.o ax-general.o ax-= gdb.o bcache.o blockframe.o breakpoint.o buildsym.o c-exp.o c-lang.o c-type= print.o c-valprint.o ch-exp.o ch-lang.o ch-typeprint.o ch-valprint.o coffre= ad.o command.o complaints.o copying.o corefile.o corelow.o core-regset.o cp= -valprint.o dcache.o dbxread.= o demangle.o dwarfread.o dwarf2read.o elfread.o environ.o eval.o exec.o exp= print.o f-exp.o f-lang.o f-typeprint.o f-valprint.o findvar.o fork-child.o = gdbarch.o gdbtypes.o infcmd.o inflow.o infptrace.o infrun.o inftarg.o langu= age.o jv-exp.o jv-lang.o jv-v= alprint.o jv-typeprint.o nlmread.o m2-lang.o m2-exp.o m2-typeprint.o m2-val= print.o main.o maint.o mdebugread.o mem-break.o minsyms.o objfiles.o parse.= o printcmd.o remote.o remote-utils.o scm-exp.o scm-lang.o scm-valprint.o so= lib.o source.o stabsread.o st= ack.o symfile.o symmisc.o symtab.o target.o thread.o top.o tracepoint.o typ= eprint.o utils.o valarith.o valops.o valprint.o values.o version.o serial.o= ser-unix.o ser-tcp.o callback.o freebsd-nat.o i386-tdep.o i387-tdep.o kvm-= fbsd.o -L../libbfd -lbfd -L.= ./libopcodes -lopcodes -lreadline -lgnuregex -L../libiberty -liberty -lterm= cap utils.o: In function `init_page_info': utils.o(.text+0xbd0): undefined reference to `tgetent' utils.o(.text+0xbf6): undefined reference to `tgetnum' utils.o(.text+0xc1c): undefined reference to `tgetnum' /usr/obj/usr/src/tmp/usr/lib/libreadline.a(terminal.o): In function `_rl_ge= t_screen_size': terminal.o(.text+0x79): undefined reference to `tgetnum' terminal.o(.text+0xc9): undefined reference to `tgetnum' /usr/obj/usr/src/tmp/usr/lib/libreadline.a(terminal.o): In function `rl_res= ize_terminal': terminal.o(.text+0x1ae): undefined reference to `tgetstr' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 15:21:18 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.ods.org (fbsd2.ods.org [205.252.42.124]) by hub.freebsd.org (Postfix) with SMTP id 0E14914C80 for ; Mon, 30 Aug 1999 15:21:08 -0700 (PDT) (envelope-from geniusj@ods.org) Received: (qmail 22741 invoked by uid 1000); 30 Aug 1999 18:23:00 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 Aug 1999 18:23:00 -0000 Date: Mon, 30 Aug 1999 14:23:00 -0400 (EDT) From: Systems Administrator To: Steve Kargl Cc: "Matthew N. Dodd" , current@FreeBSD.ORG Subject: Re: Make World failure In-Reply-To: <199908302220.PAA01839@troutmask.apl.washington.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thats not where it dies :).. ---------------------------------------------------------------------------= --- Jason DiCioccio | geniusj@free-bsd.org FreeBSD - The Power to Serve | http://www.freebsd.org | http://www.ods.org ---------------------------------------------------------------------------= --- On Mon, 30 Aug 1999, Steve Kargl wrote: > Matthew N. Dodd wrote: > > On Mon, 30 Aug 1999, Systems Administrator wrote: > > > Make world for 4.0 is failing due to libedit libraries that were > > > compiled during the process.. various errors with tputs and other > > > functions in libedit.a, please commit a fix soon, I just reinstalled > > > -RELEASE and wanna get out of it. > >=20 > > Any chance you could cut and paste the errors? > >=20 >=20 > This is probably caused by the integration of ncurses. > Peter Wemm warned that the tree might be broken for a > day while he/someone chases down the loose ends. >=20 > --=20 > Steve >=20 >=20 > cc -O2 -pipe -mpentiumpro -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/bi= nutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/src/gnu/usr.bin/= binutils/gdb/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../..= /contrib/binutils/include -I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/s= rc/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/binutils -I/usr/sr= c/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/bfd -I/usr/src/gnu/= usr.bin/binutils/gdb/../../../../contrib/gdb/gdb -I/usr/src/gnu/usr.bin/bin= utils/gdb/../../../../contrib/gdb/gdb/config -DFREEBSD_ELF -I/usr/src/gnu/u= sr.bin/binutils/gdb -I/usr/obj/usr/src/tmp/usr/include/readline -DNO_MMALLO= C -I/usr/obj/usr/src/tmp/usr/include -static -o gdb init.o annotate.o ax= -general.o ax-gdb.o bcache.o blockframe.o breakpoint.o buildsym.o c-exp.o c= -lang.o c-typeprint.o c-valprint.o ch-exp.o ch-lang.o ch-typeprint.o ch-val= print.o coffread.o command.o complaints.o copying.o corefile.o corelow.o co= re-regset.o cp-valprint.o dcache.o dbxread.o demangle.o dwarfread.o dwarf2r= ead.o elfread.o environ.o eval.o exec.o expprint.o f-exp.o f-lang.o f-typep= rint.o f-valprint.o findvar.o fork-child.o gdbarch.o gdbtypes.o infcmd.o in= flow.o infptrace.o infrun.o inftarg.o language.o jv-exp.o jv-lang.o jv-valp= rint.o jv-typeprint.o nlmread.o m2-lang.o m2-exp.o m2-typeprint.o m2-valpri= nt.o main.o maint.o mdebugread.o mem-break.o minsyms.o objfiles.o parse.o p= rintcmd.o remote.o remote-utils.o scm-exp.o scm-lang.o scm-valprint.o solib= =2Eo source.o stabsread.o stack.o symfile.o symmisc.o symtab.o target.o thr= ead.o top.o tracepoint.o typeprint.o utils.o valarith.o valops.o valprint.o= values.o version.o serial.o ser-unix.o ser-tcp.o callback.o freebsd-nat.o = i386-tdep.o i387-tdep.o kvm-fbsd.o -L../libbfd -lbfd -L../libopcodes -lopc= odes -lreadline -lgnuregex -L../libiberty -liberty -ltermcap > utils.o: In function `init_page_info': > utils.o(.text+0xbd0): undefined reference to `tgetent' > utils.o(.text+0xbf6): undefined reference to `tgetnum' > utils.o(.text+0xc1c): undefined reference to `tgetnum' > /usr/obj/usr/src/tmp/usr/lib/libreadline.a(terminal.o): In function `_rl_= get_screen_size': > terminal.o(.text+0x79): undefined reference to `tgetnum' > terminal.o(.text+0xc9): undefined reference to `tgetnum' > /usr/obj/usr/src/tmp/usr/lib/libreadline.a(terminal.o): In function `rl_r= esize_terminal': > terminal.o(.text+0x1ae): undefined reference to `tgetstr' >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 15:24:43 1999 Delivered-To: freebsd-current@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 8F96D14C0B for ; Mon, 30 Aug 1999 15:24:42 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id PAA03150; Mon, 30 Aug 1999 15:23:48 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: Systems Administrator Cc: Steve Kargl , "Matthew N. Dodd" , current@FreeBSD.ORG Subject: Re: Make World failure In-reply-to: Your message of "Mon, 30 Aug 1999 14:23:00 EDT." Date: Mon, 30 Aug 1999 15:23:48 -0700 Message-ID: <3146.936051828@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Thats not where it dies :).. Be more specific. Just saying "it dies" does not help anyone here. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 15:27:12 1999 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by hub.freebsd.org (Postfix) with ESMTP id 33FC714C80 for ; Mon, 30 Aug 1999 15:27:11 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.9.3/8.9.1) id PAA01913; Mon, 30 Aug 1999 15:29:37 -0700 (PDT) (envelope-from sgk) From: Steve Kargl Message-Id: <199908302229.PAA01913@troutmask.apl.washington.edu> Subject: Re: Make World failure In-Reply-To: from Systems Administrator at "Aug 30, 1999 02:23:00 pm" To: geniusj@ods.org (Systems Administrator) Date: Mon, 30 Aug 1999 15:29:37 -0700 (PDT) Cc: winter@jurai.net (Matthew N. Dodd), current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Systems Administrator wrote: > Thats not where it dies :).. It's the same problem. libtermcap has changed or causes conflicts with symbols (if I understand some of Peter's commits). The tput function you noted would have come from -ltermcap (as does the tgetent, tgetnum, etc.i below) What I don't know is whether -ltermcap is replaced by -lncurses or -ltermcap -lncurses. > > > utils.o(.text+0xbd0): undefined reference to `tgetent' > > utils.o(.text+0xbf6): undefined reference to `tgetnum' > > utils.o(.text+0xc1c): undefined reference to `tgetnum' > > /usr/obj/usr/src/tmp/usr/lib/libreadline.a(terminal.o): In function `_rl_get_screen_size': > > terminal.o(.text+0x79): undefined reference to `tgetnum' > > terminal.o(.text+0xc9): undefined reference to `tgetnum' > > /usr/obj/usr/src/tmp/usr/lib/libreadline.a(terminal.o): In function `rl_resize_terminal': > > terminal.o(.text+0x1ae): undefined reference to `tgetstr' > > > -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 15:27:29 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.ods.org (fbsd2.ods.org [205.252.42.124]) by hub.freebsd.org (Postfix) with SMTP id B719314E1F for ; Mon, 30 Aug 1999 15:27:20 -0700 (PDT) (envelope-from geniusj@ods.org) Received: (qmail 22815 invoked by uid 1000); 30 Aug 1999 18:29:31 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 Aug 1999 18:29:31 -0000 Date: Mon, 30 Aug 1999 14:29:31 -0400 (EDT) From: Systems Administrator To: "Jordan K. Hubbard" Cc: Steve Kargl , "Matthew N. Dodd" , current@FreeBSD.ORG Subject: Re: Make World failure In-Reply-To: <3146.936051828@localhost> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cc -O -pipe -DSHELL -I. -I/usr/src/bin/sh -Wall -Wformat -I/usr/obj/usr/src/tm p/usr/include -static -o sh alias.o arith.o arith_lex.o cd.o echo.o error.o eva l.o exec.o expand.o histedit.o input.o jobs.o mail.o main.o memalloc.o miscbltin .o mystring.o options.o output.o parser.o printf.o redir.o show.o trap.o var.o b uiltins.o init.o nodes.o syntax.o -ll -ledit -ltermcap /usr/obj/usr/src/tmp/usr/lib/libedit.a(editline.o): In function `el_gets': editline.o(.text+0x5eec): undefined reference to `tgoto' editline.o(.text+0x5ef5): undefined reference to `tputs' editline.o(.text+0x5f2a): undefined reference to `tputs' editline.o(.text+0x607f): undefined reference to `tgoto' editline.o(.text+0x6088): undefined reference to `tputs' editline.o(.text+0x618d): undefined reference to `tgoto' editline.o(.text+0x61b4): undefined reference to `tputs' editline.o(.text+0x61e2): undefined reference to `tputs' editline.o(.text+0x620a): undefined reference to `tputs' editline.o(.text+0x627e): undefined reference to `tgoto' ------------------------------------------------------------------------------ Jason DiCioccio | geniusj@free-bsd.org FreeBSD - The Power to Serve | http://www.freebsd.org | http://www.ods.org ------------------------------------------------------------------------------ On Mon, 30 Aug 1999, Jordan K. Hubbard wrote: > > Thats not where it dies :).. > > Be more specific. Just saying "it dies" does not help anyone here. > > - Jordan > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 15:32:56 1999 Delivered-To: freebsd-current@freebsd.org Received: from sumatra.americantv.com (sumatra.americantv.com [208.139.222.227]) by hub.freebsd.org (Postfix) with ESMTP id A061914C80 for ; Mon, 30 Aug 1999 15:32:53 -0700 (PDT) (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id RAA12921; Mon, 30 Aug 1999 17:31:23 -0500 (CDT) Received: (from jlemon@localhost) by right.PCS (8.8.5/8.6.4) id RAA26190; Mon, 30 Aug 1999 17:31:21 -0500 (CDT) Message-ID: <19990830173120.30486@right.PCS> Date: Mon, 30 Aug 1999 17:31:20 -0500 From: Jonathan Lemon To: Julian Elischer Cc: "Rodney W. Grimes" , current@FreeBSD.ORG Subject: Re: HEADS UP References: <199908302127.OAA67008@gndrsh.dnsmgr.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: ; from Julian Elischer on Aug 08, 1999 at 03:01:32PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Aug 08, 1999 at 03:01:32PM -0700, Julian Elischer wrote: > > > On Mon, 30 Aug 1999, Rodney W. Grimes wrote: > > > > I've just committed the revised TCP timer code. There are some > > > user visible changes: > > > > > > User visible TCP timers are now in units of the system clock > > > (10ms for the i386), not those of the slowtimeout (500ms). So > > > if you have customized one of these values, (e.g.: net.inet.tcp.keepintvl), > > > you'll need to multiply it appropriately to keep the same interval. > > I don't want to sound ungrateful, but couldn't we have defined these in > terms of Usecs and translated? > I mean I sometimes compile hz to be 1000 for some reasons.. > this means that I have to reset all these values in my rc scripts. > > As an example the kern.quantum variable that will always be the same > despite a redefinition of Hz. It's stored internally in terms of Hz but > exported in uSecs. Okay, I'll work on this, and should have a patch by tomorrow (unless somone beats to me it). I think that having it in units of usec is probably better than msec; it provides more in the way of "forward compatability", and allows for a larger HZ. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 15:41:51 1999 Delivered-To: freebsd-current@freebsd.org Received: from sumatra.americantv.com (sumatra.americantv.com [208.139.222.227]) by hub.freebsd.org (Postfix) with ESMTP id 4C45E15361 for ; Mon, 30 Aug 1999 15:41:40 -0700 (PDT) (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id RAA12958; Mon, 30 Aug 1999 17:41:36 -0500 (CDT) Received: (from jlemon@localhost) by right.PCS (8.8.5/8.6.4) id RAA27259; Mon, 30 Aug 1999 17:41:34 -0500 (CDT) Message-ID: <19990830174133.34615@right.PCS> Date: Mon, 30 Aug 1999 17:41:33 -0500 From: Jonathan Lemon To: Mark Murray Cc: current@FreeBSD.ORG Subject: Re: HEADS UP References: <199908302140.XAA31558@gratis.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <199908302140.XAA31558@gratis.grondar.za>; from Mark Murray on Aug 08, 1999 at 11:40:23PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Aug 08, 1999 at 11:40:23PM +0200, Mark Murray wrote: > > I've just committed the revised TCP timer code. There are some > > user visible changes: > : > > Also, some new sysctls have been added: > : > ...&c > > Please let the plebs know, in less kernel-ish terms, what this means? If you don't know that they are, you don't need to worry about them. :-) Seriously, they are allow finer control over some of the TCP behavior. delacktime is related to Nagle's algorithm, and specifies how long a system should delay ACK'ing a packet in hopes that it can collect some data from ther user and piggyback it on top of the ACK packet. flightsize indicates how many packets are allowed to be "in flight", normally, the flightsize is limited to 1 packet at the start of each TCP session, doubles for every ACK received. The intent is that the sender doesn't flood the network (and intervening routers) with a burst of packets, but "slow starts" its transmission. This is normally disabled on "local" networks. Some researchers (Zhang, Floyd) have proposed changing the initial flightsize to 3 to get better performance, recognizing that some of the assumptions about the underlying network are not the same now as they were years ago. msl is the "maximum time" a segment can live in a network, and is the amount of time before a socket can be re-used. Many of these are useful only in specialized applications (or benchamrks!), and it's easier to twiddle a few knobs than to re-compile the kernel each time. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 15:57:56 1999 Delivered-To: freebsd-current@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id 091D514E43 for ; Mon, 30 Aug 1999 15:57:48 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost (6674 bytes) by rip.psg.com via sendmail with P:stdio/R:inet_resolve/T:smtp (sender: ) (ident using unix) id for ; Mon, 30 Aug 1999 15:55:34 -0700 (PDT) (Smail-3.2.0.101 1997-Dec-17 #1 built 1999-Apr-1) Message-Id: Date: Mon, 30 Aug 1999 15:55:34 -0700 (PDT) From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: base64 To: FreeBSD Current Subject: makeworld breakage in gdb Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Y2MgLU8gLXBpcGUgLURfR05VX1NPVVJDRSAtSS0gLUkuIC1JL3Vzci9zcmMvZ251L3Vzci5i aW4vYmludXRpbHMvZ2RiL2kzODYgLUkvdXNyL3NyYy9nbnUvdXNyLmJpbi9iaW51dGlscy9n ZGIgLUkvdXNyL3NyYy9nbnUvdXNyLmJpbi9iaW51dGlscy9nZGIvLi4vbGliYmZkL2kzODYg LUkvdXNyL3NyYy9nbnUvdXNyLmJpbi9iaW51dGlscy9nZGIvLi4vLi4vLi4vLi4vY29udHJp Yi9iaW51dGlscy9pbmNsdWRlIC1JL3Vzci9zcmMvZ251L3Vzci5iaW4vYmludXRpbHMvZ2Ri L2kzODYgLUkvdXNyL3NyYy9nbnUvdXNyLmJpbi9iaW51dGlscy9nZGIvLi4vLi4vLi4vLi4v Y29udHJpYi9iaW51dGlscy9iaW51dGlscyAtSS91c3Ivc3JjL2dudS91c3IuYmluL2JpbnV0 aWxzL2dkYi8uLi8uLi8uLi8uLi9jb250cmliL2JpbnV0aWxzL2JmZCAtSS91c3Ivc3JjL2du dS91c3IuYmluL2JpbnV0aWxzL2dkYi8uLi8uLi8uLi8uLi9jb250cmliL2dkYi9nZGIgLUkv dXNyL3NyYy9nbnUvdXNyLmJpbi9iaW51dGlscy9nZGIvLi4vLi4vLi4vLi4vY29udHJpYi9n ZGIvZ2RiL2NvbmZpZyAtREZSRUVCU0RfRUxGIC1JL3Vzci9zcmMvZ251L3Vzci5iaW4vYmlu dXRpbHMvZ2RiIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvdXNyL2luY2x1ZGUvcmVhZGxpbmUg LUROT19NTUFMTE9DICAgLUkvdXNyL29iai91c3Ivc3JjL3RtcC91c3IvaW5jbHVkZSAgLXN0 YXRpYyAtbyBnZGIgaW5pdC5vIGFubm90YXRlLm8gYXgtZ2VuZXJhbC5vIGF4LWdkYi5vIGJj YWNoZS5vIGJsb2NrZnJhbWUubyBicmVha3BvaW50Lm8gYnVpbGRzeW0ubyBjLWV4cC5vIGMt bGFuZy5vIGMtdHlwZXByaW50Lm8gYy12YWxwcmludC5vIGNoLWV4cC5vIGNoLWxhbmcubyBj aC10eXBlcHJpbnQubyBjaC12YWxwcmludC5vIGNvZmZyZWFkLm8gY29tbWFuZC5vIGNvbXBs YWludHMubyBjb3B5aW5nLm8gY29yZWZpbGUubyBjb3JlbG93Lm8gY29yZS1yZWdzZXQubyBj cC12YWxwcmludC5vIGRjYWNoZS5vIGRieHJlYWQubyBkZW1hbmdsZS5vIGR3YXJmcmVhZC5v IGR3YXJmMnJlYWQubyBlbGZyZWFkLm8gZW52aXJvbi5vIGV2YWwubyBleGVjLm8gZXhwcHJp bnQubyBmLWV4cC5vIGYtbGFuZy5vIGYtdHlwZXByaW50Lm8gZi12YWxwcmludC5vIGZpbmR2 YXIubyBmb3JrLWNoaWxkLm8gZ2RiYXJjaC5vIGdkYnR5cGVzLm8gaW5mY21kLm8gaW5mbG93 Lm8gaW5mcHRyYWNlLm8gaW5mcnVuLm8gaW5mdGFyZy5vIGxhbmd1YWdlLm8ganYtZXhwLm8g anYtbGFuZy5vIGp2LXZhbHByaW50Lm8ganYtdHlwZXByaW50Lm8gbmxtcmVhZC5vIG0yLWxh bmcubyBtMi1leHAubyBtMi10eXBlcHJpbnQubyBtMi12YWxwcmludC5vIG1haW4ubyBtYWlu dC5vIG1kZWJ1Z3JlYWQubyBtZW0tYnJlYWsubyBtaW5zeW1zLm8gb2JqZmlsZXMubyBwYXJz ZS5vIHByaW50Y21kLm8gcmVtb3RlLm8gcmVtb3RlLXV0aWxzLm8gc2NtLWV4cC5vIHNjbS1s YW5nLm8gc2NtLXZhbHByaW50Lm8gc29saWIubyBzb3VyY2UubyBzdGFic3JlYWQubyBzdGFj ay5vIHN5bWZpbGUubyBzeW1taXNjLm8gc3ltdGFiLm8gdGFyZ2V0Lm8gdGhyZWFkLm8gdG9w Lm8gdHJhY2Vwb2ludC5vIHR5cGVwcmludC5vIHV0aWxzLm8gdmFsYXJpdGgubyB2YWxvcHMu byB2YWxwcmludC5vIHZhbHVlcy5vIHZlcnNpb24ubyBzZXJpYWwubyBzZXItdW5peC5vIHNl ci10Y3AubyBjYWxsYmFjay5vIGZyZWVic2QtbmF0Lm8gaTM4Ni10ZGVwLm8gaTM4Ny10ZGVw Lm8ga3ZtLWZic2QubyAgLUwuLi9saWJiZmQgLWxiZmQgLUwuLi9saWJvcGNvZGVzIC1sb3Bj b2RlcyAtbHJlYWRsaW5lIC1sZ251cmVnZXggLUwuLi9saWJpYmVydHkgLWxpYmVydHkgLWx0 ZXJtY2FwDQp1dGlscy5vOiBJbiBmdW5jdGlvbiBgaW5pdF9wYWdlX2luZm8nOg0KdXRpbHMu bygudGV4dCsweGJmMCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHRnZXRlbnQnDQp1dGls cy5vKC50ZXh0KzB4YzE2KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgdGdldG51bScNCnV0 aWxzLm8oLnRleHQrMHhjM2MpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGB0Z2V0bnVtJw0K L3Vzci9vYmovdXNyL3NyYy90bXAvdXNyL2xpYi9saWJyZWFkbGluZS5hKHRlcm1pbmFsLm8p OiBJbiBmdW5jdGlvbiBgX3JsX2dldF9zY3JlZW5fc2l6ZSc6DQp0ZXJtaW5hbC5vKC50ZXh0 KzB4NzgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGB0Z2V0bnVtJw0KdGVybWluYWwubygu dGV4dCsweGM4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgdGdldG51bScNCi91c3Ivb2Jq L3Vzci9zcmMvdG1wL3Vzci9saWIvbGlicmVhZGxpbmUuYSh0ZXJtaW5hbC5vKTogSW4gZnVu Y3Rpb24gYHJsX3Jlc2l6ZV90ZXJtaW5hbCc6DQp0ZXJtaW5hbC5vKC50ZXh0KzB4MWE3KTog dW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgdGdldHN0cicNCi91c3Ivb2JqL3Vzci9zcmMvdG1w L3Vzci9saWIvbGlicmVhZGxpbmUuYSh0ZXJtaW5hbC5vKTogSW4gZnVuY3Rpb24gYF9ybF9p bml0X3Rlcm1pbmFsX2lvJzoNCnRlcm1pbmFsLm8oLnRleHQrMHgyNWIpOiB1bmRlZmluZWQg cmVmZXJlbmNlIHRvIGB0Z2V0ZW50Jw0KdGVybWluYWwubygudGV4dCsweDNhNik6IHVuZGVm aW5lZCByZWZlcmVuY2UgdG8gYHRnZXRmbGFnJw0KdGVybWluYWwubygudGV4dCsweDNiNyk6 IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHRnZXRmbGFnJw0KdGVybWluYWwubygudGV4dCsw eDQwNik6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHRnZXRmbGFnJw0KdGVybWluYWwubygu dGV4dCsweDQxNyk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHRnZXRmbGFnJw0KL3Vzci9v YmovdXNyL3NyYy90bXAvdXNyL2xpYi9saWJyZWFkbGluZS5hKHRlcm1pbmFsLm8pOiBJbiBm dW5jdGlvbiBgX3JsX2JhY2tzcGFjZSc6DQp0ZXJtaW5hbC5vKC50ZXh0KzB4NjEyKTogdW5k ZWZpbmVkIHJlZmVyZW5jZSB0byBgdHB1dHMnDQovdXNyL29iai91c3Ivc3JjL3RtcC91c3Iv bGliL2xpYnJlYWRsaW5lLmEodGVybWluYWwubyk6IEluIGZ1bmN0aW9uIGBkaW5nJzoNCnRl cm1pbmFsLm8oLnRleHQrMHg2YzQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGB0cHV0cycN Ci91c3Ivb2JqL3Vzci9zcmMvdG1wL3Vzci9saWIvbGlicmVhZGxpbmUuYSh0ZXJtaW5hbC5v KTogSW4gZnVuY3Rpb24gYF9ybF9lbmFibGVfbWV0YV9rZXknOg0KdGVybWluYWwubygudGV4 dCsweDcxNyk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHRwdXRzJw0KL3Vzci9vYmovdXNy L3NyYy90bXAvdXNyL2xpYi9saWJyZWFkbGluZS5hKHRlcm1pbmFsLm8pOiBJbiBmdW5jdGlv biBgX3JsX2NvbnRyb2xfa2V5cGFkJzoNCnRlcm1pbmFsLm8oLnRleHQrMHg3NWYpOiB1bmRl ZmluZWQgcmVmZXJlbmNlIHRvIGB0cHV0cycNCi91c3Ivb2JqL3Vzci9zcmMvdG1wL3Vzci9s aWIvbGlicmVhZGxpbmUuYShkaXNwbGF5Lm8pOiBJbiBmdW5jdGlvbiBgcmxfcmVkaXNwbGF5 JzoNCmRpc3BsYXkubygudGV4dCsweGE5OSk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHRw dXRzJw0KL3Vzci9vYmovdXNyL3NyYy90bXAvdXNyL2xpYi9saWJyZWFkbGluZS5hKGRpc3Bs YXkubykoLnRleHQrMHhmZmIpOiBtb3JlIHVuZGVmaW5lZCByZWZlcmVuY2VzIHRvIGB0cHV0 cycgZm9sbG93DQovdXNyL29iai91c3Ivc3JjL3RtcC91c3IvbGliL2xpYnJlYWRsaW5lLmEo ZGlzcGxheS5vKTogSW4gZnVuY3Rpb24gYF9ybF9jbGVhcl9zY3JlZW4nOg0KZGlzcGxheS5v KC50ZXh0KzB4MTkzMyk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHRnb3RvJw0KZGlzcGxh eS5vKC50ZXh0KzB4MTk0MCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHRwdXRzJw0KZGlz cGxheS5vKC50ZXh0KzB4MTk2Yyk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHRwdXRzJw0K ZGlzcGxheS5vKC50ZXh0KzB4MTk5ZSk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHRwdXRz Jw0KZGlzcGxheS5vKC50ZXh0KzB4MTlkMCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHRw dXRzJw0KZGlzcGxheS5vKC50ZXh0KzB4MWEwMik6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8g YHRnb3RvJw0KZGlzcGxheS5vKC50ZXh0KzB4MWEwZSk6IHVuZGVmaW5lZCByZWZlcmVuY2Ug dG8gYHRwdXRzJw0KZGlzcGxheS5vKC50ZXh0KzB4MWEzYSk6IHVuZGVmaW5lZCByZWZlcmVu Y2UgdG8gYHRwdXRzJw0KL3Vzci9vYmovdXNyL3NyYy90bXAvdXNyL2xpYi9saWJyZWFkbGlu ZS5hKGRpc3BsYXkubyk6IEluIGZ1bmN0aW9uIGBfcmxfdXBkYXRlX2ZpbmFsJzoNCmRpc3Bs YXkubygudGV4dCsweDFiNWEpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGB0cHV0cycNCi91 c3Ivb2JqL3Vzci9zcmMvdG1wL3Vzci9saWIvbGlicmVhZGxpbmUuYShkaXNwbGF5Lm8pOiBJ biBmdW5jdGlvbiBgX3JsX3JlZGlzcGxheV9hZnRlcl9zaWd3aW5jaCc6DQpkaXNwbGF5Lm8o LnRleHQrMHgxYjg5KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgdHB1dHMnDQpkaXNwbGF5 Lm8oLnRleHQrMHgxYmIxKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgdHB1dHMnDQovdXNy L29iai91c3Ivc3JjL3RtcC91c3IvbGliL2xpYnJlYWRsaW5lLmEoZGlzcGxheS5vKSgudGV4 dCsweDFiZDUpOiBtb3JlIHVuZGVmaW5lZCByZWZlcmVuY2VzIHRvIGB0cHV0cycgZm9sbG93 DQoqKiogRXJyb3IgY29kZSAxDQoNClN0b3AgaW4gL3Vzci9zcmMvZ251L3Vzci5iaW4vYmlu dXRpbHMvZ2RiLg0KKioqIEVycm9yIGNvZGUgMQ== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 15:58: 7 1999 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id B8512152CE for ; Mon, 30 Aug 1999 15:57:55 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40344>; Tue, 31 Aug 1999 08:54:22 +1000 Date: Tue, 31 Aug 1999 08:55:49 +1000 From: Peter Jeremy Subject: Re: HEADS UP In-reply-to: <19990830173120.30486@right.PCS> To: jlemon@americantv.com Cc: current@FreeBSD.ORG Message-Id: <99Aug31.085422est.40344@border.alcanet.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jonathan Lemon wrote: >On Aug 08, 1999 at 03:01:32PM -0700, Julian Elischer wrote: >> I don't want to sound ungrateful, but couldn't we have defined these in >> terms of Usecs and translated? ... > I think that having it in units of usec is >probably better than msec; it provides more in the way of >"forward compatability", Given a 32-bit integer, it also puts a much lower limit on the maximum. This is likely to bite on TCP keep-alives - currently they are set to 2 hours. We can't represent 2 hours as usecs in 32 bits. > and allows for a larger HZ. Not really. The only problem is that the rounding errors get more noticable as the number of units approaches HZ. This is an artifact that should be pointed out in the description - eg if you ask for 2msec on an Alpha, you'll probably get 1.66msec. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 16:16:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by hub.freebsd.org (Postfix) with ESMTP id 1E1C714E7E for ; Mon, 30 Aug 1999 16:16:13 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.9.3/8.9.1) id QAA02315 for freebsd-current@freebsd.org; Mon, 30 Aug 1999 16:18:07 -0700 (PDT) (envelope-from sgk) From: Steve Kargl Message-Id: <199908302318.QAA02315@troutmask.apl.washington.edu> Subject: wayward symlink and libncurses To: freebsd-current@freebsd.org (FreeBSD Current) Date: Mon, 30 Aug 1999 16:18:07 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The recent world breakage seems to be due to wayward symlinks. ls -l /usr/obj/usr/src/tmp/usr/lib lrwxr-xr-x 21 Aug 30 12:36 libcurses.a@ -> /usr/lib/libncurses.a lrwxr-xr-x 21 Aug 30 12:36 libmytinfo.a@ -> /usr/lib/libncurses.a -r--r--r-- 377380 Aug 30 12:36 libncurses.a lrwxr-xr-x 21 Aug 30 12:36 libtermcap.a@ -> /usr/lib/libncurses.a lrwxr-xr-x 21 Aug 30 12:36 libtermlib.a@ -> /usr/lib/libncurses.a lrwxr-xr-x 21 Aug 30 12:36 libtinfo.a@ -> /usr/lib/libncurses.a Shouldn't these point at ./libncurses.a? -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 16:17:33 1999 Delivered-To: freebsd-current@freebsd.org Received: from mta3.mail.telepac.pt (mail7.telepac.pt [194.65.3.51]) by hub.freebsd.org (Postfix) with ESMTP id B531815982 for ; Mon, 30 Aug 1999 16:17:15 -0700 (PDT) (envelope-from jpedras@mail.telepac.pt) Received: from manecao.tafkap.priv ([194.65.206.150]) by mta3.mail.telepac.pt (InterMail v03.02.07 118-124-101) with ESMTP id <19990830231640.EHTS9700@manecao.tafkap.priv> for ; Tue, 31 Aug 1999 00:16:40 +0100 Content-Length: 2583 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 31 Aug 1999 00:15:24 +0100 (BST) From: Joao Pedras To: freebsd-current@freebsd.org Subject: buildworld fail Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm getting this for a couple of builds with today's code : t_terminal_io': terminal.o(.text+0x1e4): undefined reference to `tgetent' terminal.o(.text+0x2c2): undefined reference to `tgetstr' terminal.o(.text+0x34e): undefined reference to `tgetflag' terminal.o(.text+0x362): undefined reference to `tgetflag' terminal.o(.text+0x3b7): undefined reference to `tgetflag' terminal.o(.text+0x3cb): undefined reference to `tgetflag' /usr/obj/optimum/src/tmp/usr/lib/libreadline.a(terminal.o): In function `ding': terminal.o(.text+0x5c9): undefined reference to `tputs' /usr/obj/optimum/src/tmp/usr/lib/libreadline.a(terminal.o): In function `_rl_bac kspace': terminal.o(.text+0x716): undefined reference to `tputs' /usr/obj/optimum/src/tmp/usr/lib/libreadline.a(terminal.o): In function `_rl_ena ble_meta_key': terminal.o(.text+0x78c): undefined reference to `tputs' /usr/obj/optimum/src/tmp/usr/lib/libreadline.a(terminal.o): In function `_rl_con trol_keypad': terminal.o(.text+0x7b5): undefined reference to `tputs' terminal.o(.text+0x7d5): undefined reference to `tputs' /usr/obj/optimum/src/tmp/usr/lib/libreadline.a(display.o)(.text+0xa69): more und efined references to `tputs' follow /usr/obj/optimum/src/tmp/usr/lib/libreadline.a(display.o): In function `_rl_clea r_screen': display.o(.text+0x1ceb): undefined reference to `tgoto' display.o(.text+0x1cfa): undefined reference to `tputs' display.o(.text+0x1d24): undefined reference to `tputs' display.o(.text+0x1d58): undefined reference to `tgoto' display.o(.text+0x1d68): undefined reference to `tputs' display.o(.text+0x1d9a): undefined reference to `tputs' display.o(.text+0x1dc8): undefined reference to `tputs' display.o(.text+0x1dfb): undefined reference to `tputs' display.o(.text+0x1e23): undefined reference to `tputs' /usr/obj/optimum/src/tmp/usr/lib/libreadline.a(display.o)(.text+0x1f1f): more un defined references to `tputs' follow *** Error code 1 Stop in /optimum/src/gnu/usr.bin/binutils/gdb. *** Error code 1 Stop in /optimum/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /optimum/src. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. ------------------------------------------------------------------------ Sent on 31-Aug-99 at 00:14:36 Powered by FreeBSD -> http://www.freebsd.org <- "The Power to Serve" PGP key available upon request or may be cut at http://members.tripod.com/fbsd/pgpkey.html ------------------------------------------------------------------------ What is mind? No matter. What is matter? Never mind. -- Thomas Hewitt Key, 1799-1875 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 16:34:59 1999 Delivered-To: freebsd-current@freebsd.org Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (Postfix) with ESMTP id 5C19415042 for ; Mon, 30 Aug 1999 16:34:53 -0700 (PDT) (envelope-from julian@whistle.com) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.9.1a/8.9.1) with SMTP id QAA81289; Mon, 30 Aug 1999 16:31:43 -0700 (PDT) Date: Mon, 30 Aug 1999 16:32:26 -0700 (PDT) From: Julian Elischer To: Peter Jeremy Cc: jlemon@americantv.com, current@FreeBSD.ORG Subject: Re: HEADS UP In-Reply-To: <99Aug31.085422est.40344@border.alcanet.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 31 Aug 1999, Peter Jeremy wrote: > Jonathan Lemon wrote: > >On Aug 08, 1999 at 03:01:32PM -0700, Julian Elischer wrote: > >> I don't want to sound ungrateful, but couldn't we have defined these in > >> terms of Usecs and translated? > ... > > I think that having it in units of usec is > >probably better than msec; it provides more in the way of > >"forward compatability", > > Given a 32-bit integer, it also puts a much lower limit on the > maximum. This is likely to bite on TCP keep-alives - currently they > are set to 2 hours. We can't represent 2 hours as usecs in 32 bits. > > > and allows for a larger HZ. > > Not really. The only problem is that the rounding errors get more > noticable as the number of units approaches HZ. This is an artifact > that should be pointed out in the description - eg if you ask for > 2msec on an Alpha, you'll probably get 1.66msec. there are very few values that could make sense in both Hours scale and usecs scale.. thus items that could be small could be in uSecs and items that could be big could be in Secs.. A small set of functions could be used to make this uniform through the system syscall_Secs_to_hz(ulong *ticks, boolean Allow_zero SYSCTL_HANDLER_ARGS) syscall_mSecs_to_hz(ulong *ticks, boolean Allow_zero, SYSCTL_HANDLER_ARGS) syscall_uSecs_to_hz(ulong *ticks, boolean Allow_zero, SYSCTL_HANDLER_ARGS) > > Peter > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 17: 0:30 1999 Delivered-To: freebsd-current@freebsd.org Received: from hda.hda.com (hda-bicnet.bicnet.net [209.244.238.132]) by hub.freebsd.org (Postfix) with ESMTP id 768EC15086 for ; Mon, 30 Aug 1999 17:00:26 -0700 (PDT) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id TAA15498; Mon, 30 Aug 1999 19:59:04 -0400 (EDT) From: Peter Dufault Message-Id: <199908302359.TAA15498@hda.hda.com> Subject: Re: HEADS UP In-Reply-To: from Julian Elischer at "Aug 30, 99 04:32:26 pm" To: julian@whistle.com (Julian Elischer) Date: Mon, 30 Aug 1999 19:59:03 -0400 (EDT) Cc: jeremyp@gsmx07.alcatel.com.au, jlemon@americantv.com, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > there are very few values that could make sense in both Hours scale and > usecs scale.. > > thus items that could be small could be in uSecs and items that could > be big could be in Secs.. A small set of functions could be used to > make this uniform through the system > > syscall_Secs_to_hz(ulong *ticks, boolean Allow_zero SYSCTL_HANDLER_ARGS) > syscall_mSecs_to_hz(ulong *ticks, boolean Allow_zero, SYSCTL_HANDLER_ARGS) > syscall_uSecs_to_hz(ulong *ticks, boolean Allow_zero, SYSCTL_HANDLER_ARGS) How about struct timeval instead? Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 17:10:45 1999 Delivered-To: freebsd-current@freebsd.org Received: from shadowmere.student.utwente.nl (wit401305.student.utwente.nl [130.89.236.145]) by hub.freebsd.org (Postfix) with ESMTP id 9EB061538C for ; Mon, 30 Aug 1999 17:10:41 -0700 (PDT) (envelope-from daeron@Wit401305.student.utwente.nl) Received: by shadowmere.student.utwente.nl (Postfix, from userid 1001) id 48F89101; Tue, 31 Aug 1999 02:09:00 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by shadowmere.student.utwente.nl (Postfix) with ESMTP id 3944F4E for ; Tue, 31 Aug 1999 02:09:00 +0200 (CEST) Date: Tue, 31 Aug 1999 02:09:00 +0200 (CEST) From: Pascal Hofstee To: freebsd-current@freebsd.org Subject: Perl broken in 4.0-CURRENT ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I get the following errors when trying to run certain perl stuff .. like mirror: su-2.03# mirror /usr/local/lib/mirror/packages/daemonnews DynaLoader:/usr/libdata/perl/5.00503/DynaLoader.pm:188 Caught a SIGSEGV shutting down at /usr/local/bin/mirror line 3873. uname -a: FreeBSD shadowmere.student.utwente.nl 4.0-CURRENT FreeBSD 4.0-CURRENT #15: Mon Aug 30 11:35:46 CEST 1999 root@shadowmere.student.utwente.nl:/usr/src/sys/compile/VANADIUM i386 -------------------- Pascal Hofstee - daeron@shadowmere.student.utwente.nl -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS d- s+: a-- C++ UB++++ P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 17:10:56 1999 Delivered-To: freebsd-current@freebsd.org Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (Postfix) with ESMTP id 77D02158DD for ; Mon, 30 Aug 1999 17:10:51 -0700 (PDT) (envelope-from julian@whistle.com) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.9.1a/8.9.1) with SMTP id RAA82861; Mon, 30 Aug 1999 17:09:20 -0700 (PDT) Date: Mon, 30 Aug 1999 17:10:03 -0700 (PDT) From: Julian Elischer To: Peter Dufault Cc: jeremyp@gsmx07.alcatel.com.au, jlemon@americantv.com, current@FreeBSD.ORG Subject: Re: HEADS UP In-Reply-To: <199908302359.TAA15498@hda.hda.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 30 Aug 1999, Peter Dufault wrote: > > there are very few values that could make sense in both Hours scale and > > usecs scale.. > > > > thus items that could be small could be in uSecs and items that could > > be big could be in Secs.. A small set of functions could be used to > > make this uniform through the system > > > > syscall_Secs_to_hz(ulong *ticks, boolean Allow_zero SYSCTL_HANDLER_ARGS) > > syscall_mSecs_to_hz(ulong *ticks, boolean Allow_zero, SYSCTL_HANDLER_ARGS) > > syscall_uSecs_to_hz(ulong *ticks, boolean Allow_zero, SYSCTL_HANDLER_ARGS) > > How about struct timeval instead? Firstly we are talking about time deltas, and on the sysctl side of things it's very hard to set 'timevals (as you'd need to set two different variables) so you need a single value on teh userland side of things. Inside the kernel it's all done in ticks, so you should store that. thus having chosen the two units for internal and external, the function almost defines itself. julian > > Peter > > -- > Peter Dufault (dufault@hda.com) Realtime development, Machine control, > HD Associates, Inc. Safety critical systems, Agency approval > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 17:22:40 1999 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 9849815391 for ; Mon, 30 Aug 1999 17:22:34 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id RAA09773; Mon, 30 Aug 1999 17:21:20 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id RAA01256; Mon, 30 Aug 1999 17:21:20 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Mon, 30 Aug 1999 17:21:20 -0700 (PDT) Message-Id: <199908310021.RAA01256@vashon.polstra.com> To: knute@tiscalinet.it Subject: Re: PPPD+PAM In-Reply-To: <01C48E26.85B2B740@earthquake.tsv.it> References: <01C48E26.85B2B740@earthquake.tsv.it> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <01C48E26.85B2B740@earthquake.tsv.it>, Andrea Franceschini wrote: > > I'm trying to use pppd coupled with PAM. > I'm using pppd 2.3.9 compiled with USE_PAM options ,and ,as far as i can see ,the > pppd side seem to work fine,but when i try to use the PAM side i got this: > > ----- > Aug 29 18:22:06 volcano pppd[1643]: rcvd [PAP AuthReq id=0x1 user="*" passwo > rd="*"] > Aug 29 18:22:06 volcano pppd[1643]: unable to resolve symbol: pam_sm_open_session Sorry, our pam_unix module doesn't support the "session" feature currently. Hey markm, ya wanna add this to your to-do list? :-) John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 19:24:18 1999 Delivered-To: freebsd-current@freebsd.org Received: from pawn.primelocation.net (pawn.primelocation.net [205.161.238.235]) by hub.freebsd.org (Postfix) with ESMTP id 71FEA15256 for ; Mon, 30 Aug 1999 19:24:15 -0700 (PDT) (envelope-from jedgar@fxp.org) Received: by pawn.primelocation.net (Postfix, from userid 1003) id 8D0D8F818; Mon, 30 Aug 1999 22:23:01 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by pawn.primelocation.net (Postfix) with ESMTP id 7DEC99B1C; Mon, 30 Aug 1999 22:23:01 -0400 (EDT) Date: Mon, 30 Aug 1999 22:23:01 -0400 (EDT) From: "Chris D. Faulhaber" X-Sender: jedgar@pawn.primelocation.net To: Jonathan Lemon Cc: current@freebsd.org Subject: Re: HEADS UP In-Reply-To: <19990830162125.52517@right.PCS> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does this have anything to do with the current (no pun intended) breakage: ===> usr.sbin/trpt cc -O -pipe -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/usr.sbin/trpt/trpt.c /usr/src/usr.sbin/trpt/trpt.c: In function `main': /usr/src/usr.sbin/trpt/trpt.c:196: warning: passing arg 4 of `qsort' from incompatible pointer type /usr/src/usr.sbin/trpt/trpt.c: In function `dotrace': /usr/src/usr.sbin/trpt/trpt.c:237: warning: passing arg 3 of `tcp_trace' from incompatible pointer type /usr/src/usr.sbin/trpt/trpt.c:247: warning: passing arg 3 of `tcp_trace' from incompatible pointer type /usr/src/usr.sbin/trpt/trpt.c: In function `tcp_trace': /usr/src/usr.sbin/trpt/trpt.c:354: `TCPT_NTIMERS' undeclared (first use in this function) /usr/src/usr.sbin/trpt/trpt.c:354: (Each undeclared identifier is reported only once /usr/src/usr.sbin/trpt/trpt.c:354: for each function it appears in.) /usr/src/usr.sbin/trpt/trpt.c:355: structure has no member named `t_timer' /usr/src/usr.sbin/trpt/trpt.c:357: structure has no member named `t_timer' /usr/src/usr.sbin/trpt/trpt.c:358: `TCPT_REXMT' undeclared (first use in this function) *** Error code 1 Stop in /usr/src/usr.sbin/trpt. *** Error code 1 Stop in /usr/src/usr.sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. cvsupped about an hour ago (2115 EST)...I just recvsupped, no applicable changes. ----- Chris D. Faulhaber | All the true gurus I've met never System/Network Administrator, | claimed they were one, and always Reality Check Information, Inc. | pointed to someone better. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 19:34:54 1999 Delivered-To: freebsd-current@freebsd.org Received: from sumatra.americantv.com (sumatra.americantv.com [208.139.222.227]) by hub.freebsd.org (Postfix) with ESMTP id 2475E14E5D for ; Mon, 30 Aug 1999 19:34:52 -0700 (PDT) (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id VAA13593; Mon, 30 Aug 1999 21:34:47 -0500 (CDT) Received: (from jlemon@localhost) by right.PCS (8.8.5/8.6.4) id VAA15476; Mon, 30 Aug 1999 21:34:46 -0500 (CDT) Message-ID: <19990830213445.22374@right.PCS> Date: Mon, 30 Aug 1999 21:34:45 -0500 From: Jonathan Lemon To: "Chris D. Faulhaber" Cc: current@freebsd.org Subject: Re: HEADS UP References: <19990830162125.52517@right.PCS> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: ; from Chris D. Faulhaber on Aug 08, 1999 at 10:23:01PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Aug 08, 1999 at 10:23:01PM -0400, Chris D. Faulhaber wrote: > Does this have anything to do with the current (no pun intended) breakage: > > /usr/src/usr.sbin/trpt/trpt.c:358: `TCPT_REXMT' undeclared (first use in Yes; I forgot to commit the patch to remove references to the timers in this program; I just fixed it. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 19:43:41 1999 Delivered-To: freebsd-current@freebsd.org Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9]) by hub.freebsd.org (Postfix) with ESMTP id 5EC2C153A3 for ; Mon, 30 Aug 1999 19:43:36 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id MAA06997; Tue, 31 Aug 1999 12:43:16 +1000 Date: Tue, 31 Aug 1999 12:43:16 +1000 From: Bruce Evans Message-Id: <199908310243.MAA06997@godzilla.zeta.org.au> To: dufault@hda.com, julian@whistle.com Subject: Re: HEADS UP Cc: current@FreeBSD.ORG, jeremyp@gsmx07.alcatel.com.au, jlemon@americantv.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> How about struct timeval instead? Timevals shouldn't be used in new interfaces. Use timespecs, which are both Standard and more future proof. >Firstly we are talking about time deltas, and on the sysctl side of things >it's very hard to set 'timevals (as you'd need to set two different >variables) so you need a single value on teh userland side of things. sysctl can handle structs. The problems are that sysctl(8) has little or no support for inputting structs, and timespec units might be inconvenient (sysctl -w kern.quantum=0.001000000 vs sysctl -w kern.quantum=10000). We already use microseconds instead of nanoseconds for kern.quantum because nanoseconds resolution is unwieldy and not needed. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 22:31:49 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 4AD6F159DE for ; Mon, 30 Aug 1999 22:31:46 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id WAA20764; Mon, 30 Aug 1999 22:30:56 -0700 (PDT) (envelope-from dillon) Date: Mon, 30 Aug 1999 22:30:56 -0700 (PDT) From: Matthew Dillon Message-Id: <199908310530.WAA20764@apollo.backplane.com> To: freebsd-current@FreeBSD.ORG Subject: Re: multipatch #8 available Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've spent several hours resyncing the source tree and revalidating the patchset (though w/ the buildworld breakage revalidation was not entirely complete). Multipatch #8 is now available. http://www.backplane.com/FreeBSD4/ This patch contains a controversial backouts which I explain in the documentation on my site. I hope to see a resolution by committers on the issues relating to this controversy but in the mean time I am keeping my patch synchronized to the source tree and containing what I believe to be appropriate so the 12+ people I know are using it can continue to use it without having to go through loops. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 22:54:34 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (Postfix) with ESMTP id B3F98153B5 for ; Mon, 30 Aug 1999 22:54:27 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id HAA33240; Tue, 31 Aug 1999 07:53:03 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199908310553.HAA33240@gratis.grondar.za> To: Jonathan Lemon Cc: current@FreeBSD.ORG Subject: Re: HEADS UP Date: Tue, 31 Aug 1999 07:53:03 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > If you don't know that they are, you don't need to worry about them. :-) > > Seriously, they are allow finer control over some of the TCP behavior. > > delacktime is related to Nagle's algorithm, and specifies how long a > system should delay ACK'ing a packet in hopes that it can collect some > data from ther user and piggyback it on top of the ACK packet. This _may_ be a solution to a problem I am having with SSH on a congested link; I don't get my characters back until I hit a bunch of characters (it appears that they are stuck in an outbound buffer untill then. The problem only happens on congested links with SSH, and is somewhat random but repeatable. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 23: 4:28 1999 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 3CF0215108; Mon, 30 Aug 1999 23:04:22 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 2F4461CD8B9; Mon, 30 Aug 1999 23:04:22 -0700 (PDT) (envelope-from kris@hub.freebsd.org) Date: Mon, 30 Aug 1999 23:04:22 -0700 (PDT) From: Kris Kennaway To: Mark Murray Cc: Jonathan Lemon , current@FreeBSD.ORG Subject: Re: HEADS UP In-Reply-To: <199908310553.HAA33240@gratis.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 31 Aug 1999, Mark Murray wrote: > This _may_ be a solution to a problem I am having with SSH on a > congested link; I don't get my characters back until I hit a bunch > of characters (it appears that they are stuck in an outbound buffer > untill then. The problem only happens on congested links with SSH, > and is somewhat random but repeatable. I see this on some Alphas running OSF/1 - when I'm logged in remotely via rlogin or telnet it will often pause output until I hit another key. I put it down to misconfiguration of the system somehow.. Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 30 23:35:49 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (Postfix) with ESMTP id 8178615866 for ; Mon, 30 Aug 1999 23:35:40 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id IAA33787; Tue, 31 Aug 1999 08:31:30 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199908310631.IAA33787@gratis.grondar.za> To: John Polstra Cc: knute@tiscalinet.it, current@FreeBSD.ORG Subject: Re: PPPD+PAM Date: Tue, 31 Aug 1999 08:31:30 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hey markm, ya wanna add this to your to-do list? :-) Added :-) M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 1:44:27 1999 Delivered-To: freebsd-current@freebsd.org Received: from plab.ku.dk (plab.ku.dk [130.225.105.65]) by hub.freebsd.org (Postfix) with ESMTP id 61DD2151E0 for ; Tue, 31 Aug 1999 01:44:17 -0700 (PDT) (envelope-from tobez@plab.ku.dk) Received: from lion.plab.ku.dk (lion.plab.ku.dk [130.225.105.49]) by plab.ku.dk (8.9.1/8.9.1) with ESMTP id KAA11540 for ; Tue, 31 Aug 1999 10:44:15 +0200 (CEST) Received: (from tobez@localhost) by lion.plab.ku.dk (8.9.3/8.9.3) id KAA04513 for freebsd-current@FreeBSD.ORG; Tue, 31 Aug 1999 10:40:57 +0200 (CEST) (envelope-from tobez) Date: Tue, 31 Aug 1999 10:40:56 +0200 From: Anton Berezin To: freebsd-current@FreeBSD.ORG Subject: Re: Perl broken in 4.0-CURRENT ? Message-ID: <19990831104056.A4439@lion.plab.ku.dk> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from Pascal Hofstee on Tue, Aug 31, 1999 at 02:09:00AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Aug 31, 1999 at 02:09:00AM +0200, Pascal Hofstee wrote: > I get the following errors when trying to run certain perl stuff .. > like mirror: > su-2.03# mirror /usr/local/lib/mirror/packages/daemonnews > DynaLoader:/usr/libdata/perl/5.00503/DynaLoader.pm:188 Caught a SIGSEGV > shutting down at /usr/local/bin/mirror line 3873. Yep. The easiest way to reproduce this is $ perl -MIO -e '' It dies during IO's bootstrap, but I have not investigated this further. Something in libc? Cheers, -- Anton Berezin The Protein Laboratory, University of Copenhagen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 2:52:23 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 5F40814C23 for ; Tue, 31 Aug 1999 02:52:19 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id KAA35060; Tue, 31 Aug 1999 10:50:53 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Tue, 31 Aug 1999 10:50:52 +0100 (BST) From: Doug Rabson To: Poul-Henning Kamp Cc: Jonathan Lemon , current@freebsd.org Subject: Re: HEADS UP In-Reply-To: <25716.936049445@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 30 Aug 1999, Poul-Henning Kamp wrote: > In message <19990830164043.11777@right.PCS>, Jonathan Lemon writes: > >On Aug 08, 1999 at 11:36:30PM +0200, Poul-Henning Kamp wrote: > >> In message <19990830162125.52517@right.PCS>, Jonathan Lemon writes: > >> > I've just committed the revised TCP timer code. There are some > >> >user visible changes: > >> > > >> > User visible TCP timers are now in units of the system clock > >> > (10ms for the i386) > >> > >> Please, can we have them be in milliseconds ? > > > >Wouldn't this mean writing a sysctl proc for each variable, > >instead of directly changing the underlying integer? I did > >consider this, but wasn't sure if it would be worth the effort. > > Yes, you'd have to, but considering that HZ is 1024 on alpha > and 100 on i386 I think it is well worth the effort... Actually on the alpha, HZ is whatever the firmware tells us. Its often 1024 but I remember SimOS used to pretend it was 1200 for some reason. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 4:10:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from hda.hda.com (hda-bicnet.bicnet.net [209.244.238.132]) by hub.freebsd.org (Postfix) with ESMTP id D4C7A15037 for ; Tue, 31 Aug 1999 04:10:34 -0700 (PDT) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id HAA16958; Tue, 31 Aug 1999 07:07:24 -0400 (EDT) From: Peter Dufault Message-Id: <199908311107.HAA16958@hda.hda.com> Subject: Re: HEADS UP In-Reply-To: <199908310243.MAA06997@godzilla.zeta.org.au> from Bruce Evans at "Aug 31, 99 12:43:16 pm" To: bde@zeta.org.au (Bruce Evans) Date: Tue, 31 Aug 1999 07:07:23 -0400 (EDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> How about struct timeval instead? > > Timevals shouldn't be used in new interfaces. Use timespecs, which are > both Standard and more future proof. Agreed. > >Firstly we are talking about time deltas, and on the sysctl side of things > >it's very hard to set 'timevals (as you'd need to set two different > >variables) so you need a single value on teh userland side of things. > > sysctl can handle structs. The problems are that sysctl(8) has little or > no support for inputting structs, and timespec units might be inconvenient > (sysctl -w kern.quantum=0.001000000 vs sysctl -w kern.quantum=10000). We > already use microseconds instead of nanoseconds for kern.quantum because > nanoseconds resolution is unwieldy and not needed. # sysctl -w kern.quantum=1000us # kern.quantum: 1000us -> 1000us is an argument for settling on a single future proof structure. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 5:13:24 1999 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 1941B15095 for ; Tue, 31 Aug 1999 05:13:18 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id OAA80049 for current@freebsd.org; Tue, 31 Aug 1999 14:13:16 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <199908311213.OAA80049@freebsd.dk> Subject: HEADS UP! ATA driver (atapi DMA).. To: current@freebsd.org Date: Tue, 31 Aug 1999 14:13:16 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A little while ago I enabled DMA on atapi devices, and while this generally is a good thing (CPU usage wise), there seems to be some delicate problems with this on some chipsets and devices. If you use the new ATA driver and has atapi devices that use DMA could you please check that they are working correctly (ie try reading a CDROM two times and compare the results), and mail me the outcome of that. Thanks! -Soren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 7:44: 2 1999 Delivered-To: freebsd-current@freebsd.org Received: from post.bgnett.no (post.bgnett.no [194.54.96.133]) by hub.freebsd.org (Postfix) with ESMTP id E7E1C15013; Tue, 31 Aug 1999 07:43:51 -0700 (PDT) (envelope-from erik@habatech.no) Received: from bsdbox.habatech.no ([62.92.133.3]) by post.bgnett.no (8.8.8/8.8.8) with ESMTP id QAA01775; Tue, 31 Aug 1999 16:40:48 +0200 (CEST) (envelope-from erik@habatech.no) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199908301545.JAA10024@caspian.plutotech.com> Date: Tue, 31 Aug 1999 16:40:12 +0200 (CEST) Reply-To: erik@habatech.no Organization: Habatech AS From: "Erik H. Bakke" To: "Justin T. Gibbs" Subject: Re: Weird new SCSI diagnostics in -current Cc: gibbs@FreeBSD.ORG, current@FreeBSD.ORG, "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 30-Aug-99 Justin T. Gibbs wrote: >>I'm noticing some new output. What does it mean and is it going >>to stay there? :-) > > Peter killed these last week. > I still get some messages, kernel as of saturday evening: *** Relevant part of dmesg output *** intpm0: PM I/O mapped e400 ahc0: irq 19 at device 6.0 on pci0 BRDCTL = 0x7a ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc1: irq 18 at device 10.0 on pci0 BRDCTL = 0xfe ahc1: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs pcm0: irq 16 at device 12.0 on pci0 pcm0: using I/O space register mapping at 0xa000 pcm1: irq 16 at device 13.0 on pci0 pcm1: using I/O space register mapping at 0xa400 Probing for PnP devices: CSN 1 Vendor ID: JQE9000 [0x0090252a] Serial 0x0071442d Comp ID: PNP80d6 [0xd680d041] *** But then, this could only be natural, or local to my machine... ---------------------------------- E-Mail: Erik H. Bakke Date: 31-Aug-99 Time: 16:36:27 This message was sent by XFMail ---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 10:44:29 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc2.on.home.com (ha1.rdc2.on.home.com [24.9.0.15]) by hub.freebsd.org (Postfix) with ESMTP id 1860E14D70 for ; Tue, 31 Aug 1999 10:44:25 -0700 (PDT) (envelope-from street@iname.com) Received: from mired.eh.local ([24.64.136.188]) by mail.rdc2.on.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <19990831174404.JLOM5161.mail.rdc2.on.home.com@mired.eh.local>; Tue, 31 Aug 1999 10:44:04 -0700 Received: (from kws@localhost) by mired.eh.local (8.9.3/8.9.3) id NAA01066; Tue, 31 Aug 1999 13:44:03 -0400 (EDT) (envelope-from kws) To: Soren Schmidt Cc: current@FreeBSD.ORG Subject: Re: HEADS UP! ATA driver (atapi DMA).. References: <199908311213.OAA80049@freebsd.dk> From: Kevin Street Date: 31 Aug 1999 13:44:03 -0400 In-Reply-To: Soren Schmidt's message of "Tue, 31 Aug 1999 14:13:16 +0200 (CEST)" Message-ID: <87btbnetgc.fsf@mired.eh.local> Lines: 72 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Two things I've noticed: 1) my cdrom delivers about 2M/s which is the same as before DMA. Is the improvement only in cpu usage or should I be seeing a speed improvement too? speed tested with: dd if=/dev/racd0c of=/dev/null bs=64k count=320 (I get it to spin up with another dd before this test) 2) I can crash my system (sometimes a panic, sometimes a freeze) with: dd if=/dev/racd0c of=/dev/null bs=1m count=1 I could do bs=1m before the DMA code went in. If the system freezes I see: atapi_error: READ_BIG - timeout error = 00 the dd puts out a message about transferring 0 records ata1: master: timeout waiting to give command s = d8 e = 00 I got one panic which was (transcribed by hand, I had dump off): Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10 fault code = supervisor write, page not present instruction pointer = 0x8:0xc01f4266 stack pointer = 0x10:0xc9825d7c frame pointer = 0x10:0xc9825d94 code segment = base 0x0, limit 0xfffff, type 0x1b processor cflags = interrupt enabled, resume, IOPL = 0 current process = 43899 (dd) interrupt mask = bio trap number = 12 panic: page fault I turned dump on and tried again but got a system freeze (reset to reboot) instead with no panic and no dump. The relevant dmesg stuff: ata-pci0: at device 4.1 on pci0 ata-pci0: Busmastering DMA supported ata0 at 0x01f0 irq 14 on ata-pci0 ata1 at 0x0170 irq 15 on ata-pci0 ... ata0: master: setting up UDMA2 mode on PIIX4 chip OK ad0: ATA-4 disk at ata0 as master ad0: 9787MB (20044080 sectors), 19885 cyls, 16 heads, 63 S/T, 512 B/S ad0: piomode=4, dmamode=2, udmamode=2 ad0: 16 secs/int, 0 depth queue, DMA mode ata0: slave: setting up UDMA2 mode on PIIX4 chip OK ad1: ATA-3 disk at ata0 as slave ad1: 8063MB (16514064 sectors), 16383 cyls, 16 heads, 63 S/T, 512 B/S ad1: piomode=4, dmamode=2, udmamode=2 ad1: 16 secs/int, 0 depth queue, DMA mode ata1: master: setting up UDMA2 mode on PIIX4 chip OK ad2: ATA-4 disk at ata1 as master ad2: 6149MB (12594960 sectors), 13328 cyls, 15 heads, 63 S/T, 512 B/S ad2: piomode=4, dmamode=2, udmamode=2 ad2: 16 secs/int, 0 depth queue, DMA mode atapi: piomode=4, dmamode=2, udmamode=-1 ata1: slave: setting up WDMA2 mode on PIIX3/4 chip OK atapi: DMA transfer mode set acd0: CDROM drive at ata1 as slave acd0: drive speed 5515KB/sec, 256KB cache, DMA acd0: supported read types: CD-R, CD-RW, CD-DA acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray acd0: Medium: CD-ROM 120mm data disc loaded, unlocked -- Kevin Street street@iname.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 11: 1:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 48F5D153F3 for ; Tue, 31 Aug 1999 11:01:12 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id KAA25628; Tue, 31 Aug 1999 10:59:35 -0700 (PDT) (envelope-from dillon) Date: Tue, 31 Aug 1999 10:59:35 -0700 (PDT) From: Matthew Dillon Message-Id: <199908311759.KAA25628@apollo.backplane.com> To: Kevin Street Cc: Soren Schmidt , current@FreeBSD.ORG Subject: Re: HEADS UP! ATA driver (atapi DMA).. References: <199908311213.OAA80049@freebsd.dk> <87btbnetgc.fsf@mired.eh.local> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Two things I've noticed: :1) my cdrom delivers about 2M/s which is the same as before DMA. Is :the improvement only in cpu usage or should I be seeing a speed :improvement too? : :speed tested with: :dd if=/dev/racd0c of=/dev/null bs=64k count=320 :(I get it to spin up with another dd before this test) Well 2MB/sec == 14x CDRom drive. Is it a 14x CDRom drive? CDRom drives are typically limited to how quickly they can get data off the platter. A faster bus transfer will not improve that. :2) I can crash my system (sometimes a panic, sometimes a freeze) with: :dd if=/dev/racd0c of=/dev/null bs=1m count=1 : :I could do bs=1m before the DMA code went in. : :If the system freezes I see: :atapi_error: READ_BIG - timeout error = 00 : :the dd puts out a message about transferring 0 records (This is a different problem, one I can't address. Presumably someone else can). -Matt Matthew Dillon :Kevin Street :street@iname.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 11: 7:34 1999 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id BD840152C0 for ; Tue, 31 Aug 1999 11:07:30 -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 MAA08535; Tue, 31 Aug 1999 12:05:01 -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 MAA12442; Tue, 31 Aug 1999 12:04:33 -0600 (MDT) Message-Id: <199908311804.MAA12442@harmony.village.org> To: Mitsuru IWASAKI Subject: Re: followup to apm problems. Cc: mmuir@es.co.nz, freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Fri, 27 Aug 1999 15:50:45 +0900." <199908270647.PAA08317@tasogare.imasy.or.jp> References: <199908270647.PAA08317@tasogare.imasy.or.jp> <37C3C2F4.DE91BB21@es.co.nz> Date: Tue, 31 Aug 1999 12:04:33 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199908270647.PAA08317@tasogare.imasy.or.jp> Mitsuru IWASAKI writes: : And it seems there still are other devices which wake your PC up in : 2-3 mins time. : Hmmm, anyone has ideas? I think we need to set the interrupt mask to 0 in the PIC. Or at least disable the interrupts that we know about from a driver point of view. This is similar to the CLI/STI stuff, but should be more robust. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 11:20:32 1999 Delivered-To: freebsd-current@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id B59C715AB2; Tue, 31 Aug 1999 11:20:01 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: from kilt.nothing-going-on.org (kilt.nothing-going-on.org [192.168.1.18]) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) with ESMTP id TAA67431; Tue, 31 Aug 1999 19:09:30 +0100 (BST) (envelope-from nik@catkin.nothing-going-on.org) Received: (from nik@localhost) by kilt.nothing-going-on.org (8.9.3/8.9.3) id IAA84303; Tue, 31 Aug 1999 08:49:44 +0100 (BST) (envelope-from nik@catkin.nothing-going-on.org) Date: Tue, 31 Aug 1999 08:49:43 +0100 From: Nik Clayton To: Nik Clayton Cc: stable@freebsd.org, current@freebsd.org, jack Subject: Re: Docs blows up make release Message-ID: <19990831084943.A84039@kilt.nothing-going-on.org> References: <19990822110511.A89933@kilt.nothing-going-on.org> <19990826205300.A93397@catkin.nothing-going-on.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19990826205300.A93397@catkin.nothing-going-on.org>; from Nik Clayton on Thu, Aug 26, 1999 at 08:53:00PM +0100 Organization: FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ quoted section retained for context ] On Thu, Aug 26, 1999 at 08:53:00PM +0100, Nik Clayton wrote: > -stable, -current, > > On Sun, Aug 22, 1999 at 11:05:11AM +0100, Nik Clayton wrote: > > [ cc'd to -current ] > > > > On Sat, Aug 21, 1999 at 07:54:51PM -0400, jack wrote: > > > > > > Will support for building release docs in English only be > > > revived? > > > > > > > For the immediate future, it looks like it will -- it seems as though > > we don't have the man power to make the necessary changes to sysinstall > > to support "installing the docs as packages", so I'm going to fix up > > src/release/Makefile as necessary to cope with the new directory structure. > > With thanks to Jack O'Neill, this is now done. They're only in -current > at the moment, but they should backport to -stable fairly easily. I'd > be obliged if those if you who like to do these things grabbed a copy > of -current that has r1.504 of src/release/Makefile, and tried building > a release with that, and a copy of the doc/ tree that's of a similar > vintage. Everything should pretty much work. > > Brickbats should be sent my way if it doesn't. There's been a disturbing lack of brickbats landing at my feet, so can I assume that the new doc/ "make release" stuff is working for everybody? If so, I'll MFC the infrastructure tonight. N -- [intentional self-reference] can be easily accommodated using a blessed, non-self-referential dummy head-node whose own object destructor severs the links. -- Tom Christiansen in <375143b5@cs.colorado.edu> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 12:14:41 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc2.on.home.com (ha1.rdc2.on.home.com [24.9.0.15]) by hub.freebsd.org (Postfix) with ESMTP id 3C1661511A for ; Tue, 31 Aug 1999 12:14:30 -0700 (PDT) (envelope-from street@iname.com) Received: from mired.eh.local ([24.64.136.188]) by mail.rdc2.on.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <19990831191402.MNRM5161.mail.rdc2.on.home.com@mired.eh.local>; Tue, 31 Aug 1999 12:14:02 -0700 Received: (from kws@localhost) by mired.eh.local (8.9.3/8.9.3) id PAA01761; Tue, 31 Aug 1999 15:14:02 -0400 (EDT) (envelope-from kws) To: Matthew Dillon Cc: Soren Schmidt , current@FreeBSD.ORG Subject: Re: HEADS UP! ATA driver (atapi DMA).. References: <199908311213.OAA80049@freebsd.dk> <87btbnetgc.fsf@mired.eh.local> <199908311759.KAA25628@apollo.backplane.com> From: Kevin Street Date: 31 Aug 1999 15:14:01 -0400 In-Reply-To: Matthew Dillon's message of "Tue, 31 Aug 1999 10:59:35 -0700 (PDT)" Message-ID: <87906repae.fsf@mired.eh.local> Lines: 27 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Dillon writes: > :Two things I've noticed: > :1) my cdrom delivers about 2M/s which is the same as before DMA. Is > :the improvement only in cpu usage or should I be seeing a speed > :improvement too? > : > :speed tested with: > :dd if=/dev/racd0c of=/dev/null bs=64k count=320 > :(I get it to spin up with another dd before this test) > > Well 2MB/sec == 14x CDRom drive. Is it a 14x CDRom drive? CDRom > drives are typically limited to how quickly they can get data off > the platter. A faster bus transfer will not improve that. I should have mentioned that ... it's a 32x cdrom. dmesg says it claims to be able to do 5515 KB/sec. I've played around with using dd ... skip=n to reposition which part of the cd I'm reading and I've seen some much better speeds on the outer tracks (I think I now recall that cd's start numbering from the inside tracks, don't they?). So you're probably right that it's just the rotational speed that I was seeing. -- Kevin Street street@iname.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 12:19: 8 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id C9CE21511A for ; Tue, 31 Aug 1999 12:19:05 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id MAA26255; Tue, 31 Aug 1999 12:17:31 -0700 (PDT) (envelope-from dillon) Date: Tue, 31 Aug 1999 12:17:31 -0700 (PDT) From: Matthew Dillon Message-Id: <199908311917.MAA26255@apollo.backplane.com> To: Kevin Street Cc: Soren Schmidt , current@FreeBSD.ORG Subject: Re: HEADS UP! ATA driver (atapi DMA).. References: <199908311213.OAA80049@freebsd.dk> <87btbnetgc.fsf@mired.eh.local> <199908311759.KAA25628@apollo.backplane.com> <87906repae.fsf@mired.eh.local> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Matthew Dillon writes: : :> :Two things I've noticed: :> :1) my cdrom delivers about 2M/s which is the same as before DMA. Is :> :the improvement only in cpu usage or should I be seeing a speed :> :improvement too? :> : :> :speed tested with: :> :dd if=/dev/racd0c of=/dev/null bs=64k count=320 :> :(I get it to spin up with another dd before this test) :> :> Well 2MB/sec == 14x CDRom drive. Is it a 14x CDRom drive? CDRom :> drives are typically limited to how quickly they can get data off :> the platter. A faster bus transfer will not improve that. : :I should have mentioned that ... it's a 32x cdrom. dmesg says it :claims to be able to do 5515 KB/sec. : :I've played around with using dd ... skip=n to reposition which part :of the cd I'm reading and I've seen some much better speeds on the :outer tracks (I think I now recall that cd's start numbering from the :inside tracks, don't they?). So you're probably right that it's just :the rotational speed that I was seeing. : :-- :Kevin Street :street@iname.com Dunno re: starting track. All modern CDRom units have vibration sensors (actually I think they just use the error rate from the head) and will adjust the rotational speed based on that as well as on the rate the data is being requested at. So it will depend on the physical CD as well as other matters. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 12:22:25 1999 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id F01AC1511A for ; Tue, 31 Aug 1999 12:22:19 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id PAA29315; Tue, 31 Aug 1999 15:21:22 -0400 (EDT) (envelope-from wollman) Date: Tue, 31 Aug 1999 15:21:22 -0400 (EDT) From: Garrett Wollman Message-Id: <199908311921.PAA29315@khavrinen.lcs.mit.edu> To: Matthew Dillon Cc: Kevin Street , Soren Schmidt , current@FreeBSD.ORG Subject: Re: HEADS UP! ATA driver (atapi DMA).. In-Reply-To: <199908311917.MAA26255@apollo.backplane.com> References: <199908311213.OAA80049@freebsd.dk> <87btbnetgc.fsf@mired.eh.local> <199908311759.KAA25628@apollo.backplane.com> <87906repae.fsf@mired.eh.local> <199908311917.MAA26255@apollo.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > All modern CDRom units have vibration sensors (actually I think they > just use the error rate from the head) and will adjust the rotational > speed based on that as well as on the rate the data is being requested > at. So it will depend on the physical CD as well as other matters. Unless you have one of those cool Plextor CAV units... -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 12:37:48 1999 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by hub.freebsd.org (Postfix) with ESMTP id AD942157E1 for ; Tue, 31 Aug 1999 12:37:43 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.9.3/8.9.1) id MAA87931 for freebsd-current@freebsd.org; Tue, 31 Aug 1999 12:39:21 -0700 (PDT) (envelope-from sgk) From: Steve Kargl Message-Id: <199908311939.MAA87931@troutmask.apl.washington.edu> Subject: make -j 4 buildworld race problem To: freebsd-current@freebsd.org (FreeBSD Current) Date: Tue, 31 Aug 1999 12:39:21 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cvsup'd -current source at 0840 PST 31 Aug 99 "make buildworld" completes without a problem. "make -j 4 buildworld" gives: cc -o make_hash -O2 -pipe -mpentiumpro -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -I/usr/obj/usr/src/tmp/usr/include -DMAIN_PROGRAM /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_addch.3x curs_addch.3 ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_addchstr.3x curs_addchstr.3 ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_addstr.3x curs_addstr.3 ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_attr.3x curs_attr.3 ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_beep.3x curs_beep.3 ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_bkgd.3x curs_bkgd.3 ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_border.3x curs_border.3 ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_clear.3x curs_clear.3 /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c:44: hashsize.h: No such file or directory ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_color.3x curs_color.3 ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_delch.3x curs_delch.3 ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_deleteln.3x curs_deleteln.3 ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_getch.3x curs_getch.3 /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c: In function `_nc_make_hash_table': /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c:78: `CAPTABSIZE' undeclared (first use in this function) /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c:78: (Each undeclared identifier is reported only once /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c:78: for each function it appears in.) /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c: In function `hash_function': /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c:117: `HASHTABSIZE' undeclared (first use in this function) /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c:118: warning: control reaches end of non-void function ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_getstr.3x curs_getstr.3 ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_getyx.3x curs_getyx.3 /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c: In function `main': /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c:229: `CAPTABSIZE' undeclared (first use in this function) /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c:230: `HASHTABSIZE' undeclared (first use in this function) ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_inch.3x curs_inch.3 ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_inchstr.3x curs_inchstr.3 ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_initscr.3x curs_initscr.3 ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_inopts.3x curs_inopts.3 ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_insch.3x curs_insch.3 ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_insstr.3x curs_insstr.3 *** Error code 1 ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_instr.3x curs_instr.3 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 12:43: 3 1999 Delivered-To: freebsd-current@freebsd.org Received: from pawn.primelocation.net (pawn.primelocation.net [205.161.238.235]) by hub.freebsd.org (Postfix) with ESMTP id 6B9BB15123 for ; Tue, 31 Aug 1999 12:42:30 -0700 (PDT) (envelope-from jedgar@fxp.org) Received: by pawn.primelocation.net (Postfix, from userid 1003) id 1BEFFF818; Tue, 31 Aug 1999 15:41:41 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by pawn.primelocation.net (Postfix) with ESMTP id 0FB9D9B1C; Tue, 31 Aug 1999 15:41:41 -0400 (EDT) Date: Tue, 31 Aug 1999 15:41:40 -0400 (EDT) From: "Chris D. Faulhaber" X-Sender: jedgar@pawn.primelocation.net To: Steve Kargl Cc: FreeBSD Current Subject: Re: make -j 4 buildworld race problem In-Reply-To: <199908311939.MAA87931@troutmask.apl.washington.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm getting the same with -j 2 here. ----- Chris D. Faulhaber | All the true gurus I've met never System/Network Administrator, | claimed they were one, and always Reality Check Information, Inc. | pointed to someone better. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 12:44:44 1999 Delivered-To: freebsd-current@freebsd.org Received: from pop3-3.enteract.com (pop3-3.enteract.com [207.229.143.32]) by hub.freebsd.org (Postfix) with SMTP id 4F92614E96 for ; Tue, 31 Aug 1999 12:44:15 -0700 (PDT) (envelope-from dscheidt@tumbolia.com) Received: (qmail 17827 invoked from network); 31 Aug 1999 19:44:15 -0000 Received: from shell-3.enteract.com (dscheidt@207.229.143.42) by pop3-3.enteract.com with SMTP; 31 Aug 1999 19:44:15 -0000 Date: Tue, 31 Aug 1999 14:44:14 -0500 (CDT) From: David Scheidt X-Sender: dscheidt@shell-3.enteract.com To: Kevin Street Cc: Matthew Dillon , Soren Schmidt , current@FreeBSD.ORG Subject: Re: HEADS UP! ATA driver (atapi DMA).. In-Reply-To: <87906repae.fsf@mired.eh.local> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 31 Aug 1999, Kevin Street wrote: > Matthew Dillon writes: > > I should have mentioned that ... it's a 32x cdrom. dmesg says it > claims to be able to do 5515 KB/sec. > > I've played around with using dd ... skip=n to reposition which part > of the cd I'm reading and I've seen some much better speeds on the > outer tracks (I think I now recall that cd's start numbering from the > inside tracks, don't they?). So you're probably right that it's just Almost all fast (>12X or so) CD-ROM drives are variable speed. You will see much greater performance from the outer edge as from the inside edge. You are correct that the begining of the CD is in the center. dd the whole disk and use iostat to see what your transfer rates are. They will go up as the disk reaches the end. David Scheidt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 12:52:32 1999 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 2D22114C42 for ; Tue, 31 Aug 1999 12:52:29 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id VAA80929; Tue, 31 Aug 1999 21:52:25 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <199908311952.VAA80929@freebsd.dk> Subject: Re: HEADS UP! ATA driver (atapi DMA).. In-Reply-To: <87btbnetgc.fsf@mired.eh.local> from Kevin Street at "Aug 31, 1999 1:44: 3 pm" To: street@iname.com (Kevin Street) Date: Tue, 31 Aug 1999 21:52:25 +0200 (CEST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Kevin Street wrote: > Two things I've noticed: > 1) my cdrom delivers about 2M/s which is the same as before DMA. Is > the improvement only in cpu usage or should I be seeing a speed > improvement too? Depends.. There are many factors involved here, using DMA only lowers the CPU usage, and will enable faster transfers if the problem was that the CPU was saturated with the PIO transfer. It gave about double the transfer rate on my old P6 based maschine, because the CPU drain was the limitting factor. Most modern CDROM are variable speed, and you will see varying rates depending on the quality of the media. > 2) I can crash my system (sometimes a panic, sometimes a freeze) with: > dd if=/dev/racd0c of=/dev/null bs=1m count=1 > > I could do bs=1m before the DMA code went in. > > If the system freezes I see: > atapi_error: READ_BIG - timeout error = 00 > > the dd puts out a message about transferring 0 records > ata1: master: timeout waiting to give command s = d8 e = 00 Yup I know of that one, not sure how to fix it (right) yet... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 13:33:23 1999 Delivered-To: freebsd-current@freebsd.org Received: from free-bsd.org (edslppp4.dnvr.uswest.net [216.160.128.4]) by hub.freebsd.org (Postfix) with ESMTP id 0F47A150AD; Tue, 31 Aug 1999 13:33:10 -0700 (PDT) (envelope-from geniusj@free-bsd.org) Received: from localhost (geniusj@localhost) by free-bsd.org (8.9.3/8.9.3) with ESMTP id OAA08533; Tue, 31 Aug 1999 14:15:35 -0600 (MDT) (envelope-from geniusj@free-bsd.org) Date: Tue, 31 Aug 1999 14:15:35 -0600 (MDT) From: FreeBSD -- The Power to Serve To: questions@freebsd.org, current@freebsd.org Subject: zsh problem after updating to -CURRENT Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I recently cvsupped to -CURRENT, did successful make world and updated the kernel.. Now I get errors in zsh even after compiling the port.. I'm using the zsh-devel port which is basically 0-day since I updated ports too Errors: (from startup) zsh in free(): warning: malloc() has never been called. (after every command or carriage return) su in free(): warning: junk pointer, too low to make sense. Could this be a -CURRENT malloc problem? Thanks in advance! -JD- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 14: 6: 9 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.mt.sri.com (ns.mt.sri.com [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id 257AA14CC3 for ; Tue, 31 Aug 1999 14:05:57 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id PAA29824; Tue, 31 Aug 1999 15:03:07 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id PAA16222; Tue, 31 Aug 1999 15:03:01 -0600 Date: Tue, 31 Aug 1999 15:03:01 -0600 Message-Id: <199908312103.PAA16222@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Warner Losh Cc: Mitsuru IWASAKI , mmuir@es.co.nz, freebsd-current@FreeBSD.ORG Subject: Re: followup to apm problems. In-Reply-To: <199908311804.MAA12442@harmony.village.org> References: <199908270647.PAA08317@tasogare.imasy.or.jp> <37C3C2F4.DE91BB21@es.co.nz> <199908311804.MAA12442@harmony.village.org> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@mt.sri.com (Nate Williams) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > : And it seems there still are other devices which wake your PC up in > : 2-3 mins time. > : Hmmm, anyone has ideas? > > I think we need to set the interrupt mask to 0 in the PIC. I don't think makes any difference, since the APM Bios is in charge of what happens at this point, and the BIOS is below the level of the OS. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 14: 6:25 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc2.on.home.com (ha1.rdc2.on.home.com [24.9.0.15]) by hub.freebsd.org (Postfix) with ESMTP id 7B0AD14D5E for ; Tue, 31 Aug 1999 14:06:21 -0700 (PDT) (envelope-from street@iname.com) Received: from mired.eh.local ([24.64.136.188]) by mail.rdc2.on.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <19990831210532.RJWA5161.mail.rdc2.on.home.com@mired.eh.local>; Tue, 31 Aug 1999 14:05:32 -0700 Received: (from kws@localhost) by mired.eh.local (8.9.3/8.9.3) id RAA02551; Tue, 31 Aug 1999 17:05:32 -0400 (EDT) (envelope-from kws) From: Kevin Street MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14284.17307.842265.468860@mired.eh.local> Date: Tue, 31 Aug 1999 17:05:31 -0400 (EDT) To: Soren Schmidt Cc: current@FreeBSD.ORG Subject: Re: HEADS UP! ATA driver (atapi DMA).. In-Reply-To: <199908311952.VAA80929@freebsd.dk> References: <87btbnetgc.fsf@mired.eh.local> <199908311952.VAA80929@freebsd.dk> X-Mailer: VM 6.71 under 21.1 "20 Minutes to Nikko" XEmacs Lucid (patch 2) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Soren Schmidt writes: >Depends.. There are many factors involved here, using DMA only lowers >the CPU usage, and will enable faster transfers if the problem was >that the CPU was saturated with the PIO transfer. It gave about >double the transfer rate on my old P6 based maschine, because the >CPU drain was the limitting factor. Most modern CDROM are variable >speed, and you will see varying rates depending on the quality of >the media. dd'ing the whole cd and watching with iostat shows speeds from 2M increasing to 5.5M on the outside tracks with cpu staying at 98% to 100% idle on a PII 400. So DMA seems to be doing its stuff. I did try checking for correct data coming off the cd as well, and saw no problems. -- Kevin Street street@iname.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 14:20:49 1999 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 8057C15440 for ; Tue, 31 Aug 1999 14:20:43 -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 PAA09102; Tue, 31 Aug 1999 15:20:39 -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 PAA13660; Tue, 31 Aug 1999 15:20:15 -0600 (MDT) Message-Id: <199908312120.PAA13660@harmony.village.org> To: nate@mt.sri.com (Nate Williams) Subject: Re: followup to apm problems. Cc: Mitsuru IWASAKI , mmuir@es.co.nz, freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Tue, 31 Aug 1999 15:03:01 MDT." <199908312103.PAA16222@mt.sri.com> References: <199908312103.PAA16222@mt.sri.com> <199908270647.PAA08317@tasogare.imasy.or.jp> <37C3C2F4.DE91BB21@es.co.nz> <199908311804.MAA12442@harmony.village.org> Date: Tue, 31 Aug 1999 15:20:15 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199908312103.PAA16222@mt.sri.com> Nate Williams writes: : > I think we need to set the interrupt mask to 0 in the PIC. : : I don't think makes any difference, since the APM Bios is in charge of : what happens at this point, and the BIOS is below the level of the OS. : The theory is that no more interrupts would come in. However, I think there is another reason that you might be right.... "Standby" needs to be able to wakeup on keyboard events, which needs interrupts enabled... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 14:39:34 1999 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with SMTP id 9C9D114CDF for ; Tue, 31 Aug 1999 14:39:20 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40326>; Wed, 1 Sep 1999 07:35:59 +1000 Date: Wed, 1 Sep 1999 07:37:29 +1000 From: Peter Jeremy Subject: Re: HEADS UP! ATA driver (atapi DMA).. In-reply-to: To: dscheidt@tumbolia.com Cc: freebsd-current@FreeBSD.ORG Message-Id: <99Sep1.073559est.40326@border.alcanet.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Scheidt wrote: >Almost all fast (>12X or so) CD-ROM drives are variable speed. To put this a different way, the data on CD's is stored at a constant lineal density (closely related to the wavelength of the laser). Audio CDs are read using constant-linear-velocity, the angular (rotational) speed reduces from the inside edge to the outside edge, to maintain a constant data rate. CD-ROM drives initially just copied this approach. Almost all fast CD-ROM drives now use constant-angular-velocity (which simplifies the rotational mechanics and should improve seek times, at the expense of slightly more complex read logic). This means the the lineal velocity (and hence data rate) increases from the inside (start) to the outside (end) of the disk. The quoted CD-ROM speeds are always based on the peak data rate (and the better manufacturers actually quote the speed range). Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 14:54:25 1999 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 9EF7A14D5E for ; Tue, 31 Aug 1999 14:54:17 -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 PAA09236; Tue, 31 Aug 1999 15:53:36 -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 PAA13945; Tue, 31 Aug 1999 15:53:12 -0600 (MDT) Message-Id: <199908312153.PAA13945@harmony.village.org> To: Kevin Street Subject: Re: HEADS UP! ATA driver (atapi DMA).. Cc: Matthew Dillon , Soren Schmidt , current@FreeBSD.ORG In-reply-to: Your message of "31 Aug 1999 15:14:01 EDT." <87906repae.fsf@mired.eh.local> References: <87906repae.fsf@mired.eh.local> <199908311213.OAA80049@freebsd.dk> <87btbnetgc.fsf@mired.eh.local> <199908311759.KAA25628@apollo.backplane.com> Date: Tue, 31 Aug 1999 15:53:12 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <87906repae.fsf@mired.eh.local> Kevin Street writes: : I should have mentioned that ... it's a 32x cdrom. dmesg says it : claims to be able to do 5515 KB/sec. Is it a 32x cdrom or a 32x mamimum cdrom? There have been many of the big-num speed max, smaller-num speed average drives on the market in the last few years. 14x does sound a little slow, but not outside the realm of possibilities. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 14:57:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id DC24E14E58 for ; Tue, 31 Aug 1999 14:57:01 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id HAA06239; Wed, 1 Sep 1999 07:24:39 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id HAA86152; Wed, 1 Sep 1999 07:24:38 +0930 (CST) Date: Wed, 1 Sep 1999 07:24:37 +0930 From: Greg Lehey To: Bernd Walter Cc: Matthew Dillon , Mike Smith , Parag Patel , freebsd-current@FreeBSD.ORG Subject: Help needed with debugging (was: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates) Message-ID: <19990901072437.A86067@freebie.lemis.com> References: <199908292224.PAA15435@dingo.cdrom.com> <199908292348.QAA07774@apollo.backplane.com> <19990830075311.A30271@cicely8.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19990830075311.A30271@cicely8.cicely.de>; from Bernd Walter on Mon, Aug 30, 1999 at 07:53:12AM +0200 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Monday, 30 August 1999 at 7:53:12 +0200, Bernd Walter wrote: > On Sun, Aug 29, 1999 at 04:48:32PM -0700, Matthew Dillon wrote: >> : >> :How similar? The trap above is extremely bad; it looks like a return >> :on a corrupted stack or a jump through a null function vector. >> : >> :Make very sure that your vinum kld is in sync with your kernel. >> >> This looks like an indirect call through a NULL function pointer. > > In my case it is a call to bp->b_iodone in kern/vfs_bio.c:2580 which is 0 :( We seem to have a specific problem here. To summarize: 1. It was first reported (by Bernd) on 15 August. 2. The system crashes in biodone because the buffer header has the B_CALL flag set, but the value of bp->b_iodone is NULL. 3. bp->b_iodone is only set to NULL (well, 0) in one place: getnewbuf, which I don't call. It gets reset to a previous value in dsiodone, which is about the only place where things could conceivably go wrong. I put some check code in at every conceivable place, and the only place which found the situation was in biodone. 4. In every case, the fields just before b_iodone were also zeroed: b_dev = 0xc098d840, b_data = 0xc0befc00 "\2275\t", b_kvabase = 0x0, b_kvasize = 0x0, b_lblkno = 0x0, b_blkno = 0x0, b_offset = 0x0, b_iodone = 0, b_iodone_chain = 0x0, b_vp = 0xc5d4a700, The b_dev and b_vp fields are OK, and b_data looks OK as well. I'm guessing that something is overwriting some of the fields in the header, but it's always the same, and I can't find anything in the code that does that. 5. In one case yesterday, there were two requests involved in the vinum request. The other one had already completed (been through biodone), but the bp->b_iodone word was zeroed out in the same manner. In addition, other fields have been set by Vinum's iodone function. From this I deduce that the fields were zeroed after biodone, which makes it very unlikely that it was done by Vinum. I don't know how to proceed at the moment. Matt Dillon has suggested adding some dummy fields in the buffer header and setting them to known values, but I expect this will drive the problem into hiding. Instead, I'm migrating the whole thing to -STABLE to see if it happens there. In view of the impending release of 3.3, this makes sense anyway. In the meantime, if anybody has any ideas, or if any of this rings a bell, I'd be grateful for feedback. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 15:26:19 1999 Delivered-To: freebsd-current@freebsd.org Received: from dingo.cdrom.com (castles531.castles.com [208.214.165.95]) by hub.freebsd.org (Postfix) with ESMTP id BAA8614FCC for ; Tue, 31 Aug 1999 15:25:00 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id PAA00882; Tue, 31 Aug 1999 15:16:49 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199908312216.PAA00882@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Warner Losh Cc: nate@mt.sri.com (Nate Williams), Mitsuru IWASAKI , mmuir@es.co.nz, freebsd-current@FreeBSD.ORG Subject: Re: followup to apm problems. In-reply-to: Your message of "Tue, 31 Aug 1999 15:20:15 MDT." <199908312120.PAA13660@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 31 Aug 1999 15:16:48 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <199908312103.PAA16222@mt.sri.com> Nate Williams writes: > : > I think we need to set the interrupt mask to 0 in the PIC. > : > : I don't think makes any difference, since the APM Bios is in charge of > : what happens at this point, and the BIOS is below the level of the OS. > : > > The theory is that no more interrupts would come in. However, I think > there is another reason that you might be right.... "Standby" needs > to be able to wakeup on keyboard events, which needs interrupts > enabled... Actually, that's almost entirely system-dependant. The BIOS may well poll the keyboard controller/USB controller, for example. -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 15:27:53 1999 Delivered-To: freebsd-current@freebsd.org Received: from stevenson.cogsci.ed.ac.uk (stevenson144.cogsci.ed.ac.uk [129.215.144.1]) by hub.freebsd.org (Postfix) with ESMTP id B27EE150AD for ; Tue, 31 Aug 1999 15:27:44 -0700 (PDT) (envelope-from richard@cogsci.ed.ac.uk) Received: from doyle.cogsci.ed.ac.uk (richard@doyle [129.215.110.29]) by stevenson.cogsci.ed.ac.uk (8.8.7/8.8.7) with SMTP id XAA00023; Tue, 31 Aug 1999 23:27:42 +0100 (BST) Date: Tue, 31 Aug 1999 23:27:40 +0100 Message-Id: <4447.199908312227@doyle.cogsci.ed.ac.uk> From: Richard Tobin Subject: Re: HEADS UP! ATA driver (atapi DMA).. To: Peter Jeremy , dscheidt@tumbolia.com In-Reply-To: Peter Jeremy's message of Wed, 1 Sep 1999 07:37:29 +1000 Organization: just say no Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > lineal velocity (and hence data rate) increases from the inside > (start) to the outside (end) of the disk. And consequently any CD that isn't completely full will *always* be slower than the quoted ("guaranteed not to exceed") rate. -- Richard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 17:15:41 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail33.prontomail.com (mail33.prontomail.com [209.185.149.133]) by hub.freebsd.org (Postfix) with ESMTP id 195CD14EB1 for ; Tue, 31 Aug 1999 17:15:38 -0700 (PDT) (envelope-from peter.edwards@ireland.com) Received: from peter.edwards (209.185.149.226) by mail33.prontomail.com (NPlex 2.0.123) for current@freebsd.org; Tue, 31 Aug 1999 17:09:08 -0700 From: "Peter Edwards" Message-Id: <199908311711302@peter.edwards.ireland.com> Date: Wed, 1 Sep 1999 01:12:35 +0100 X-Priority: Normal Content-Type: text/plain; charset=ISO-8859-1 To: current@freebsd.org Subject: tput(1) appears broken. X-Mailer: Web Based Pronto Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, (Sorry if this hits the list a couple of times, I had some problems with my mail system) I never thought I'd see "clear" break :-) Here's a fix. It seems to be down to an ncurses change in tgetstr(). The implementation in ncurses just ignores the "area" parameter, while the one in libtermcap is does something quite bizzare with it. tput.c relies on the old functionality. A better patch would probably be to the manpage, though. It doesn't even mention the "area" parameter, apart from in the synopsis. I wonder if "cls" ever broke on DOS? -- Peter. *** tput.c.orig Wed Sep 1 00:00:14 1999 --- tput.c Tue Aug 31 23:55:22 1999 *************** *** 64,70 **** extern char *optarg; extern int optind; int ch, exitval, n; ! char *cptr, *p, *term, buf[1024], tbuf[1024]; term = NULL; while ((ch = getopt(argc, argv, "T:")) != -1) --- 64,70 ---- extern char *optarg; extern int optind; int ch, exitval, n; ! char *cptr, *p, *term, *capstr, buf[1024], tbuf[1024]; term = NULL; while ((ch = getopt(argc, argv, "T:")) != -1) *************** *** 105,112 **** break; } cptr = buf; ! if (tgetstr(p, &cptr)) ! argv = process(p, buf, argv); else if ((n = tgetnum(p)) != -1) (void)printf("%d\n", n); else --- 105,112 ---- break; } cptr = buf; ! if (capstr = tgetstr(p, &cptr)) ! argv = process(p, capstr, argv); else if ((n = tgetnum(p)) != -1) (void)printf("%d\n", n); else _____________________________________ Get your free E-mail at http://www.ireland.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 18:10:21 1999 Delivered-To: freebsd-current@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id BB32B14E58 for ; Tue, 31 Aug 1999 18:10:13 -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 KAA06915; Wed, 1 Sep 1999 10:40:04 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="_=XFMail.1.3.p0.FreeBSD:990901104004:18482=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: <87906repae.fsf@mired.eh.local> Date: Wed, 01 Sep 1999 10:40:04 +0930 (CST) From: "Daniel O'Connor" To: Kevin Street Subject: Re: HEADS UP! ATA driver (atapi DMA).. Cc: current@FreeBSD.ORG, Soren Schmidt , Matthew Dillon Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:990901104004:18482=_ Content-Type: text/plain; charset=us-ascii On 31-Aug-99 Kevin Street wrote: > > Well 2MB/sec == 14x CDRom drive. Is it a 14x CDRom drive? CDRom > > drives are typically limited to how quickly they can get data off > > the platter. A faster bus transfer will not improve that. > I should have mentioned that ... it's a 32x cdrom. dmesg says it > claims to be able to do 5515 KB/sec. Which is slightly more correct.. 32x = 32 * 150 = 4800 kb/s 1 spin = 150kb/sec Of course given the advent of CLV drives a speed rating is now usually the maximum read speed, not the average. --- 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 --_=XFMail.1.3.p0.FreeBSD:990901104004:18482=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN8x87FbYW/HEoF9pAQFUdgQAmEGCYlxW5qfHnjs82p8zhX00wX/eyMtQ X+wyZzgm3rcE1duT73NXRfDg6Ympq6GazUoMLns7upL6/LFhhyUgnSy9Qi8m4elR zTqmIB2Ld95q+DM2iWAzsdeMM5EKbXuhPWlXxg+U5mnpT/8T/SDb8XNY1jDbtJSV Rl6ybRu6tvs= =jhFS -----END PGP MESSAGE----- --_=XFMail.1.3.p0.FreeBSD:990901104004:18482=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 18:15:40 1999 Delivered-To: freebsd-current@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 734A014C22 for ; Tue, 31 Aug 1999 18:15:32 -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 KAA07004; Wed, 1 Sep 1999 10:42:04 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="_=XFMail.1.3.p0.FreeBSD:990901104204:18482=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: Date: Wed, 01 Sep 1999 10:42:04 +0930 (CST) From: "Daniel O'Connor" To: "Daniel O'Connor" Subject: Re: HEADS UP! ATA driver (atapi DMA).. Cc: Matthew Dillon , Soren Schmidt , current@FreeBSD.ORG, Kevin Street Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:990901104204:18482=_ Content-Type: text/plain; charset=us-ascii On 01-Sep-99 Daniel O'Connor wrote: > Of course given the advent of CLV drives a speed rating is now usually the > maximum read speed, not the average. Oops.. I mean CAV drives.. Constant Angular Velocity not Constant Linear Velocity. --- 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 --_=XFMail.1.3.p0.FreeBSD:990901104204:18482=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN8x9ZFbYW/HEoF9pAQHCuQP6A9QI6yQIP66Qx3P5frosjvSVyaZwa0bi AXTLRa/BnYo+VlNflsYsOwvrx/4XYPaGxlkn31c+WaSvEO/2hB5jG4QV/+H+O2h6 O01rJI+fVcyfwbVrID55a+JDgEP16p7q2XVIhCtoscqWKiKjr3+0a9Ea2ooRU/l8 +gHiW8WRrOA= =d4CU -----END PGP MESSAGE----- --_=XFMail.1.3.p0.FreeBSD:990901104204:18482=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 18:29:20 1999 Delivered-To: freebsd-current@freebsd.org Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9]) by hub.freebsd.org (Postfix) with ESMTP id 734E51545A for ; Tue, 31 Aug 1999 18:29:11 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id LAA32163; Wed, 1 Sep 1999 11:28:46 +1000 Date: Wed, 1 Sep 1999 11:28:46 +1000 From: Bruce Evans Message-Id: <199909010128.LAA32163@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.ORG, sgk@troutmask.apl.washington.edu Subject: Re: make -j 4 buildworld race problem Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >"make buildworld" completes without a problem. > >"make -j 4 buildworld" gives: libncurses now has lots of internal utilities. Apparently the dependencies for them are incomplete. The utilities are are also built at the wrong time and break cross compiling. See the old curses (libmytinfo part) for a (bad) way to handle internal utilities. The right way to handle them is not to have any. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 19: 4:34 1999 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by hub.freebsd.org (Postfix) with ESMTP id 48C5715330 for ; Tue, 31 Aug 1999 19:04:29 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.9.3/8.9.1) id TAA29581; Tue, 31 Aug 1999 19:06:28 -0700 (PDT) (envelope-from sgk) From: Steve Kargl Message-Id: <199909010206.TAA29581@troutmask.apl.washington.edu> Subject: Re: make -j 4 buildworld race problem In-Reply-To: <199909010128.LAA32163@godzilla.zeta.org.au> from Bruce Evans at "Sep 1, 1999 11:28:46 am" To: bde@zeta.org.au (Bruce Evans) Date: Tue, 31 Aug 1999 19:06:28 -0700 (PDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans wrote: > >"make buildworld" completes without a problem. > > > >"make -j 4 buildworld" gives: > > libncurses now has lots of internal utilities. Apparently the > dependencies for them are incomplete. The utilities are are also > built at the wrong time and break cross compiling. See the old curses > (libmytinfo part) for a (bad) way to handle internal utilities. > The right way to handle them is not to have any. After I sent the initial email, I started to look at the Makefile for ncurses (and friends). I knew that it had to be a dependence problem, but quite frankly I couldn't determine the (quick) fix. I know Peter Wemm has taken on the task of upgrading the curses library to ncurses, and he indicated there could be some breakage for a few days. But, he has been side tracked by the $Id -> $FreeBSD changes. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 19:23:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1]) by hub.freebsd.org (Postfix) with ESMTP id A6A6515399 for ; Tue, 31 Aug 1999 19:22:56 -0700 (PDT) (envelope-from mtaylor@cybernet.com) Received: from cybernet.com (spiffy.cybernet.com [192.245.33.55]) by gateway.cybernet.com (8.8.8/8.8.8) with ESMTP id WAA01765 for ; Tue, 31 Aug 1999 22:21:37 -0400 (EDT) (envelope-from mtaylor@cybernet.com) Message-ID: <37CC8EDD.918A5A46@cybernet.com> Date: Tue, 31 Aug 1999 22:26:37 -0400 From: "Mark J. Taylor" Organization: Cybernet Systems X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 3.1-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Subject: kgzipped -STABLE GENERIC kernel boots on one machine, not the other Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've got a -STABLE GENERIC kernel, cvsupped and built this evening, that is all alone on a UFS floppy, and kgzipped. My P-133 boots the -STABLE kernel fine. My AMD-K6/2 400 stops immediately after "Uncompressing kernel ... done". The same systems both can boot a -CURRENT GENERIC kgzipped kernel, from the same physical floppy, and run BOOTP/NFSROOT-ed (with minor changes to kern/vfs_conf.c and a rc.diskless{12}). Any ideas? The AMD machine is an ASUS motherboard, and it's brand new. Want me to try something? ("boot -v" does not give any more diagnostics) -Mark Taylor mtaylor@cybernet.com mtaylor@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 19:31: 7 1999 Delivered-To: freebsd-current@freebsd.org Received: from andrew1.lnk.telstra.net (andrew1.lnk.telstra.net [139.130.51.121]) by hub.freebsd.org (Postfix) with ESMTP id 4D2B715330 for ; Tue, 31 Aug 1999 19:30:58 -0700 (PDT) (envelope-from ac131313@cygnus.com) Received: (from uucp@localhost) by andrew1.lnk.telstra.net (8.9.3/8.9.3) id MAA44453; Wed, 1 Sep 1999 12:30:15 +1000 (EST) (envelope-from ac131313@cygnus.com) Received: from localhost.cygnus.com(127.0.0.1), claiming to be "cygnus.com" via SMTP by localhost.cygnus.com, id smtpdG44451; Wed Sep 1 12:30:15 1999 Message-ID: <37CC8FB7.92770C0@cygnus.com> Date: Wed, 01 Sep 1999 12:30:15 +1000 From: Andrew Cagney Organization: Cygnus Solutions X-Mailer: Mozilla 4.6 [en] (X11; I; FreeBSD 3.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Richard Cownie , freebsd-current@freebsd.org, gdb@sourceware.cygnus.com, tich@par28.ma.ikos.com Subject: Re: gdb-4.17 in FreeBSD 4.0-CURRENT References: <99082010412803.11889@par28.ma.ikos.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Richard Cownie wrote: > > I managed to build gdb-4.17 in FreeBSD 4.0, here's how to do it: > > 1) gdb-4.17/configure --host=i386-unknown-freebsdelf4.0 > Have to specify the host explicitly, otherwise it doesn't realize > it needs to use ELF. > > 2) in gdb-4.17/Makefile, add "-DSVR4_SHARED_LIBS" to definition of CFLAGS > > 3) in gdb-4.17/gdb/solib.c, add #include "elf/common.h" > (after #include "elf/external.h") > > 4) in gdb-4.17/gdb/infptrace.c, add #define U_REGS_OFFSET 0x1fa8 > I figured out this number the hard way by searching all the valid PT_READ_U > addresses and comparing the results with PT_GETREGS - found locations > where eip and esp values matched up. Doubtless there's a better way to > get the right value. I've had a look at the FreeBSD source tree and they have done something similar. Unfortunatly that source code also contains other mods to GDB that, I suspect, break the debugger on pre FreeBSD/ELF versions of FreeBSD. > Then it should all build (and perhaps work). The same hacks probably apply > to gdb-4.18 and gdb-current (but so far gdb-4.17 is the most useful version > I've seen for debugging C++). I would like to encourage the FreeBSD group to invest the time needed to get the changes needed to GDB merged back into the master sources. Just remember that the responsible party will need a GPL assignment and a clear audit trail of where any non-trivial changes came from. enjoy, Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 19:31:23 1999 Delivered-To: freebsd-current@freebsd.org Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (Postfix) with ESMTP id 3346E159BF for ; Tue, 31 Aug 1999 19:31:13 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id WAA28002; Tue, 31 Aug 1999 22:30:59 -0400 (EDT) (envelope-from luoqi) Date: Tue, 31 Aug 1999 22:30:59 -0400 (EDT) From: Luoqi Chen Message-Id: <199909010230.WAA28002@lor.watermarkgroup.com> To: bde@zeta.org.au, sgk@troutmask.apl.washington.edu Subject: Re: make -j 4 buildworld race problem Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Bruce Evans wrote: > > >"make buildworld" completes without a problem. > > > > > >"make -j 4 buildworld" gives: > > > > libncurses now has lots of internal utilities. Apparently the > > dependencies for them are incomplete. The utilities are are also > > built at the wrong time and break cross compiling. See the old curses > > (libmytinfo part) for a (bad) way to handle internal utilities. > > The right way to handle them is not to have any. > > After I sent the initial email, I started to look at the > Makefile for ncurses (and friends). I knew that it had to > be a dependence problem, but quite frankly I couldn't determine > the (quick) fix. > Here's my quick fix: Index: Makefile =================================================================== RCS file: /home/ncvs/src/lib/libncurses/Makefile,v retrieving revision 1.28 diff -u -r1.28 Makefile --- Makefile 1999/08/30 23:15:40 1.28 +++ Makefile 1999/09/01 02:30:16 @@ -305,7 +305,7 @@ make_keys: make_keys.c names.c ${CC} -o $@ ${CFLAGS} ${NCURSES}/ncurses/tinfo/make_keys.c -make_hash: comp_hash.c +make_hash: comp_hash.c hashsize.h ${CC} -o $@ ${CFLAGS} -DMAIN_PROGRAM \ ${NCURSES}/ncurses/tinfo/comp_hash.c -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 19:48:25 1999 Delivered-To: freebsd-current@freebsd.org Received: from rothko.bestweb.net (rothko.bestweb.net [209.94.100.160]) by hub.freebsd.org (Postfix) with ESMTP id D4FA915474 for ; Tue, 31 Aug 1999 19:48:20 -0700 (PDT) (envelope-from ian@whalley.org) Received: from whalley.org (dialin-75.nyc.bestweb.net [216.179.5.75]) by rothko.bestweb.net (8.9.1a/8.9.0) with ESMTP id WAA02041 for ; Tue, 31 Aug 1999 22:48:17 -0400 (EDT) Received: (from ian@localhost) by whalley.org (8.9.3/8.9.2) id WAA00434 for current@FreeBSD.ORG; Tue, 31 Aug 1999 22:46:22 -0400 (EDT) (envelope-from ian) Date: Tue, 31 Aug 1999 22:46:22 -0400 From: Ian Whalley To: current@FreeBSD.ORG Subject: Re: Problems with the latest changes to ifconfig (I guess) -> Bad guess... Message-ID: <19990831224622.A329@cromarty.whalley.org> References: <19990830220014.A11116@bank-pedersen.dk> <19990831000347.A11442@bank-pedersen.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre1i In-Reply-To: <19990831000347.A11442@bank-pedersen.dk> X-Operating-System: FreeBSD/i386 4.0-CURRENT (Sun Aug 29 21:28:07 EDT 1999) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [Niels Chr. Bank-Pedersen wrote:] >>After the recent changes to ifconfig and the xl driver I am >>getting a panic when rc.network runs ifconfig: >Anybody else seeing this, or should I look somewhere else >alltogether? I am seeing exactly the same breakage -- cvsup as of today, mid-evening EDT. This is the first -current build I've done since if_xl was converted to miibus. My card is identified as <3Com 3c905B-TX Fast Etherlink XL>. Best; inw -- Ian Whalley @ . org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 20: 8:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 6A3DF1517A for ; Tue, 31 Aug 1999 20:08:37 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40337>; Wed, 1 Sep 1999 13:06:54 +1000 Date: Wed, 1 Sep 1999 13:08:24 +1000 From: Peter Jeremy Subject: Re: Problems with the latest changes to ifconfig (I guess) -> Bad guess... In-reply-to: <19990831224622.A329@cromarty.whalley.org> To: current@FreeBSD.ORG Message-Id: <99Sep1.130654est.40337@border.alcanet.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ian Whalley wrote: >My card is identified as <3Com 3c905B-TX Fast Etherlink XL>. FWIW, I'm running a kernel about 30 hours old with a <3Com 3c905-TX Fast Etherlink XL> and I'm not seeing this problem. At a quick quess, something in the miibus support broke the 3C905B support. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 20:20:40 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc2.on.home.com (ha1.rdc2.on.home.com [24.9.0.15]) by hub.freebsd.org (Postfix) with ESMTP id BD90D153B7; Tue, 31 Aug 1999 20:20:27 -0700 (PDT) (envelope-from street@iname.com) Received: from mired.eh.local ([24.64.136.188]) by mail.rdc2.on.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <19990901032022.EIBG5161.mail.rdc2.on.home.com@mired.eh.local>; Tue, 31 Aug 1999 20:20:22 -0700 Received: (from kws@localhost) by mired.eh.local (8.9.3/8.9.3) id XAA00701; Tue, 31 Aug 1999 23:20:21 -0400 (EDT) (envelope-from kws) To: current@FreeBSD.org, wpaul@FreeBSD.org Subject: xl driver problems on 3c905B-TX From: Kevin Street Date: 31 Aug 1999 23:20:21 -0400 Message-ID: <87so4ziah6.fsf@mired.eh.local> Lines: 34 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm getting a panic during an ifconfig on boot after building a kernel with the new xl driver. This happens early in the boot so I don't have a dump, but can probably arrange to get one if the dmesg output isn't telling us something useful. System is current as of about 7pm EDT 08/31. The last working kernel I have is from 08/28. The relevant dmesg and trap are: xl0: <3Com 3c905B-TX Fast Etherlink XL> irq 10 at device 10.0 on pci0 xl0: Ethernet address: 00:10:5a:c9:a4:5b miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xlphy1: <3Com internal media interface> on miibus0 xlphy1: ignoring this PHY, non-zero instance device_probe_and_attach: xlphy1 attach returned 6 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0x0 stack pointer = 0x10:0xc94f2dcc frame pointer = 0x10:0xc94f2de4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 67 (ifconfig) interrupt mask = net trap number = 12 panic: page fault -- Kevin Street street@iname.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 20:21:59 1999 Delivered-To: freebsd-current@freebsd.org Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (Postfix) with ESMTP id 86E3D14CC6; Tue, 31 Aug 1999 20:21:55 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id XAA28636; Tue, 31 Aug 1999 23:21:54 -0400 (EDT) (envelope-from luoqi) Date: Tue, 31 Aug 1999 23:21:54 -0400 (EDT) From: Luoqi Chen Message-Id: <199909010321.XAA28636@lor.watermarkgroup.com> To: current@FreeBSD.ORG, jeremyp@gsmx07.alcatel.com.au Subject: Re: Problems with the latest changes to ifconfig (I guess) -> Bad guess... Cc: wpaul@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Ian Whalley wrote: > >My card is identified as <3Com 3c905B-TX Fast Etherlink XL>. > > FWIW, I'm running a kernel about 30 hours old with a <3Com 3c905-TX > Fast Etherlink XL> and I'm not seeing this problem. > > At a quick quess, something in the miibus support broke the 3C905B > support. > > Peter > I got the same panic tonight. The xlphy attach function doesn't clean up appropriately when it aborts, here's the fix. Index: exphy.c =================================================================== RCS file: /home/ncvs/src/sys/dev/mii/exphy.c,v retrieving revision 1.3 diff -u -r1.3 exphy.c --- exphy.c 1999/08/29 15:42:03 1.3 +++ exphy.c 1999/09/01 03:12:01 @@ -161,12 +161,6 @@ ma = device_get_ivars(dev); sc->mii_dev = device_get_parent(dev); mii = device_get_softc(sc->mii_dev); - LIST_INSERT_HEAD(&mii->mii_phys, sc, mii_list); - - sc->mii_inst = mii->mii_instance; - sc->mii_phy = ma->mii_phyno; - sc->mii_service = exphy_service; - sc->mii_pdata = mii; /* * The 3Com PHY can never be isolated, so never allow non-zero @@ -176,6 +170,12 @@ device_printf(dev, "ignoring this PHY, non-zero instance\n"); return(ENXIO); } + LIST_INSERT_HEAD(&mii->mii_phys, sc, mii_list); + + sc->mii_inst = mii->mii_instance; + sc->mii_phy = ma->mii_phyno; + sc->mii_service = exphy_service; + sc->mii_pdata = mii; mii->mii_instance++; -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 20:37: 0 1999 Delivered-To: freebsd-current@freebsd.org Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (Postfix) with SMTP id 2739715256 for ; Tue, 31 Aug 1999 20:36:53 -0700 (PDT) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id XAA23014; Tue, 31 Aug 1999 23:37:55 -0400 From: Bill Paul Message-Id: <199909010337.XAA23014@skynet.ctr.columbia.edu> Subject: Re: Problems with the latest changes to ifconfig (I guess) -> Bad To: jeremyp@gsmx07.alcatel.com.au (Peter Jeremy) Date: Tue, 31 Aug 1999 23:37:54 -0400 (EDT) Cc: current@freebsd.org, ian@whalley.org, ncbp@bank-pedersen.dk In-Reply-To: <99Sep1.130654est.40337@border.alcanet.com.au> from "Peter Jeremy" at Sep 1, 99 01:08:24 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2715 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Of all the gin joints in all the towns in all the world, Peter Jeremy had to walk into mine and say: > Ian Whalley wrote: > >My card is identified as <3Com 3c905B-TX Fast Etherlink XL>. > > FWIW, I'm running a kernel about 30 hours old with a <3Com 3c905-TX > Fast Etherlink XL> and I'm not seeing this problem. > > At a quick quess, something in the miibus support broke the 3C905B > support. Not quite. The original 3c905-TX NIC used an external NatSemi PHY chip which was mapped to MII address 24. The 3c905B uses an internal transceiver, which is also mapped to MII address 24 for compatibility purposes. However, there are several different 3c905B ASIC revisions and at least one of them, for some peculiar reason, maps the transceiver to *all* MII addresses (0 through 31). Technically this isn't a big problem since if you always assume that the PHY is at address 24 (which I sure is what 3Com's drivers do) you'll never notice the difference. But you have to watch out for it. The old code in if_xl.c would probe for PHYs and stop the moment it encountered the first one, which would work fine: it would stop at address 0 for the broken ASIC and 24 for the working ones. But the miibus code probes at all addresses because there are some NICs that actually have more than one transceiver. But with the buggy 3Com ASIC, we end up incorrectly trying to map the same PHY several times over, which the xlphy driver doesn't like, so the probe fails, the miibus attach fails, and bad things happen later. I just committed a patch to -current to deal with this: the xl_miibus_readreg() and xl_miibus_writereg() routines will not only return values at MII address 24. This will make the buggy ASIC appear to work correctly so that only one PHY instance will be detected. Why didn't I catch this earlier? Well, the 3c905B NIC that I tested happens to work correctly. So did the 3c905C that I tried after it. In fact, I think the only place I encountered the buggy ASIC locally is with the embedded 3c905B NIC in some of the Dell machines in the lab, which aren't currently running FreeBSD. Don't you just love hardware programming? -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 20:52: 2 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc2.on.home.com (ha1.rdc2.on.home.com [24.9.0.15]) by hub.freebsd.org (Postfix) with ESMTP id EFC9314DA1; Tue, 31 Aug 1999 20:51:56 -0700 (PDT) (envelope-from street@iname.com) Received: from mired.eh.local ([24.64.136.188]) by mail.rdc2.on.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <19990901035152.FGDY5161.mail.rdc2.on.home.com@mired.eh.local>; Tue, 31 Aug 1999 20:51:52 -0700 Received: (from kws@localhost) by mired.eh.local (8.9.3/8.9.3) id XAA00536; Tue, 31 Aug 1999 23:51:51 -0400 (EDT) (envelope-from kws) To: Kevin Street Cc: current@FreeBSD.ORG, wpaul@FreeBSD.ORG, Luoqi Chen Subject: Re: xl driver problems on 3c905B-TX References: <87so4ziah6.fsf@mired.eh.local> From: Kevin Street Date: 31 Aug 1999 23:51:51 -0400 In-Reply-To: Kevin Street's message of "31 Aug 1999 23:20:21 -0400" Message-ID: <87ogfn1e7c.fsf@mired.eh.local> Lines: 11 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kevin Street writes: > I'm getting a panic during an ifconfig on boot after building a kernel > with the new xl driver. The patch that Luoqi just posted works for me. I see Bill has just committed a different fix as well. -- Kevin Street street@iname.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 22:45:37 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail-gw6.pacbell.net (mail-gw6.pacbell.net [206.13.28.41]) by hub.freebsd.org (Postfix) with ESMTP id 8228C1516D for ; Tue, 31 Aug 1999 22:45:34 -0700 (PDT) (envelope-from jazepeda@pacbell.net) Received: from zippy.dyn.ml.org (ppp-207-214-149-13.snrf01.pacbell.net [207.214.149.13]) by mail-gw6.pacbell.net (8.9.3/8.9.3) with ESMTP id WAA23826; Tue, 31 Aug 1999 22:42:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zippy.dyn.ml.org (Postfix) with ESMTP id A48C991552; Tue, 31 Aug 1999 22:42:13 -0700 (PDT) Date: Tue, 31 Aug 1999 22:42:13 -0700 (PDT) From: Alex Zepeda To: Richard Cownie Cc: current Subject: Re: gdb-4.17 in FreeBSD 4.0-CURRENT In-Reply-To: <99082215494200.07180@par28.ma.ikos.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 22 Aug 1999, Richard Cownie wrote: > On Sat, 21 Aug 1999, David O'Brien wrote: > > Are you saying 4.17 is better than 4.18 for debugging C++? Or are you > > saying you didn't know FreeBSD comes with gdb: > > gdb-4.18 is badly broken on all platforms (at least for C++). You can't > call methods from the gdb command line, and also it frequently freezes > to the point where you have to kill the window. gdb-4.17 is much better > for C++. Really? I don't use gdb much so, I wouldn't know, but I've seen reports that KOffice is undebugable with 4.17 (gdb segfaults), but is with 4.18. Hmm. - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Aug 31 23:55:40 1999 Delivered-To: freebsd-current@freebsd.org Received: from luna.lyris.net (luna.shelby.com [207.90.155.6]) by hub.freebsd.org (Postfix) with ESMTP id 41F6414C2D for ; Tue, 31 Aug 1999 23:55:12 -0700 (PDT) (envelope-from kip@lyris.com) Received: from luna.shelby.com by luna.lyris.net (8.9.1b+Sun/SMI-SVR4) id XAA19922; Tue, 31 Aug 1999 23:54:04 -0700 (PDT) Received: from (luna.shelby.com [207.90.155.6]) by luna.shelby.com with SMTP (MailShield v1.50); Tue, 31 Aug 1999 23:54:04 -0700 Date: Tue, 31 Aug 1999 23:54:04 -0700 (PDT) From: Kip Macy X-Sender: kip@luna To: Alex Zepeda Cc: Richard Cownie , current Subject: Re: gdb-4.17 in FreeBSD 4.0-CURRENT In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SMTP-HELO: luna X-SMTP-MAIL-FROM: kip@lyris.com X-SMTP-RCPT-TO: jazepeda@pacbell.net,tich@ma.ikos.com,current@FreeBSD.ORG X-SMTP-PEER-INFO: luna.shelby.com [207.90.155.6] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG on 3.2-R gdb-4.18 will core dump without fail when I try to read a core file generated by the C++ program I am developing - gdb-4.17 does not have this problem. -Kip On Tue, 31 Aug 1999, Alex Zepeda wrote: > On Sun, 22 Aug 1999, Richard Cownie wrote: > > > On Sat, 21 Aug 1999, David O'Brien wrote: > > > Are you saying 4.17 is better than 4.18 for debugging C++? Or are you > > > saying you didn't know FreeBSD comes with gdb: > > > > gdb-4.18 is badly broken on all platforms (at least for C++). You can't > > call methods from the gdb command line, and also it frequently freezes > > to the point where you have to kill the window. gdb-4.17 is much better > > for C++. > > Really? I don't use gdb much so, I wouldn't know, but I've seen reports > that KOffice is undebugable with 4.17 (gdb segfaults), but is with 4.18. > Hmm. > > - alex > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 0:51:37 1999 Delivered-To: freebsd-current@freebsd.org Received: from smtp04.nwnexus.com (smtp04.nwnexus.com [206.63.63.52]) by hub.freebsd.org (Postfix) with ESMTP id 6996414E4E for ; Wed, 1 Sep 1999 00:51:35 -0700 (PDT) (envelope-from wrsomsky@halcyon.com) Received: from gramarye (evt-lx100-ip2.nwnexus.net [204.57.235.2]) by smtp04.nwnexus.com (8.8.8/8.8.8) with ESMTP id AAA12521; Wed, 1 Sep 1999 00:50:23 -0700 (PDT) Received: (from wrsomsky@localhost) by gramarye (8.9.3/8.9.3) id AAA01787; Wed, 1 Sep 1999 00:46:18 -0700 (PDT) (envelope-from wrsomsky) Date: Wed, 1 Sep 1999 00:46:15 -0700 From: "William R. Somsky" To: John Polstra Cc: Kevin Street , current@FreeBSD.ORG, "Rodney W. Grimes" Subject: Re: $FreeBSD tag confusion Message-ID: <19990901004615.A1721@gramarye.halcyon.com> References: <14282.2563.303797.40529@mired.eh.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: ; from John Polstra on Sun, Aug 29, 1999 at 09:37:51PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Aug 29, 1999 at 09:37:51PM -0700, John Polstra wrote: > > Expansion of RCS keywords occurs on check_out_, not on checkin. In > other words, your cvs is responsible for expanding them. > Hmm... but what about if you're cvsup-ing the sources? I'm cvsup-ing stable, not current, (cvsup file included below) and $FreeBSD appears all over the place unexpanded. Is this the way it's supposed to be? Isn't cvsup supposed to be (effectively) doing a "check-out"? Or am I just confused? ===== cvsupfile ===== *default host=cvsup2.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs use-rel-suffix *default delete compress *default tag=RELENG_3 src-all src-crypto src-secure ports-all tag=. ===== cvsup -v ===== CVSup client, GUI version Software version: REL_16_0 Protocol version: 16.0 http://www.polstra.com/projects/freeware/CVSup/ Report problems to cvsup-bugs@polstra.com ===== behavior ===== #] cd /usr/src #] rm bin/echo/echo.c #] date >> bin/echo/echo.1 #] make update -------------------------------------------------------------- >>> Running /usr/local/bin/cvsup -------------------------------------------------------------- Parsing supfile "/etc/cvsupfile" Looking up address of cvsup2.FreeBSD.org Connecting to cvsup2.FreeBSD.org Connected to cvsup2.FreeBSD.org Server software version: REL_16_0 Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Updating collection src-all/cvs Checkout src/bin/echo/echo.1 Checkout src/bin/echo/echo.c ^CCleaning up ... #] grep src/bin/echo bin/echo/echo.[1c] bin/echo/echo.1:.\" $FreeBSD: src/bin/echo/echo.1,v 1.6.2.2 1999/08/29 14:12:19 peter Exp $ bin/echo/echo.c: "$FreeBSD: src/bin/echo/echo.c,v 1.7.2.1 1999/08/29 14:12:20 peter Exp $"; ===== ===== So... no expansion of $FreeBSD that I can see here... Am I just confused? ________________________________________________________________________ William R. Somsky wrsomsky@halcyon.com Physicist, Baritone, Guitarist http://www.halcyon.com/wrsomsky To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 1:27:53 1999 Delivered-To: freebsd-current@freebsd.org Received: from bilby.prth.tensor.pgs.com (bilby.prth.tensor.pgs.com [157.147.232.237]) by hub.freebsd.org (Postfix) with ESMTP id 6955614E6A for ; Wed, 1 Sep 1999 01:27:45 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from bandicoot.prth.tensor.pgs.com (bandicoot.prth.tensor.pgs.com [157.147.224.1]) by bilby.prth.tensor.pgs.com (8.9.3/8.8.8) with ESMTP id QAA22028 for ; Wed, 1 Sep 1999 16:26:08 +0800 (WST) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by bandicoot.prth.tensor.pgs.com (8.9.3/8.8.8) with ESMTP id QAA06620 for ; Wed, 1 Sep 1999 16:27:40 +0800 (WST) Received: from ariadne.prth.tensor.pgs.com by ariadne.tensor.pgs.com (8.9.1b+Sun/SMI-SVR4) id QAA10229; Wed, 1 Sep 1999 16:27:42 +0800 (WST) Message-Id: <199909010827.QAA10229@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: current@freebsd.org Subject: Currnet build problems Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Sep 1999 16:27:41 +0800 From: Stephen Hocking-Senior Programmer PGS Perth Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Partway through a make world, I'm seeing the following, I've applied up to cvs-cur.5622.gz and int-cvs-cur.0118.gz. Is this likely to be fixed sometime soon? Stephen cc -O -pipe -mpentiumpro -fschedule-insns2 -DKLUDGELINEMODE -DUSE_TERMIO -DENV_HACK -DSKEY -DENCRYPTION -DAUTHENTICATION -DKRB4 -I/usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet -I/usr/src/kerberosIV/usr.bin/telnet/../../include -Wall -DHAVE_CONFIG_H -I/usr/obj/usr/src/kerberosIV/usr.bin/telnet/../../include -DBINDIR=\"/usr/bin\" -DSBINDIR=\"/usr/sbin\" -I/usr/obj/usr/src/tmp/usr/incl ude -c /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet. c In file included from /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet /telnet/telnet.c:64: /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/libtelnet/auth.h:86: warning: type defaults to `int' in declaration of `auth_debug_mode' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:150: warning: missing braces around initializer for `toplevel[0]' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `init_telnet': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:187: warning: implicit declaration of function `env_init' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `mklist': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:682: warning: implicit declaration of function `is_unique' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `gettermname': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:795: warning: implicit declaration of function `setupterm' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `suboption': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:870: warning: implicit declaration of function `TerminalSpeeds' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `slc_export': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1330: warning: implicit declaration of function `TerminalDefaultChars' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `env_opt_add': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1661: warning: implicit declaration of function `opt_welldefined' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `telrcv': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1876: warning: implicit declaration of function `stilloob' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1740: warning: `sbp' might be used uninitialized in this function /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `telsnd': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2060: invalid use of undefined type `struct termio' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2065: invalid use of undefined type `struct termio' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2120: warning: implicit declaration of function `TerminalSpecialChars' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2030: warning: `tbp' might be used uninitialized in this function /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `Scheduler': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2223: warning: implicit declaration of function `process_rings' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `sendnaws': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2626: warning: implicit declaration of function `TerminalWindowSize' *** Error code 1 Stop in /usr/src/kerberosIV/usr.bin/telnet. *** Error code 1 Stop in /usr/src/kerberosIV/usr.bin. *** Error code 1 Stop in /usr/src/kerberosIV. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 1:33:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from shadowmere.student.utwente.nl (wit401305.student.utwente.nl [130.89.236.145]) by hub.freebsd.org (Postfix) with ESMTP id C0B7E15168 for ; Wed, 1 Sep 1999 01:33:36 -0700 (PDT) (envelope-from daeron@Wit401305.student.utwente.nl) Received: by shadowmere.student.utwente.nl (Postfix, from userid 1001) id 66D974E; Wed, 1 Sep 1999 10:33:34 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by shadowmere.student.utwente.nl (Postfix) with ESMTP id 2E91B40 for ; Wed, 1 Sep 1999 10:33:34 +0200 (CEST) Date: Wed, 1 Sep 1999 10:33:34 +0200 (CEST) From: Pascal Hofstee To: freebsd-current@freebsd.org Subject: Perl still broken in 4.0-CURRENT Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Perl seems to be broken for about 3 consecutive days now .... Anybody have any idea what might be causing this ? bash-2.03$ mirror /usr/local/lib/mirror/packages/daemonnews DynaLoader:/usr/libdata/perl/5.00503/DynaLoader.pm:188 Caught a SIGSEGV shutting down at /usr/local/bin/mirror line 3873. uname -a: FreeBSD shadowmere.student.utwente.nl 4.0-CURRENT FreeBSD 4.0-CURRENT #18: Wed Sep 1 10:22:37 CEST 1999 root@shadowmere.student.utwente.nl:/usr/src/sys/compile/VANADIUM i386 -------------------- Pascal Hofstee - daeron@shadowmere.student.utwente.nl -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS d- s+: a-- C++ UB++++ P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 2: 1: 0 1999 Delivered-To: freebsd-current@freebsd.org Received: from arc.hq.cti.ru (arc.hq.cti.ru [195.34.40.3]) by hub.freebsd.org (Postfix) with ESMTP id BA01814D32 for ; Wed, 1 Sep 1999 02:00:56 -0700 (PDT) (envelope-from dima@tejblum.pp.ru) Received: (from uucp@localhost) by arc.hq.cti.ru (8.9.3/8.9.3) with UUCP id MAA06422; Wed, 1 Sep 1999 12:59:35 +0400 (MSD) (envelope-from dima@tejblum.pp.ru) Received: from tejblum.pp.ru (localhost [127.0.0.1]) by tejblum.pp.ru (8.9.3/8.9.3) with ESMTP id MAA01377; Wed, 1 Sep 1999 12:59:22 +0400 (MSD) (envelope-from dima@tejblum.pp.ru) Message-Id: <199909010859.MAA01377@tejblum.pp.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: Pascal Hofstee Cc: freebsd-current@FreeBSD.ORG From: Dmitrij Tejblum Subject: Re: Perl still broken in 4.0-CURRENT In-reply-to: Your message of "Wed, 01 Sep 1999 10:33:34 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Sep 1999 12:59:22 +0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Pascal Hofstee wrote: > Hi, > > Perl seems to be broken for about 3 consecutive days now .... > Anybody have any idea what might be causing this ? I suspect it is the recent changes in rtld. Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 2:13: 1 1999 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id AB10915AF9 for ; Wed, 1 Sep 1999 02:12:31 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.3/8.9.3) id LAA92633; Wed, 1 Sep 1999 11:11:27 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <199909010911.LAA92633@zibbi.mikom.csir.co.za> Subject: Re: Currnet build problems In-Reply-To: <199909010827.QAA10229@ariadne.tensor.pgs.com> from Stephen Hocking-Senior Programmer PGS Perth at "Sep 1, 1999 04:27:41 pm" To: shocking@prth.pgs.com (Stephen Hocking-Senior Programmer PGS Perth) Date: Wed, 1 Sep 1999 11:11:27 +0200 (SAT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A "make release" on -current also breaks there. It looks like it might be related to the new ncurses import, because it complains about: invalid use of undefined type `struct termio' John -- John Hay -- John.Hay@mikom.csir.co.za > Partway through a make world, I'm seeing the following, I've applied up to > cvs-cur.5622.gz and int-cvs-cur.0118.gz. Is this likely to be fixed sometime > soon? > > > Stephen > > cc -O -pipe -mpentiumpro -fschedule-insns2 -DKLUDGELINEMODE -DUSE_TERMIO > -DENV_HACK -DSKEY -DENCRYPTION -DAUTHENTICATION -DKRB4 > -I/usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet > -I/usr/src/kerberosIV/usr.bin/telnet/../../include -Wall -DHAVE_CONFIG_H > -I/usr/obj/usr/src/kerberosIV/usr.bin/telnet/../../include > -DBINDIR=\"/usr/bin\" -DSBINDIR=\"/usr/sbin\" -I/usr/obj/usr/src/tmp/usr/incl > ude -c /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet. > c > In file included from /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet > /telnet/telnet.c:64: > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/libtelnet/auth.h:86: > warning: type defaults to `int' in declaration of `auth_debug_mode' > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:150: > warning: missing braces around initializer for `toplevel[0]' > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In > function `init_telnet': > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:187: > warning: implicit declaration of function `env_init' > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In > function `mklist': > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:682: > warning: implicit declaration of function `is_unique' > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In > function `gettermname': > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:795: > warning: implicit declaration of function `setupterm' > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In > function `suboption': > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:870: > warning: implicit declaration of function `TerminalSpeeds' > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In > function `slc_export': > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1330: > warning: implicit declaration of function `TerminalDefaultChars' > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In > function `env_opt_add': > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1661: > warning: implicit declaration of function `opt_welldefined' > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In > function `telrcv': > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1876: > warning: implicit declaration of function `stilloob' > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1740: > warning: `sbp' might be used uninitialized in this function > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In > function `telsnd': > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2060: > invalid use of undefined type `struct termio' > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2065: > invalid use of undefined type `struct termio' > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2120: > warning: implicit declaration of function `TerminalSpecialChars' > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2030: > warning: `tbp' might be used uninitialized in this function > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In > function `Scheduler': > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2223: > warning: implicit declaration of function `process_rings' > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In > function `sendnaws': > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2626: > warning: implicit declaration of function `TerminalWindowSize' > *** Error code 1 > > Stop in /usr/src/kerberosIV/usr.bin/telnet. > *** Error code 1 > > Stop in /usr/src/kerberosIV/usr.bin. > *** Error code 1 > > Stop in /usr/src/kerberosIV. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > # > > -- > The views expressed above are not those of PGS Tensor. > > "We've heard that a million monkeys at a million keyboards could produce > the Complete Works of Shakespeare; now, thanks to the Internet, we know > this is not true." Robert Wilensky, University of California > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 2:24:50 1999 Delivered-To: freebsd-current@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [203.38.14.161]) by hub.freebsd.org (Postfix) with ESMTP id C935214D7C for ; Wed, 1 Sep 1999 02:24:31 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id E0E6D1CA8; Wed, 1 Sep 1999 17:23:48 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: John Hay Cc: shocking@prth.pgs.com (Stephen Hocking-Senior Programmer PGS Perth), current@FreeBSD.ORG Subject: Re: Currnet build problems In-reply-to: Your message of "Sat, 01 Sep 1999 11:11:27 +0200." <199909010911.LAA92633@zibbi.mikom.csir.co.za> Date: Wed, 01 Sep 1999 17:23:48 +0800 From: Peter Wemm Message-Id: <19990901092348.E0E6D1CA8@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Hay wrote: > A "make release" on -current also breaks there. It looks like it might be > related to the new ncurses import, because it complains about: > > invalid use of undefined type `struct termio' I suspect it's related to the international secure dist being out of sync. Make sure there's no -DTERMCAP in the telnet Makefiles... > John > -- > John Hay -- John.Hay@mikom.csir.co.za Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 2:30:34 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (Postfix) with ESMTP id 6BEF4154D9 for ; Wed, 1 Sep 1999 02:30:24 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id LAA40254; Wed, 1 Sep 1999 11:29:33 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199909010929.LAA40254@gratis.grondar.za> To: Stephen Hocking-Senior Programmer PGS Perth Cc: current@FreeBSD.ORG Subject: Re: Currnet build problems Date: Wed, 01 Sep 1999 11:29:33 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > invalid use of undefined type `struct termio' > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2065: > invalid use of undefined type `struct termio' > /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2120: I'm so glad you said this! I thought it was something to do with my private patches on my development box, and it had me beat... M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 2:36:47 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (Postfix) with ESMTP id 724F115436 for ; Wed, 1 Sep 1999 02:36:41 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id LAA40302; Wed, 1 Sep 1999 11:35:03 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199909010935.LAA40302@gratis.grondar.za> To: Peter Wemm Cc: John Hay , shocking@prth.pgs.com (Stephen Hocking-Senior Programmer PGS Perth), current@FreeBSD.ORG Subject: Re: Currnet build problems Date: Wed, 01 Sep 1999 11:35:02 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > invalid use of undefined type `struct termio' > > I suspect it's related to the international secure dist being out of sync. > Make sure there's no -DTERMCAP in the telnet Makefiles... Nope. The makefiles are in src/kerberosIV/... and they are not export restricted. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 4:47:56 1999 Delivered-To: freebsd-current@freebsd.org Received: from charma.uprm.edu (charma.UPR.CLU.EDU [136.145.164.60]) by hub.freebsd.org (Postfix) with SMTP id 28F1815489 for ; Wed, 1 Sep 1999 04:47:47 -0700 (PDT) (envelope-from kennie@uprm.edu) Received: by charma.uprm.edu (5.65v4.0/1.1.19.2/16Mar99-0506PM) id AA10125; Wed, 1 Sep 1999 07:47:01 -0400 Date: Wed, 1 Sep 1999 07:47:01 -0400 From: Kennie J.Cruz Gutierrez Message-Id: <199909011147.AA10125@charma.uprm.edu> To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG unsubscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 5:21:34 1999 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id D061214DCB for ; Wed, 1 Sep 1999 05:21:27 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.3/8.9.3) id OAA95398; Wed, 1 Sep 1999 14:20:19 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <199909011220.OAA95398@zibbi.mikom.csir.co.za> Subject: Re: Currnet build problems In-Reply-To: <199909010935.LAA40302@gratis.grondar.za> from Mark Murray at "Sep 1, 1999 11:35:02 am" To: mark@grondar.za (Mark Murray) Date: Wed, 1 Sep 1999 14:20:19 +0200 (SAT) Cc: peter@netplex.com.au (Peter Wemm), jhay@mikom.csir.co.za (John Hay), shocking@prth.pgs.com (Stephen Hocking-Senior Programmer PGS Perth), current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > invalid use of undefined type `struct termio' > > > > I suspect it's related to the international secure dist being out of sync. > > Make sure there's no -DTERMCAP in the telnet Makefiles... > > Nope. The makefiles are in src/kerberosIV/... and they are not > export restricted. Well I'm not sure about the USA code, but it looks like crypto/telnet/telnet/telnet.c includes termcap.h before it includes externs.h. But termcap.h does include termios.h. The effect is that the "#define termio termios" in externs.h never happens. ... Well that is what it looks like to me. :-) Should the "#include " in telnet.c be protected with a "#ifdef TERMCAP"? John -- John Hay -- John.Hay@mikom.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 5:58:25 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (Postfix) with ESMTP id B8DAD15459 for ; Wed, 1 Sep 1999 05:58:18 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id OAA41148; Wed, 1 Sep 1999 14:56:42 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199909011256.OAA41148@gratis.grondar.za> To: John Hay Cc: peter@netplex.com.au (Peter Wemm), shocking@prth.pgs.com (Stephen Hocking-Senior Programmer PGS Perth), current@FreeBSD.ORG Subject: Re: Currnet build problems Date: Wed, 01 Sep 1999 14:56:41 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Should the "#include " in telnet.c be protected with a > "#ifdef TERMCAP"? Dunno. I have removed it from 2 builds - one clean and one with all my crypto gunk (both failed, BTW). One box will take 1.5 hours, the other will take 3. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 6: 8:50 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc2.on.home.com (ha1.rdc2.on.home.com [24.9.0.15]) by hub.freebsd.org (Postfix) with ESMTP id 47C4914D8D for ; Wed, 1 Sep 1999 06:08:47 -0700 (PDT) (envelope-from street@iname.com) Received: from mired.eh.local ([24.64.136.188]) by mail.rdc2.on.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <19990901130846.BCEX24489.mail.rdc2.on.home.com@mired.eh.local>; Wed, 1 Sep 1999 06:08:46 -0700 Received: (from kws@localhost) by mired.eh.local (8.9.3/8.9.3) id JAA31629; Wed, 1 Sep 1999 09:08:46 -0400 (EDT) (envelope-from kws) To: "William R. Somsky" Cc: current@FreeBSD.ORG Subject: Re: $FreeBSD tag confusion References: <14282.2563.303797.40529@mired.eh.local> <19990901004615.A1721@gramarye.halcyon.com> From: Kevin Street Date: 01 Sep 1999 09:08:45 -0400 In-Reply-To: "William R. Somsky"'s message of "Wed, 1 Sep 1999 00:46:15 -0700" Message-ID: <87u2peixsy.fsf@mired.eh.local> Lines: 26 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "William R. Somsky" writes: > Hmm... but what about if you're cvsup-ing the sources? > I'm cvsup-ing stable, not current, (cvsup file included below) > and $FreeBSD appears all over the place unexpanded. Is this > the way it's supposed to be? Isn't cvsup supposed to be > (effectively) doing a "check-out"? Or am I just confused? > #] grep src/bin/echo bin/echo/echo.[1c] > bin/echo/echo.1:.\" $FreeBSD: src/bin/echo/echo.1,v 1.6.2.2 1999/08/29 14:12:19 peter Exp $ > bin/echo/echo.c: "$FreeBSD: src/bin/echo/echo.c,v 1.7.2.1 1999/08/29 14:12:20 peter Exp $"; > So... no expansion of $FreeBSD that I can see here... Those are the expanded tags. When I said I had unexpanded tags, I meant that I was seeing just: "$FreeBSD$" instead of: "$FreeBSD: $" -- Kevin Street street@iname.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 6:21:11 1999 Delivered-To: freebsd-current@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [203.38.14.161]) by hub.freebsd.org (Postfix) with ESMTP id AACEA155F0 for ; Wed, 1 Sep 1999 06:20:47 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 434F21CA7; Wed, 1 Sep 1999 21:20:44 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: Kevin Street Cc: "William R. Somsky" , current@FreeBSD.ORG Subject: Re: $FreeBSD tag confusion In-reply-to: Your message of "01 Sep 1999 09:08:45 -0400." <87u2peixsy.fsf@mired.eh.local> Date: Wed, 01 Sep 1999 21:20:44 +0800 From: Peter Wemm Message-Id: <19990901132044.434F21CA7@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kevin Street wrote: > "William R. Somsky" writes: > > > Hmm... but what about if you're cvsup-ing the sources? > > I'm cvsup-ing stable, not current, (cvsup file included below) > > and $FreeBSD appears all over the place unexpanded. Is this > > the way it's supposed to be? Isn't cvsup supposed to be > > (effectively) doing a "check-out"? Or am I just confused? > > > > #] grep src/bin/echo bin/echo/echo.[1c] > > bin/echo/echo.1:.\" $FreeBSD: src/bin/echo/echo.1,v 1.6.2.2 1999/08/29 14:1 2:19 peter Exp $ > > bin/echo/echo.c: "$FreeBSD: src/bin/echo/echo.c,v 1.7.2.1 1999/08/29 14:12 :20 peter Exp $"; > > > > So... no expansion of $FreeBSD that I can see here... > > Those are the expanded tags. When I said I had unexpanded tags, I > meant that I was seeing just: > "$FreeBSD$" > instead of: > "$FreeBSD: $" Make sure you are fetching src-all, and if you are not getting src-anything, then either get src-base or set up $CVSROOT/CVSROOT/options to this: 23> cat /home/ncvs/CVSROOT/options tag=FreeBSD=CVSHeader tagexpand=iFreeBSD,Id Fetching src-base will do this for you, as well as getting the modules files and the commit logs. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 6:48:16 1999 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id EFFD814C4A for ; Wed, 1 Sep 1999 06:48:13 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id JAA05781; Wed, 1 Sep 1999 09:45:38 -0400 (EDT) (envelope-from wollman) Date: Wed, 1 Sep 1999 09:45:38 -0400 (EDT) From: Garrett Wollman Message-Id: <199909011345.JAA05781@khavrinen.lcs.mit.edu> To: Mike Smith Cc: Warner Losh , nate@mt.sri.com (Nate Williams), Mitsuru IWASAKI , mmuir@es.co.nz, freebsd-current@FreeBSD.ORG Subject: Re: followup to apm problems. In-Reply-To: <199908312216.PAA00882@dingo.cdrom.com> References: <199908312120.PAA13660@harmony.village.org> <199908312216.PAA00882@dingo.cdrom.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > Actually, that's almost entirely system-dependant. The BIOS may well > poll the keyboard controller/USB controller, for example. And designs based on the Intel PIIX4 will generate SMI# interrupts for whichever activities are programmed in the BIOS, completely bypassing the traditional interrupt mechanism. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 6:53: 7 1999 Delivered-To: freebsd-current@freebsd.org Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (Postfix) with ESMTP id 9A90E14DA5 for ; Wed, 1 Sep 1999 06:53:03 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id JAA05804 for current@freebsd.org; Wed, 1 Sep 1999 09:52:10 -0400 (EDT) (envelope-from luoqi) Date: Wed, 1 Sep 1999 09:52:10 -0400 (EDT) From: Luoqi Chen Message-Id: <199909011352.JAA05804@lor.watermarkgroup.com> To: current@freebsd.org Subject: new ncurses lib changed tgetstr() API Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After the import of ncurses 5.0 (beta?), I noticed strange behavior of clear on my xterm. I tracked it down to an API change of tgetstr(), here is the new code: char *tgetstr(NCURSES_CONST char *id, char **area GCC_UNUSED) { int i; T((T_CALLED("tgetstr(%s,%p)"), id, area)); if (cur_term != 0) { TERMTYPE *tp = &(cur_term->type); for_each_string(i, tp) { const char *capname = ExtStrname(tp, i, strcodes); T(("trying %s", capname)); if (!strncmp(id, capname, 2)) { T(("found match : %s", _nc_visbuf(tp->Strings[i]))); /* setupterm forces cancelled strings to null */ returnPtr(tp->Strings[i]); } } } returnPtr(NULL); } and here is what termcap(3) says, char * tgetstr(const char *id, char **area) The tgetstr() function returns the string value of the capability id, places it in the buffer at area, and advances the area pointer. It decodes the abbreviations for this field described in termcap(5), except for cursor addressing and padding information. The tgetstr() function returns NULL if the capability was not found. The new code doesn't copy the cap string to the provided storage area, and programs like tset and tputs expect that. -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 6:55: 5 1999 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id C516314DA5 for ; Wed, 1 Sep 1999 06:55:00 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.2) with ESMTP id PAA35952; Wed, 1 Sep 1999 15:51:11 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Garrett Wollman Cc: Mike Smith , Warner Losh , nate@mt.sri.com (Nate Williams), Mitsuru IWASAKI , mmuir@es.co.nz, freebsd-current@FreeBSD.ORG Subject: Re: followup to apm problems. In-reply-to: Your message of "Wed, 01 Sep 1999 09:45:38 EDT." <199909011345.JAA05781@khavrinen.lcs.mit.edu> Date: Wed, 01 Sep 1999 15:51:11 +0200 Message-ID: <35950.936193871@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199909011345.JAA05781@khavrinen.lcs.mit.edu>, Garrett Wollman writes: >< said: > >> Actually, that's almost entirely system-dependant. The BIOS may well >> poll the keyboard controller/USB controller, for example. > >And designs based on the Intel PIIX4 will generate SMI# interrupts for >whichever activities are programmed in the BIOS, completely bypassing >the traditional interrupt mechanism. And these interrupts will take as much as 50usec to service... -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 7:15:25 1999 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 173AE14C41; Wed, 1 Sep 1999 07:15:20 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.2) with ESMTP id QAA36160; Wed, 1 Sep 1999 16:14:20 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: peter@freebsd.org Cc: current@freebsd.org Subject: isa.c misses ISA_NIRQ and friends From: Poul-Henning Kamp Date: Wed, 01 Sep 1999 16:14:19 +0200 Message-ID: <36158.936195259@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter must have forgotten some changes, until he fixes it, you can use this patch to revert his change to isa.c Index: isa.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/isa.c,v retrieving revision 1.130 diff -u -r1.130 isa.c --- isa.c 1999/09/01 06:34:24 1.130 +++ isa.c 1999/09/01 14:11:17 @@ -104,13 +104,13 @@ if (!rle) { if (*rid < 0) return 0; - if (type == SYS_RES_IRQ && *rid >= ISA_NIRQ) + if (type == SYS_RES_IRQ && *rid > 1) return 0; - if (type == SYS_RES_DRQ && *rid >= ISA_NDRQ) + if (type == SYS_RES_DRQ && *rid > 1) return 0; - if (type != SYS_RES_MEMORY && *rid >= ISA_NMEM) + if (type != SYS_RES_MEMORY && *rid > 3) return 0; - if (type == SYS_RES_IOPORT && *rid >= ISA_NPORT) + if (type == SYS_RES_IOPORT && *rid > 7) return 0; resource_list_add(rl, type, *rid, start, end, count); } schizo# config -r LINT Removing old directory ../../compile/LINT: Done. Don't forget to do a ``make depend'' Kernel build directory is ../../compile/LINT schizo# cd /sys/com*/LINT schizo# make isa.o [...] cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -elf ../../i386/isa/isa.c ../../i386/isa/isa.c: In function `isa_alloc_resource': ../../i386/isa/isa.c:107: `ISA_NIRQ' undeclared (first use in this function) ../../i386/isa/isa.c:107: (Each undeclared identifier is reported only once ../../i386/isa/isa.c:107: for each function it appears in.) ../../i386/isa/isa.c:109: `ISA_NDRQ' undeclared (first use in this function) ../../i386/isa/isa.c:111: `ISA_NMEM' undeclared (first use in this function) ../../i386/isa/isa.c:113: `ISA_NPORT' undeclared (first use in this function) *** Error code 1 -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 7:20:27 1999 Delivered-To: freebsd-current@freebsd.org Received: from freja.webgiro.com (freja.webgiro.com [212.209.29.10]) by hub.freebsd.org (Postfix) with ESMTP id 6BD0615493 for ; Wed, 1 Sep 1999 07:20:20 -0700 (PDT) (envelope-from abial@webgiro.com) Received: by freja.webgiro.com (Postfix, from userid 1001) id 40ED21912; Wed, 1 Sep 1999 16:21:04 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by freja.webgiro.com (Postfix) with ESMTP id 401D9499A; Wed, 1 Sep 1999 16:21:04 +0200 (CEST) Date: Wed, 1 Sep 1999 16:21:04 +0200 (CEST) From: Andrzej Bialecki To: Matthew Dillon Cc: freebsd-current@FreeBSD.ORG Subject: Re: multipatch #6 available In-Reply-To: <199908290537.WAA02319@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 28 Aug 1999, Matthew Dillon wrote: > * Adds a new feature to VN - swap space pre-reservation, > in addition to the two features already added (zeroing > and file creation/truncation). Sounds great to me. I really hope you also update the manpage for vn(4) and vnconfig - I begin to feel lost with all the options here... Andrzej Bialecki // WebGiro AB, Sweden (http://www.webgiro.com) // ------------------------------------------------------------------- // ------ FreeBSD: The Power to Serve. http://www.freebsd.org -------- // --- Small & Embedded FreeBSD: http://www.freebsd.org/~picobsd/ ---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 8: 5:25 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc2.on.home.com (ha1.rdc2.on.home.com [24.9.0.15]) by hub.freebsd.org (Postfix) with ESMTP id A419114E4D for ; Wed, 1 Sep 1999 08:05:23 -0700 (PDT) (envelope-from street@iname.com) Received: from mired.eh.local ([24.64.136.188]) by mail.rdc2.on.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <19990901150452.EWBX24489.mail.rdc2.on.home.com@mired.eh.local>; Wed, 1 Sep 1999 08:04:52 -0700 Received: (from kws@localhost) by mired.eh.local (8.9.3/8.9.3) id LAA32270; Wed, 1 Sep 1999 11:04:44 -0400 (EDT) (envelope-from kws) From: Kevin Street MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14285.16524.405738.307958@mired.eh.local> Date: Wed, 1 Sep 1999 11:04:44 -0400 (EDT) To: Peter Wemm Cc: "William R. Somsky" , current@FreeBSD.ORG Subject: Re: $FreeBSD tag confusion In-Reply-To: <19990901132044.434F21CA7@overcee.netplex.com.au> References: <87u2peixsy.fsf@mired.eh.local> <19990901132044.434F21CA7@overcee.netplex.com.au> X-Mailer: VM 6.71 under 21.1 "20 Minutes to Nikko" XEmacs Lucid (patch 2) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm writes: >Make sure you are fetching src-all, and if you are not getting src-anything, >then either get src-base or set up $CVSROOT/CVSROOT/options to this: > >23> cat /home/ncvs/CVSROOT/options >tag=FreeBSD=CVSHeader >tagexpand=iFreeBSD,Id > >Fetching src-base will do this for you, as well as getting the modules files >and the commit logs. Yes, that was my problem. I was fetching src-all but into a subdir. I have my own CVSROOT for the rest of my cvs repository and needed to pick up the options file from FreeBSD's CVSROOT. In William's case he does not need to do anything. He's CVSuping in checkout mode and things are already working correctly. -- Kevin Street street@iname.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 8:55:19 1999 Delivered-To: freebsd-current@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (Postfix) with ESMTP id 38D3615319 for ; Wed, 1 Sep 1999 08:55:17 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.9.3/8.9.3) with ESMTP id IAA16635; Wed, 1 Sep 1999 08:55:14 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Wed, 1 Sep 1999 08:55:14 -0700 (PDT) From: Doug White To: "Mark J. Taylor" Cc: current@FreeBSD.ORG Subject: Re: kgzipped -STABLE GENERIC kernel boots on one machine, not the other In-Reply-To: <37CC8EDD.918A5A46@cybernet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 31 Aug 1999, Mark J. Taylor wrote: > I've got a -STABLE GENERIC kernel, cvsupped and built this evening, > that is all alone on a UFS floppy, and kgzipped. I thought kzip is for a.out only. You can kzip /boot/loader and gzip /kernel though. Doug White Internet: dwhite@resnet.uoregon.edu | FreeBSD: The Power to Serve http://gladstone.uoregon.edu/~dwhite | www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 8:56:13 1999 Delivered-To: freebsd-current@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [203.38.14.161]) by hub.freebsd.org (Postfix) with ESMTP id 3032F15386; Wed, 1 Sep 1999 08:54:36 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 1144C1CA7; Wed, 1 Sep 1999 23:54:03 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: isa.c misses ISA_NIRQ and friends In-reply-to: Your message of "Wed, 01 Sep 1999 16:14:19 +0200." <36158.936195259@critter.freebsd.dk> Date: Wed, 01 Sep 1999 23:54:03 +0800 From: Peter Wemm Message-Id: <19990901155403.1144C1CA7@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > > Peter must have forgotten some changes, until he fixes it, > you can use this patch to revert his change to isa.c Yeah, sorry folks. I am running that code right now (and have been for weeks) but it was dependent on another pending change that I had forgotten. It should be fixed now. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 9:18:55 1999 Delivered-To: freebsd-current@freebsd.org Received: from smtp10.nwnexus.com (smtp10.nwnexus.com [206.63.63.53]) by hub.freebsd.org (Postfix) with ESMTP id D6CCB14D2F for ; Wed, 1 Sep 1999 09:18:51 -0700 (PDT) (envelope-from wrsomsky@halcyon.com) Received: from gramarye (evt-lx102-ip33.nwnexus.net [204.57.235.133]) by smtp10.nwnexus.com (8.8.8/8.8.8) with ESMTP id JAA27520; Wed, 1 Sep 1999 09:18:07 -0700 (PDT) Received: (from wrsomsky@localhost) by gramarye (8.9.3/8.9.3) id JAA03240; Wed, 1 Sep 1999 09:17:03 -0700 (PDT) (envelope-from wrsomsky) Date: Wed, 1 Sep 1999 09:16:54 -0700 From: "William R. Somsky" To: Kevin Street Cc: "William R. Somsky" , current@FreeBSD.ORG Subject: Re: $FreeBSD tag confusion Message-ID: <19990901091654.A3227@gramarye.halcyon.com> References: <14282.2563.303797.40529@mired.eh.local> <19990901004615.A1721@gramarye.halcyon.com> <87u2peixsy.fsf@mired.eh.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: <87u2peixsy.fsf@mired.eh.local>; from Kevin Street on Wed, Sep 01, 1999 at 09:08:45AM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 01, 1999 at 09:08:45AM -0400, Kevin Street wrote: > "William R. Somsky" writes: > > > Hmm... but what about if you're cvsup-ing the sources? > > I'm cvsup-ing stable, not current, (cvsup file included below) > > and $FreeBSD appears all over the place unexpanded. Is this > > the way it's supposed to be? Isn't cvsup supposed to be > > (effectively) doing a "check-out"? Or am I just confused? > > > > #] grep src/bin/echo bin/echo/echo.[1c] > > bin/echo/echo.1:.\" $FreeBSD: src/bin/echo/echo.1,v 1.6.2.2 1999/08/29 14:12:19 peter Exp $ > > bin/echo/echo.c: "$FreeBSD: src/bin/echo/echo.c,v 1.7.2.1 1999/08/29 14:12:20 peter Exp $"; > > > > So... no expansion of $FreeBSD that I can see here... > > Those are the expanded tags. When I said I had unexpanded tags, I > meant that I was seeing just: > "$FreeBSD$" > instead of: > "$FreeBSD: $" Oh, ok, so I _was_ confused. Thanks! Occupational hazard of being a physicist: I try to understand things -- and that's when you find out what you _don't_ know. :-) ________________________________________________________________________ William R. Somsky wrsomsky@halcyon.com Physicist, Baritone, Guitarist http://www.halcyon.com/wrsomsky To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 9:24:35 1999 Delivered-To: freebsd-current@freebsd.org Received: from ipt2.iptelecom.net.ua (ipt2.iptelecom.net.ua [212.42.68.2]) by hub.freebsd.org (Postfix) with ESMTP id D9691154FD for ; Wed, 1 Sep 1999 09:24:16 -0700 (PDT) (envelope-from sobomax@altavista.net) Received: from vega. (dialup4-21.iptelecom.net.ua [212.42.74.213]) by ipt2.iptelecom.net.ua (8.9.3/8.9.3) with ESMTP id TAA01829; Wed, 1 Sep 1999 19:24:18 +0300 (EEST) Received: from altavista.net (big_brother [192.168.1.1]) by vega. (8.9.3/8.9.3) with ESMTP id TAA57785; Wed, 1 Sep 1999 19:21:22 +0300 (EEST) (envelope-from sobomax@altavista.net) Message-ID: <37CD5281.7C7C1657@altavista.net> Date: Wed, 01 Sep 1999 19:21:21 +0300 From: Maxim Sobolev Reply-To: sobomax@altavista.net Organization: Vega International Capital X-Mailer: Mozilla 4.61 [en] (WinNT; I) X-Accept-Language: ru,uk,en MIME-Version: 1.0 To: Doug White Cc: "Mark J. Taylor" , current@FreeBSD.ORG Subject: Re: kgzipped -STABLE GENERIC kernel boots on one machine, not theother References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug White wrote: > On Tue, 31 Aug 1999, Mark J. Taylor wrote: > > > I've got a -STABLE GENERIC kernel, cvsupped and built this evening, > > that is all alone on a UFS floppy, and kgzipped. > > I thought kzip is for a.out only. You can kzip /boot/loader and gzip > /kernel though. Yes and No, if it is kgzip (not kzip which is at the end of his life and probably will die soon ;) it's support both a.out and elf kernels. -Maxim -- "We believe in the Power and the Might!" (Manowar, 1996) ---------------------------------------- Maxim V. Sobolev, Financial Analyst, Vega International Capital Phone: +380-(44)-246-6396 Fax: +380-(44)-220-8715 E-mail: sobomax@altavista.net ICQ: #42290709 ---------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 9:30:46 1999 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 542) id 429D714D07; Wed, 1 Sep 1999 09:30:45 -0700 (PDT) Date: Wed, 1 Sep 1999 09:30:45 -0700 From: "Andrey A. Chernov" To: Luoqi Chen Cc: current@freebsd.org, peter@freebsd.org Subject: Re: new ncurses lib changed tgetstr() API Message-ID: <19990901093045.A66401@nagual.pp.ru> References: <199909011352.JAA05804@lor.watermarkgroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <199909011352.JAA05804@lor.watermarkgroup.com>; from luoqi@watermarkgroup.com on Wed, Sep 01, 1999 at 09:52:10AM -0400 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 01, 1999 at 09:52:10AM -0400, Luoqi Chen wrote: > After the import of ncurses 5.0 (beta?), I noticed strange behavior of clear > on my xterm. I tracked it down to an API change of tgetstr(), here is the > new code: > > char *tgetstr(NCURSES_CONST char *id, char **area GCC_UNUSED) It is definitely bug on ncurses side and must be fixed *there* and not in userland code. (Peter please back out corresponding tset fix too) Many programs use area parameter. API change not allowed here. -- Andrey A. Chernov http://nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 11: 3:33 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.tucows.com (mail.tucows.com [208.229.216.23]) by hub.freebsd.org (Postfix) with ESMTP id 5AC47153C7 for ; Wed, 1 Sep 1999 11:03:30 -0700 (PDT) (envelope-from arthur@tucows.com) Received: from Arthur.Linuxberg (starwars.linuxberg.org [208.229.216.41]) by mail.tucows.com (8.9.3/8.9.1) with ESMTP id OAA18025 for ; Wed, 1 Sep 1999 14:03:01 -0400 Received: from localhost (arthur@localhost) by Arthur.Linuxberg (8.9.3/8.9.3) with ESMTP id OAA03141 for ; Wed, 1 Sep 1999 14:02:55 -0400 (EDT) X-Authentication-Warning: Arthur.Linuxberg: arthur owned process doing -bs Date: Wed, 1 Sep 1999 14:02:51 -0400 (EDT) From: "Arthur H. Johnson II" X-Sender: arthur@Arthur.Linuxberg To: freebsd-current@freebsd.org Subject: A dumb question. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG When I try to compile the kernel, I get this error at the end: ../../pci/if_xl.c ../../pci/if_xl.c:133: miibus_if.h: No such file or directory *** Error code 1 Stop in /usr/src/sys/compile/ARTHUR. You must first build a kernel first. *** Error code 1 Stop in /usr/src/sys/compile/ARTHUR. What happened to this file? Arthur H. Johnson II http://www.linuxberg.com Linuxberg Manager arthur@tucows.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 11:39:54 1999 Delivered-To: freebsd-current@freebsd.org Received: from icicle.winternet.com (icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (Postfix) with ESMTP id CA51A15C96 for ; Wed, 1 Sep 1999 11:39:34 -0700 (PDT) (envelope-from nrahlstr@mail.winternet.com) Received: from tundra.winternet.com (nrahlstr@tundra.winternet.com [198.174.169.11]) by icicle.winternet.com (8.9.3/8.9.3) with ESMTP id NAA11867; Wed, 1 Sep 1999 13:38:42 -0500 (CDT) SMTP "HELO" (ESMTP) greeting from tundra.winternet.com But _really_ from :: nrahlstr@tundra.winternet.com [198.174.169.11] SMTP "MAIL From" = nrahlstr@mail.winternet.com (Nathan Ahlstrom) SMTP "RCPT To" = Received: (from nrahlstr@localhost) by tundra.winternet.com (8.8.7/8.8.4) id NAA00688; Wed, 1 Sep 1999 13:38:41 -0500 (CDT) Message-ID: <19990901133841.B567@winternet.com> Date: Wed, 1 Sep 1999 13:38:41 -0500 From: Nathan Ahlstrom To: "Arthur H. Johnson II" , freebsd-current@FreeBSD.ORG Subject: Re: A dumb question. Mail-Followup-To: "Arthur H. Johnson II" , freebsd-current@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Arthur H. Johnson II on Wed, Sep 01, 1999 at 02:02:51PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Arthur H. Johnson II" wrote: > When I try to compile the kernel, I get this error at the end: > > ../../pci/if_xl.c > ../../pci/if_xl.c:133: miibus_if.h: No such file or directory > *** Error code 1 > > Stop in /usr/src/sys/compile/ARTHUR. > You must first build a kernel first. > *** Error code 1 > > Stop in /usr/src/sys/compile/ARTHUR. > > > What happened to this file? You may have to add: controller miibus0 to you kernel config file. See LINT for details. -- Nathan Ahlstrom FreeBSD: http://www.FreeBSD.org/ nrahlstr@winternet.com PGP Key ID: 0x67BC9D19 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 11:46:16 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.tucows.com (mail.tucows.com [208.229.216.23]) by hub.freebsd.org (Postfix) with ESMTP id 225C21552B for ; Wed, 1 Sep 1999 11:46:13 -0700 (PDT) (envelope-from arthur@tucows.com) Received: from Arthur.Linuxberg (starwars.linuxberg.org [208.229.216.41]) by mail.tucows.com (8.9.3/8.9.1) with ESMTP id OAA20736 for ; Wed, 1 Sep 1999 14:46:11 -0400 Received: from localhost (arthur@localhost) by Arthur.Linuxberg (8.9.3/8.9.3) with ESMTP id OAA04453 for ; Wed, 1 Sep 1999 14:46:00 -0400 (EDT) X-Authentication-Warning: Arthur.Linuxberg: arthur owned process doing -bs Date: Wed, 1 Sep 1999 14:46:00 -0400 (EDT) From: "Arthur H. Johnson II" X-Sender: arthur@Arthur.Linuxberg To: freebsd-current@freebsd.org Subject: Fergot to say thanks Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG For the person who helped me with my xl driver kernel compile, thanks. I am alittle pine expunge happy! Arthur H. Johnson II http://www.linuxberg.com Linuxberg Manager arthur@tucows.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 11:50:51 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.tucows.com (mail.tucows.com [208.229.216.23]) by hub.freebsd.org (Postfix) with ESMTP id 69FEC1557F for ; Wed, 1 Sep 1999 11:50:47 -0700 (PDT) (envelope-from arthur@tucows.com) Received: from Arthur.Linuxberg (starwars.linuxberg.org [208.229.216.41]) by mail.tucows.com (8.9.3/8.9.1) with ESMTP id OAA20894; Wed, 1 Sep 1999 14:48:44 -0400 Received: from localhost (arthur@localhost) by Arthur.Linuxberg (8.9.3/8.9.3) with ESMTP id OAA00332; Wed, 1 Sep 1999 14:48:33 -0400 (EDT) X-Authentication-Warning: Arthur.Linuxberg: arthur owned process doing -bs Date: Wed, 1 Sep 1999 14:48:33 -0400 (EDT) From: "Arthur H. Johnson II" X-Sender: arthur@Arthur.Linuxberg To: Nathan Ahlstrom Cc: freebsd-current@FreeBSD.ORG Subject: Re: A dumb question. In-Reply-To: <19990901133841.B567@winternet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks. Arthur H. Johnson II http://www.linuxberg.com Linuxberg Manager arthur@tucows.com On Wed, 1 Sep 1999, Nathan Ahlstrom wrote: > "Arthur H. Johnson II" wrote: > > When I try to compile the kernel, I get this error at the end: > > > > ../../pci/if_xl.c > > ../../pci/if_xl.c:133: miibus_if.h: No such file or directory > > *** Error code 1 > > > > Stop in /usr/src/sys/compile/ARTHUR. > > You must first build a kernel first. > > *** Error code 1 > > > > Stop in /usr/src/sys/compile/ARTHUR. > > > > > > What happened to this file? > > You may have to add: > > controller miibus0 > > to you kernel config file. See LINT for details. > > -- > Nathan Ahlstrom FreeBSD: http://www.FreeBSD.org/ > nrahlstr@winternet.com PGP Key ID: 0x67BC9D19 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 12:36:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (Postfix) with ESMTP id 4477D15517 for ; Wed, 1 Sep 1999 12:36:41 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id MAA00398; Wed, 1 Sep 1999 12:26:34 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199909011926.MAA00398@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Poul-Henning Kamp Cc: Garrett Wollman , Mike Smith , Warner Losh , nate@mt.sri.com (Nate Williams), Mitsuru IWASAKI , mmuir@es.co.nz, freebsd-current@FreeBSD.ORG Subject: Re: followup to apm problems. In-reply-to: Your message of "Wed, 01 Sep 1999 15:51:11 +0200." <35950.936193871@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Sep 1999 12:26:34 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <199909011345.JAA05781@khavrinen.lcs.mit.edu>, Garrett Wollman writes: > >< said: > > > >> Actually, that's almost entirely system-dependant. The BIOS may well > >> poll the keyboard controller/USB controller, for example. > > > >And designs based on the Intel PIIX4 will generate SMI# interrupts for > >whichever activities are programmed in the BIOS, completely bypassing > >the traditional interrupt mechanism. > > And these interrupts will take as much as 50usec to service... Since in the context that we're discussing the system is asleep, I can't actually see how this is in any way relevant... -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 12:37:23 1999 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 4A3221550B for ; Wed, 1 Sep 1999 12:37:17 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.2) with ESMTP id VAA37421; Wed, 1 Sep 1999 21:36:19 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Mike Smith Cc: Garrett Wollman , Warner Losh , nate@mt.sri.com (Nate Williams), Mitsuru IWASAKI , mmuir@es.co.nz, freebsd-current@FreeBSD.ORG Subject: Re: followup to apm problems. In-reply-to: Your message of "Wed, 01 Sep 1999 12:26:34 PDT." <199909011926.MAA00398@dingo.cdrom.com> Date: Wed, 01 Sep 1999 21:36:18 +0200 Message-ID: <37419.936214578@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199909011926.MAA00398@dingo.cdrom.com>, Mike Smith writes: >> In message <199909011345.JAA05781@khavrinen.lcs.mit.edu>, Garrett Wollman writes: >> >< said: >> > >> >> Actually, that's almost entirely system-dependant. The BIOS may well >> >> poll the keyboard controller/USB controller, for example. >> > >> >And designs based on the Intel PIIX4 will generate SMI# interrupts for >> >whichever activities are programmed in the BIOS, completely bypassing >> >the traditional interrupt mechanism. >> >> And these interrupts will take as much as 50usec to service... > >Since in the context that we're discussing the system is asleep, I can't >actually see how this is in any way relevant... Because SMI interrupts happen all the time, not just when it is asleep :-( -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 15:25:57 1999 Delivered-To: freebsd-current@freebsd.org Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.28]) by hub.freebsd.org (Postfix) with ESMTP id 5E56B14F14 for ; Wed, 1 Sep 1999 15:25:54 -0700 (PDT) (envelope-from fullermd@futuresouth.com) Received: (from fullermd@localhost) by shell.futuresouth.com (8.9.3/8.9.3) id RAA19993; Wed, 1 Sep 1999 17:22:10 -0500 (CDT) Date: Wed, 1 Sep 1999 17:22:10 -0500 From: "Matthew D. Fuller" To: Peter Wemm Cc: current@FreeBSD.ORG Subject: Re: $FreeBSD tag confusion Message-ID: <19990901172210.E18814@futuresouth.com> References: <87u2peixsy.fsf@mired.eh.local> <19990901132044.434F21CA7@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <19990901132044.434F21CA7@overcee.netplex.com.au>; from Peter Wemm on Wed, Sep 01, 1999 at 09:20:44PM +0800 X-OS: FreeBSD Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 01, 1999 at 09:20:44PM +0800, a little birdie told me that Peter Wemm remarked > > 23> cat /home/ncvs/CVSROOT/options > tag=FreeBSD=CVSHeader > tagexpand=iFreeBSD,Id Speaking of the whole subject, where is this (method of defining tags) documented? I've searched every bit of CVS documentation I can find anywhere, and none of it mentions this. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Unix Systems Administrator | fullermd@futuresouth.com Specializing in FreeBSD | http://www.over-yonder.net/ FutureSouth Communications | ISPHelp ISP Consulting "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 15:47:49 1999 Delivered-To: freebsd-current@freebsd.org Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9]) by hub.freebsd.org (Postfix) with ESMTP id A198A1558D; Wed, 1 Sep 1999 15:47:40 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id IAA21683; Thu, 2 Sep 1999 08:46:30 +1000 Date: Thu, 2 Sep 1999 08:46:30 +1000 From: Bruce Evans Message-Id: <199909012246.IAA21683@godzilla.zeta.org.au> To: ache@nagual.pp.ru, luoqi@watermarkgroup.com Subject: Re: new ncurses lib changed tgetstr() API Cc: current@FreeBSD.ORG, peter@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> After the import of ncurses 5.0 (beta?), I noticed strange behavior of clear >> on my xterm. I tracked it down to an API change of tgetstr(), here is the >> new code: >> >> char *tgetstr(NCURSES_CONST char *id, char **area GCC_UNUSED) > >It is definitely bug on ncurses side and must be fixed *there* and not in >userland code. (Peter please back out corresponding tset fix too) >Many programs use area parameter. API change not allowed here. ncurses doesn't claim to document our old API of course. The area arg is not even mentioned in the man page. The new tgetstr() man page seems to be a significant downgrade, not even counting the regression from mandoc format. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 15:48:37 1999 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 903E41557A for ; Wed, 1 Sep 1999 15:48:28 -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 QAA14035; Wed, 1 Sep 1999 16:47:52 -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 QAA20600; Wed, 1 Sep 1999 16:47:36 -0600 (MDT) Message-Id: <199909012247.QAA20600@harmony.village.org> To: Garrett Wollman Subject: Re: followup to apm problems. Cc: Mike Smith , nate@mt.sri.com (Nate Williams), Mitsuru IWASAKI , mmuir@es.co.nz, freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Wed, 01 Sep 1999 09:45:38 EDT." <199909011345.JAA05781@khavrinen.lcs.mit.edu> References: <199909011345.JAA05781@khavrinen.lcs.mit.edu> <199908312120.PAA13660@harmony.village.org> <199908312216.PAA00882@dingo.cdrom.com> Date: Wed, 01 Sep 1999 16:47:36 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199909011345.JAA05781@khavrinen.lcs.mit.edu> Garrett Wollman writes: : And designs based on the Intel PIIX4 will generate SMI# interrupts for : whichever activities are programmed in the BIOS, completely bypassing : the traditional interrupt mechanism. So does that mean if we do disable them at the PIC level we'll be OK? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 15:54: 0 1999 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 88C2714BF8 for ; Wed, 1 Sep 1999 15:53:52 -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 QAA14063; Wed, 1 Sep 1999 16:52:22 -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 QAA20666; Wed, 1 Sep 1999 16:52:11 -0600 (MDT) Message-Id: <199909012252.QAA20666@harmony.village.org> To: Mike Smith Subject: Re: followup to apm problems. Cc: Garrett Wollman , nate@mt.sri.com (Nate Williams), Mitsuru IWASAKI , mmuir@es.co.nz, freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Wed, 01 Sep 1999 15:45:00 PDT." <199909012245.PAA01429@dingo.cdrom.com> References: <199909012245.PAA01429@dingo.cdrom.com> Date: Wed, 01 Sep 1999 16:52:11 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199909012245.PAA01429@dingo.cdrom.com> Mike Smith writes: : It's reasonable to assume this, yes. However it's also worth bearing : in mind that since the BIOS isn't using these interrupts to _detect_ : activity, turning them off is pretty pointless. Then why does the key up event cause the suspend to fail? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 15:54:31 1999 Delivered-To: freebsd-current@freebsd.org Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (Postfix) with ESMTP id 5D48015B3A for ; Wed, 1 Sep 1999 15:54:26 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id PAA01429; Wed, 1 Sep 1999 15:45:00 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199909012245.PAA01429@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Warner Losh Cc: Garrett Wollman , Mike Smith , nate@mt.sri.com (Nate Williams), Mitsuru IWASAKI , mmuir@es.co.nz, freebsd-current@FreeBSD.ORG Subject: Re: followup to apm problems. In-reply-to: Your message of "Wed, 01 Sep 1999 16:47:36 MDT." <199909012247.QAA20600@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Sep 1999 15:45:00 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <199909011345.JAA05781@khavrinen.lcs.mit.edu> Garrett > Wollman writes: > : And designs based on the Intel PIIX4 will generate SMI# interrupts for > : whichever activities are programmed in the BIOS, completely bypassing > : the traditional interrupt mechanism. > > So does that mean if we do disable them at the PIC level we'll be OK? It's reasonable to assume this, yes. However it's also worth bearing in mind that since the BIOS isn't using these interrupts to _detect_ activity, turning them off is pretty pointless. -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 16: 5:29 1999 Delivered-To: freebsd-current@freebsd.org Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (Postfix) with ESMTP id 719CD1558F for ; Wed, 1 Sep 1999 16:05:27 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id PAA01495; Wed, 1 Sep 1999 15:54:49 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199909012254.PAA01495@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Warner Losh Cc: Mike Smith , Garrett Wollman , nate@mt.sri.com (Nate Williams), Mitsuru IWASAKI , mmuir@es.co.nz, freebsd-current@FreeBSD.ORG Subject: Re: followup to apm problems. In-reply-to: Your message of "Wed, 01 Sep 1999 16:52:11 MDT." <199909012252.QAA20666@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Sep 1999 15:54:49 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <199909012245.PAA01429@dingo.cdrom.com> Mike Smith writes: > : It's reasonable to assume this, yes. However it's also worth bearing > : in mind that since the BIOS isn't using these interrupts to _detect_ > : activity, turning them off is pretty pointless. > > Then why does the key up event cause the suspend to fail? Because whatever mechanism the BIOS _is_ using to detect keyboard activity is catching it. -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 16:40:58 1999 Delivered-To: freebsd-current@freebsd.org Received: from dorifer.heim3.tu-clausthal.de (dorifer.heim3.tu-clausthal.de [139.174.243.252]) by hub.freebsd.org (Postfix) with ESMTP id 829D0155C1 for ; Wed, 1 Sep 1999 16:40:48 -0700 (PDT) (envelope-from olli@dorifer.heim3.tu-clausthal.de) Received: (from olli@localhost) by dorifer.heim3.tu-clausthal.de (8.8.8/8.8.8) id BAA03349 for freebsd-current@FreeBSD.ORG; Thu, 2 Sep 1999 01:40:38 +0200 (CEST) (envelope-from olli) Date: Thu, 2 Sep 1999 01:40:38 +0200 (CEST) From: Oliver Fromme Message-Id: <199909012340.BAA03349@dorifer.heim3.tu-clausthal.de> To: freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP! ATA driver (atapi DMA).. Organization: Administration Heim 3 Reply-To: freebsd-current@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Newsreader: TIN [version 1.2 RZTUC(3) PL2] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel O'Connor wrote in list.freebsd-current: > On 31-Aug-99 Kevin Street wrote: > > > Well 2MB/sec == 14x CDRom drive. Is it a 14x CDRom drive? CDRom > > > drives are typically limited to how quickly they can get data off > > > the platter. A faster bus transfer will not improve that. > > I should have mentioned that ... it's a 32x cdrom. dmesg says it > > claims to be able to do 5515 KB/sec. > > Which is slightly more correct.. > 32x = 32 * 150 = 4800 kb/s > > 1 spin = 150kb/sec The raw mode2 data rate is 176400 bytes/sec (not counting subchannel information, which is normally not transferred along with the raw data anyway): 176400 * 32 / 1024 = 5512.5 Kbyte/sec. That number is derived from the throughput of CD audio data: 176400 bytes/sec = 44.1 kHz * 2 channels * 2 bytes/sample. (There are 75 sectors per second with 2352 bytes each.) Don't know where those 5515 come from... Maybe they rounded generously... ;-) Regards Oliver -- Oliver Fromme, Leibnizstr. 18/61, 38678 Clausthal, Germany (Info: finger userinfo:olli@dorifer.heim3.tu-clausthal.de) "In jedem Stück Kohle wartet ein Diamant auf seine Geburt" (Terry Pratchett) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 18: 6:38 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc2.on.home.com (ha1.rdc2.on.home.com [24.9.0.15]) by hub.freebsd.org (Postfix) with ESMTP id 7F71915479 for ; Wed, 1 Sep 1999 18:06:19 -0700 (PDT) (envelope-from street@iname.com) Received: from mired.eh.local ([24.64.136.188]) by mail.rdc2.on.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <19990902010357.CWZH24489.mail.rdc2.on.home.com@mired.eh.local>; Wed, 1 Sep 1999 18:03:57 -0700 Received: (from kws@localhost) by mired.eh.local (8.9.3/8.9.3) id VAA35570; Wed, 1 Sep 1999 21:03:56 -0400 (EDT) (envelope-from kws) To: "Matthew D. Fuller" Cc: current@FreeBSD.ORG Subject: Re: $FreeBSD tag confusion References: <87u2peixsy.fsf@mired.eh.local> <19990901132044.434F21CA7@overcee.netplex.com.au> <19990901172210.E18814@futuresouth.com> From: Kevin Street Date: 01 Sep 1999 21:03:55 -0400 In-Reply-To: "Matthew D. Fuller"'s message of "Wed, 1 Sep 1999 17:22:10 -0500" Message-ID: <87r9kii0p0.fsf@mired.eh.local> Lines: 26 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Matthew D. Fuller" writes: > On Wed, Sep 01, 1999 at 09:20:44PM +0800, a little birdie told me > that Peter Wemm remarked > > > > 23> cat /home/ncvs/CVSROOT/options > > tag=FreeBSD=CVSHeader > > tagexpand=iFreeBSD,Id > > Speaking of the whole subject, where is this (method of defining tags) > documented? I've searched every bit of CVS documentation I can find > anywhere, and none of it mentions this. /usr/src/contrib/cvs/src/main.c and rcs.c Looks like part of this was pulled in from OpenBSD and then enhanced. I couldn't find any documentation either. I think I should set up a separate cvs repository for the FreeBSD src since I may not want the same options for my own cvs repository. In particular that tagexpand line turns off all tag expansions except for $FreeBSD and $Id. -- Kevin Street street@iname.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 18:37:16 1999 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id A5F2115172; Wed, 1 Sep 1999 18:37:01 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40346>; Thu, 2 Sep 1999 11:34:18 +1000 Date: Thu, 2 Sep 1999 11:35:53 +1000 From: Peter Jeremy Subject: Support for 3Com 3CCFE574BT 10/100 LAN Card To: current@FreeBSD.org, hardware@FreeBSD.org Message-Id: <99Sep2.113418est.40346@border.alcanet.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I notice that -current supports the 3C574, but not the newer 3C574B. Is anyone working on support for this card? Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 20:27:59 1999 Delivered-To: freebsd-current@freebsd.org Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (Postfix) with ESMTP id 25F8A14FC2 for ; Wed, 1 Sep 1999 20:27:56 -0700 (PDT) (envelope-from jwd@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.9.3/8.9.1) with SMTP id XAA24297 for ; Wed, 1 Sep 1999 23:27:55 -0400 (EDT) Received: from bb01f39.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA24019; Wed, 1 Sep 1999 23:27:25 -0400 Received: (from jwd@localhost) by bb01f39.unx.sas.com (8.9.1/8.9.1) id XAA12222 for freebsd-current@freebsd.org; Wed, 1 Sep 1999 23:27:25 -0400 (EDT) (envelope-from jwd) From: "John W. DeBoskey" Message-Id: <199909020327.XAA12222@bb01f39.unx.sas.com> Subject: make release GENERIC kernel error (pnp) To: freebsd-current@freebsd.org Date: Wed, 1 Sep 1999 23:27:25 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL43 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'm seeing the following error during a 'make release' with sources current as of 4:30pm EST. I'll re-cvsup, and try again, but I don't see (via the cvsweb) any commits that would fix this. cd /usr/src/sys/i386/conf && config -r GENERIC && cd ../../compile/GENERIC && make depend && make in the normal source tree with the same set of sources seems to work correctly. I'll see what I can find... Later! John sh ../../conf/newvers.sh GENERIC cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -elf vers.c linking GENERIC aha_isa.o: In function `ahapnp_probe': aha_isa.o(.text+0x237): undefined reference to `read_pnp_parms' aha_isa.o: In function `ahapnp_attach': aha_isa.o(.text+0x27f): undefined reference to `read_pnp_parms' aha_isa.o(.text+0x29f): undefined reference to `write_pnp_parms' aha_isa.o(.text+0x2a4): undefined reference to `enable_pnp_card' if_cs.o: In function `cs_pnp_probe': if_cs.o(.text+0x172f): undefined reference to `read_pnp_parms' if_cs.o: In function `cs_pnp_attach': if_cs.o(.text+0x1786): undefined reference to `read_pnp_parms' if_cs.o(.text+0x17a7): undefined reference to `write_pnp_parms' if_cs.o(.text+0x17ac): undefined reference to `enable_pnp_card' if_ed.o: In function `edpnp_probe': if_ed.o(.text+0x2fb3): undefined reference to `read_pnp_parms' if_ed.o: In function `edpnp_attach': if_ed.o(.text+0x3003): undefined reference to `read_pnp_parms' if_ed.o(.text+0x3023): undefined reference to `write_pnp_parms' if_ed.o(.text+0x3028): undefined reference to `enable_pnp_card' *** Error code 1 Stop in /usr/src/sys/compile/GENERIC. *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 20:44:38 1999 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 002E014FDA for ; Wed, 1 Sep 1999 20:44:34 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id XAA08465; Wed, 1 Sep 1999 23:43:12 -0400 (EDT) (envelope-from wollman) Date: Wed, 1 Sep 1999 23:43:12 -0400 (EDT) From: Garrett Wollman Message-Id: <199909020343.XAA08465@khavrinen.lcs.mit.edu> To: Warner Losh Cc: freebsd-current@FreeBSD.ORG Subject: Re: followup to apm problems. In-Reply-To: <199909012247.QAA20600@harmony.village.org> References: <199909011345.JAA05781@khavrinen.lcs.mit.edu> <199908312120.PAA13660@harmony.village.org> <199908312216.PAA00882@dingo.cdrom.com> <199909012247.QAA20600@harmony.village.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: [I wrote:] > : And designs based on the Intel PIIX4 will generate SMI# interrupts for > : whichever activities are programmed in the BIOS, completely bypassing > : the traditional interrupt mechanism. > So does that mean if we do disable them at the PIC level we'll be OK? No, it means if you disable [interrupts] at the PIC level it will have no effect on whether or not the system resumes immediately, since they don't go through the PIC to get to the BIOS. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 1 23:12: 5 1999 Delivered-To: freebsd-current@freebsd.org Received: from luna.lyris.net (luna.shelby.com [207.90.155.6]) by hub.freebsd.org (Postfix) with ESMTP id 9314814E54 for ; Wed, 1 Sep 1999 23:12:01 -0700 (PDT) (envelope-from kip@lyris.com) Received: from luna.shelby.com by luna.lyris.net (8.9.1b+Sun/SMI-SVR4) id XAA28443; Wed, 1 Sep 1999 23:10:01 -0700 (PDT) Received: from (luna.shelby.com [207.90.155.6]) by luna.shelby.com with SMTP (MailShield v1.50); Wed, 01 Sep 1999 23:10:01 -0700 Date: Wed, 1 Sep 1999 23:10:01 -0700 (PDT) From: Kip Macy X-Sender: kip@luna To: Richard Cownie Cc: freebsd-current@freebsd.org, gdb@sourceware.cygnus.com, tich@par28.ma.ikos.com Subject: Re: gdb-4.17 in FreeBSD 4.0-CURRENT In-Reply-To: <99082010412803.11889@par28.ma.ikos.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SMTP-HELO: luna X-SMTP-MAIL-FROM: kip@lyris.com X-SMTP-RCPT-TO: tich@ma.ikos.com,freebsd-current@freebsd.org,gdb@sourceware.cygnus.com,tich@par28.ma.ikos.com X-SMTP-PEER-INFO: luna.shelby.com [207.90.155.6] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I tried doing the same on FreeBSD 3.2-STABLE but when I run it it complains that it is unable to find dynamic linker breakpoint function and then it stops with a SIGTRAP. Any ideas what might be wrong? Thanks. -Kip On Fri, 20 Aug 1999, Richard Cownie wrote: > I managed to build gdb-4.17 in FreeBSD 4.0, here's how to do it: > > 1) gdb-4.17/configure --host=i386-unknown-freebsdelf4.0 > Have to specify the host explicitly, otherwise it doesn't realize > it needs to use ELF. > > 2) in gdb-4.17/Makefile, add "-DSVR4_SHARED_LIBS" to definition of CFLAGS > > 3) in gdb-4.17/gdb/solib.c, add #include "elf/common.h" > (after #include "elf/external.h") > > 4) in gdb-4.17/gdb/infptrace.c, add #define U_REGS_OFFSET 0x1fa8 > I figured out this number the hard way by searching all the valid PT_READ_U > addresses and comparing the results with PT_GETREGS - found locations > where eip and esp values matched up. Doubtless there's a better way to > get the right value. > > Then it should all build (and perhaps work). The same hacks probably apply > to gdb-4.18 and gdb-current (but so far gdb-4.17 is the most useful version > I've seen for debugging C++). > > Richard Cownie (tich@ma.ikos.com) > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 2 4:33:32 1999 Delivered-To: freebsd-current@freebsd.org Received: from terrapin.ru.ac.za (terrapin.ru.ac.za [146.231.128.6]) by hub.freebsd.org (Postfix) with ESMTP id EBBD014E2F for ; Thu, 2 Sep 1999 04:33:20 -0700 (PDT) (envelope-from nbm@mithrandr.moria.org) Received: from duca.dialup.ru.ac.za ([146.231.98.24] helo=mithrandr.moria.org) by terrapin.ru.ac.za with esmtp (Exim 3.03 #1) id 11MV7G-000OAh-00 for current@FreeBSD.ORG; Thu, 02 Sep 1999 13:33:19 +0200 Received: (qmail 70416 invoked by uid 1001); 2 Sep 1999 10:36:51 -0000 Date: Thu, 2 Sep 1999 12:36:50 +0200 From: Neil Blakey-Milner To: Kevin Street Cc: "Matthew D. Fuller" , current@FreeBSD.ORG Subject: Re: $FreeBSD tag confusion Message-ID: <19990902123650.A70318@mithrandr.moria.org> References: <87u2peixsy.fsf@mired.eh.local> <19990901132044.434F21CA7@overcee.netplex.com.au> <19990901172210.E18814@futuresouth.com> <87r9kii0p0.fsf@mired.eh.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <87r9kii0p0.fsf@mired.eh.local>; from Kevin Street on Wed, Sep 01, 1999 at 09:03:55PM -0400 Organization: Rhodes University Computer Users' Society X-Operating-System: FreeBSD 4.0-CURRENT i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed 1999-09-01 (21:03), Kevin Street wrote: > I think I should set up a separate cvs repository for the FreeBSD src > since I may not want the same options for my own cvs repository. In > particular that tagexpand line turns off all tag expansions except for > $FreeBSD and $Id. Does this include $Date? I think the www tree expects them to be expanded. (I can't check at the moment, though) Neil -- Neil Blakey-Milner nbm@rucus.ru.ac.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 2 5:29:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from mrelay.jrc.it (mrelay.jrc.it [139.191.1.65]) by hub.freebsd.org (Postfix) with ESMTP id CCD1D14D9E for ; Thu, 2 Sep 1999 05:29:33 -0700 (PDT) (envelope-from nick.hibma@jrc.it) Received: from elect8 (elect8.jrc.it [139.191.71.152]) by mrelay.jrc.it (LMC5692) with ESMTP id OAA16909 for ; Thu, 2 Sep 1999 14:29:30 +0200 (MET DST) Date: Thu, 2 Sep 1999 14:29:29 +0200 (MET DST) From: Nick Hibma X-Sender: n_hibma@elect8 Reply-To: Nick Hibma To: FreeBSD current mailing list Subject: LINT warnings Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What about these? Looks like trivial for someone who knows what he is doing :-) In file included from ../../kern/subr_diskslice.c:58: ../../sys/devfsext.h:32: warning: #warning "Using obsolete " In file included from ../../miscfs/devfs/devfs_tree.c:48: ../../sys/devfsext.h:32: warning: #warning "Using obsolete " In file included from ../../netinet/mlf_ipl.c:34: ../../sys/devfsext.h:32: warning: #warning "Using obsolete " Nick -- ISIS/STA, T.P.270, Joint Research Centre, 21020 Ispra, Italy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 2 5:32:15 1999 Delivered-To: freebsd-current@freebsd.org Received: from mrelay.jrc.it (mrelay.jrc.it [139.191.1.65]) by hub.freebsd.org (Postfix) with ESMTP id BB9FB14D0A for ; Thu, 2 Sep 1999 05:32:06 -0700 (PDT) (envelope-from nick.hibma@jrc.it) Received: from elect8 (elect8.jrc.it [139.191.71.152]) by mrelay.jrc.it (LMC5692) with ESMTP id OAA16983 for ; Thu, 2 Sep 1999 14:31:19 +0200 (MET DST) Date: Thu, 2 Sep 1999 14:31:18 +0200 (MET DST) From: Nick Hibma X-Sender: n_hibma@elect8 Reply-To: Nick Hibma To: FreeBSD current mailing list Subject: LINT warnings sysent Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In file included from ../../kern/init_sysent.c:11: ../../sys/sysent.h:72: warning: `struct vnode' declared inside parameter list ../../sys/sysent.h:72: warning: its scope is only this definition or declaration, ../../sys/sysent.h:72: warning: which is probably not what you want. ../../kern/init_sysent.c:23: warning: cast discards `volatile' from pointer target type What's this? Sounds strange. Nick -- ISIS/STA, T.P.270, Joint Research Centre, 21020 Ispra, Italy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 2 5:34: 7 1999 Delivered-To: freebsd-current@freebsd.org Received: from mrelay.jrc.it (mrelay.jrc.it [139.191.1.65]) by hub.freebsd.org (Postfix) with ESMTP id 7407614D0A for ; Thu, 2 Sep 1999 05:34:00 -0700 (PDT) (envelope-from nick.hibma@jrc.it) Received: from elect8 (elect8.jrc.it [139.191.71.152]) by mrelay.jrc.it (LMC5692) with ESMTP id OAA17025; Thu, 2 Sep 1999 14:32:41 +0200 (MET DST) Date: Thu, 2 Sep 1999 14:32:40 +0200 (MET DST) From: Nick Hibma X-Sender: n_hibma@elect8 Reply-To: Nick Hibma To: "Jordan K. Hubbard" Cc: FreeBSD current mailing list Subject: yes! or should I say Oh no! (CD ROM problems) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan, You were referring to these messages? #cd/2: invalid sector size 2352 Symptoms: Once in a while ripenc doesn't work. Most of the times it does. The problem can be reproduced here, by inserting a CD into the player and then running the following commands: [Blast! Now it does work?! after opening and closing the drawer] In any case, the commands I used were: cda -dev /dev/rcd0c on cda -dev /dev/rcd0c toc This makes sense because ripenc failed once in a while before without a proper explanation. So it looks like something is not initialised sometimes, or there is a stack variable that is not initialised. Kernel: FreeBSD elpc36.jrc.it 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Mon Aug 30 08:37:12 CEST 1999 n_hibma@elpc36.jrc.it:/usr/src/sys/compile/ELPC i386 Device: Device: /dev/cd0c -- "TEAC" "CD-R55S" "1.0L" Hope this helps. Nick -- ISIS/STA, T.P.270, Joint Research Centre, 21020 Ispra, Italy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 2 5:34:38 1999 Delivered-To: freebsd-current@freebsd.org Received: from mrelay.jrc.it (mrelay.jrc.it [139.191.1.65]) by hub.freebsd.org (Postfix) with ESMTP id 0FB1415619 for ; Thu, 2 Sep 1999 05:34:32 -0700 (PDT) (envelope-from nick.hibma@jrc.it) Received: from elect8 (elect8.jrc.it [139.191.71.152]) by mrelay.jrc.it (LMC5692) with ESMTP id OAA17063 for ; Thu, 2 Sep 1999 14:33:44 +0200 (MET DST) Date: Thu, 2 Sep 1999 14:33:43 +0200 (MET DST) From: Nick Hibma X-Sender: n_hibma@elect8 Reply-To: Nick Hibma To: FreeBSD current mailing list Subject: LINT warnings fdesc_vnops Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ../../miscfs/fdesc/fdesc_vnops.c: In function `fdesc_open': ../../miscfs/fdesc/fdesc_vnops.c:352: warning: enumeration value `Froot' not handled in switch ../../miscfs/fdesc/fdesc_vnops.c:352: warning: enumeration value `Fdevfd' not handled in switch ../../miscfs/fdesc/fdesc_vnops.c:352: warning: enumeration value `Flink' not handled in switch Shouldn't there be a default at the end of that switch and why not? Otherwise a comment about this? Nick -- ISIS/STA, T.P.270, Joint Research Centre, 21020 Ispra, Italy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 2 7:30: 9 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.tucows.com (mail.tucows.com [208.229.216.23]) by hub.freebsd.org (Postfix) with ESMTP id 61CAA14D8E for ; Thu, 2 Sep 1999 07:30:05 -0700 (PDT) (envelope-from arthur@tucows.com) Received: from Arthur.Linuxberg (starwars.linuxberg.org [208.229.216.41]) by mail.tucows.com (8.9.3/8.9.1) with ESMTP id KAA21815 for ; Thu, 2 Sep 1999 10:27:14 -0400 Received: from localhost (arthur@localhost) by Arthur.Linuxberg (8.9.3/8.9.3) with ESMTP id KAA01662 for ; Thu, 2 Sep 1999 10:27:07 -0400 (EDT) X-Authentication-Warning: Arthur.Linuxberg: arthur owned process doing -bs Date: Thu, 2 Sep 1999 10:27:07 -0400 (EDT) From: "Arthur H. Johnson II" X-Sender: arthur@Arthur.Linuxberg To: freebsd-current@freebsd.org Subject: Problems with the sound card. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My sound card used to work, and with a backup kernel it still did ( I lost it ) but after doing a make update world yesturday I came to the realization that it no longer works. Did someone break the sb drivers? I get a drq / irq conflict error, but they are set to the sound card's settings. Arthur H. Johnson II http://www.linuxberg.com Linuxberg Manager arthur@tucows.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 2 7:36:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from asteroid.svib.ru (asteroid.svib.ru [195.151.166.145]) by hub.freebsd.org (Postfix) with ESMTP id CB60115C02 for ; Thu, 2 Sep 1999 07:35:00 -0700 (PDT) (envelope-from tarkhil@asteroid.svib.ru) Received: from shuttle.svib.ru ([212.46.6.124]) by asteroid.svib.ru (8.9.3/8.9.3) with ESMTP id SAA23310 for ; Thu, 2 Sep 1999 18:34:12 +0400 (MSD) (envelope-from tarkhil@asteroid.svib.ru) Received: (from tarkhil@localhost) by shuttle.svib.ru (8.9.3/8.8.8) id SAA01489; Thu, 2 Sep 1999 18:34:04 +0400 (MSD) (envelope-from tarkhil) From: Alex Povolotsky MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14286.35547.269960.912834@shuttle.svib.ru> Date: Thu, 2 Sep 1999 18:34:03 +0400 (MSD) To: current@freebsd.org Subject: make release is broken in STABLE? X-Mailer: VM 6.71 under 21.1 "20 Minutes to Nikko" XEmacs Lucid (patch 2) X-URL: http://freebsd.svib.ru Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! All my attempts to make release (with time-proven script) fails with ===> en_US.ISO_8859-1/articles cd /usr/doc/en_US.ISO_8859-1/articles ; make afterdistribute DESTDIR=/R/stage/tr ees/bin ===> en_US.ISO_8859-1/articles/diskless-x make: don't know how to make distribute. Stop *** Error code 2 What should I investigate? -- Alexander B. Povolotsky [ICQ 18277558] [2:5020/145] [http://freebsd.svib.ru] [tarkhil@asteroid.svib.ru] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 2 7:37:53 1999 Delivered-To: freebsd-current@freebsd.org Received: from mrelay.jrc.it (mrelay.jrc.it [139.191.1.65]) by hub.freebsd.org (Postfix) with ESMTP id 0C1361571A for ; Thu, 2 Sep 1999 07:37:49 -0700 (PDT) (envelope-from nick.hibma@jrc.it) Received: from elect8 (elect8.jrc.it [139.191.71.152]) by mrelay.jrc.it (LMC5692) with ESMTP id QAA21513; Thu, 2 Sep 1999 16:37:36 +0200 (MET DST) Date: Thu, 2 Sep 1999 16:37:37 +0200 (MET DST) From: Nick Hibma X-Sender: n_hibma@elect8 Reply-To: Nick Hibma To: "Arthur H. Johnson II" Cc: freebsd-current@FreeBSD.ORG Subject: Re: Problems with the sound card. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Could you send the output of dmesg. It could be that your BIOS has rearranged the irq settings and has put another card on that IRQ. Is the sound card PNP? If not, could you check that the card's IRQ is marked as legacy in the BIOS? Nick > My sound card used to work, and with a backup kernel it still did ( I lost > it ) but after doing a make update world yesturday I came to the > realization that it no longer works. Did someone break the sb drivers? I > get a drq / irq conflict error, but they are set to the sound card's > settings. > > Arthur H. Johnson II > http://www.linuxberg.com > Linuxberg Manager > arthur@tucows.com > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > -- ISIS/STA, T.P.270, Joint Research Centre, 21020 Ispra, Italy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 2 7:44:22 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc2.on.home.com (ha1.rdc2.on.home.com [24.9.0.15]) by hub.freebsd.org (Postfix) with ESMTP id 58D0F15B7D for ; Thu, 2 Sep 1999 07:44:16 -0700 (PDT) (envelope-from street@iname.com) Received: from mired.eh.local ([24.64.136.188]) by mail.rdc2.on.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <19990902144414.JUTL22922.mail.rdc2.on.home.com@mired.eh.local>; Thu, 2 Sep 1999 07:44:14 -0700 Received: (from kws@localhost) by mired.eh.local (8.9.3/8.9.3) id KAA42800; Thu, 2 Sep 1999 10:44:14 -0400 (EDT) (envelope-from kws) From: Kevin Street MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14286.36158.166458.498739@mired.eh.local> Date: Thu, 2 Sep 1999 10:44:14 -0400 (EDT) To: Neil Blakey-Milner Cc: current@FreeBSD.ORG Subject: Re: $FreeBSD tag confusion In-Reply-To: <19990902123650.A70318@mithrandr.moria.org> References: <87u2peixsy.fsf@mired.eh.local> <19990901132044.434F21CA7@overcee.netplex.com.au> <19990901172210.E18814@futuresouth.com> <87r9kii0p0.fsf@mired.eh.local> <19990902123650.A70318@mithrandr.moria.org> X-Mailer: VM 6.71 under 21.1 "20 Minutes to Nikko" XEmacs Lucid (patch 2) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Neil Blakey-Milner writes: >On Wed 1999-09-01 (21:03), Kevin Street wrote: >> I think I should set up a separate cvs repository for the FreeBSD src >> since I may not want the same options for my own cvs repository. In >> particular that tagexpand line turns off all tag expansions except for >> $FreeBSD and $Id. > >Does this include $Date? I think the www tree expects them to be >expanded. (I can't check at the moment, though) $Date is off. -- Kevin Street street@iname.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 2 7:57:15 1999 Delivered-To: freebsd-current@freebsd.org Received: from voyager.fisicc-ufm.edu (ip-198-202.guate.net [209.198.197.202]) by hub.freebsd.org (Postfix) with ESMTP id 1F3B414D93 for ; Thu, 2 Sep 1999 07:56:38 -0700 (PDT) (envelope-from obonilla@voyager.fisicc-ufm.edu) Received: (from obonilla@localhost) by voyager.fisicc-ufm.edu (8.9.3/8.9.3) id IAA31207 for current@freebsd.org; Thu, 2 Sep 1999 08:54:21 -0600 (CST) (envelope-from obonilla) Date: Thu, 2 Sep 1999 08:54:20 -0600 From: Oscar Bonilla To: current@freebsd.org Subject: recent apm changes (FYI) Message-ID: <19990902085420.A31196@fisicc-ufm.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a Vaio PCG-505FX, and first of all let me tell you guys that the recent apm changes are working great. I can use both the suspend and hibernate functions without a problem. There's just one weird thing going on that I'd like you to know about, if someone gives me instructions on how to debug it I can help find the problem. If I hibernate the laptop, at resume time i need to kill the pccardd daemon and restart it in order to be able to use my 3Com Fast Etherlink XL PCMCIA card. Here's the log from the console... Called APM sound suspend hook for unit 0 ep0: unload Return IRQ=10 Card disabled, slot 0 Called APM sound resume hook for unit 0 Card inserted, slot 0 Sep 2 08:43:23 voyager /kernel: resumed from suspended mode (slept 13:11:45) Sep 2 08:43:28 voyager pccardd[24601]: No free configuration for card 3Com Then I kill pccardd and restart it and I get: ep0: No connectors or MII. ep0: [*UTP*] address 00:60:08:b6:36:fb Sep 2 08:47:51 voyager pccardd[31164]: pccardd started and from now on everything works fine. I could kill it and restart it from /etc/rc.resume, but I thought that maybe you'd want me to look into something... thanks and regards, -Oscar -- For PGP Public Key: finger obonilla@fisicc-ufm.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 2 8: 1:26 1999 Delivered-To: freebsd-current@freebsd.org Received: from pop111.ocn.ne.jp (pop111.ocn.ne.jp [202.234.233.71]) by hub.freebsd.org (Postfix) with ESMTP id 500B314E73 for ; Thu, 2 Sep 1999 08:01:22 -0700 (PDT) (envelope-from academy@academyjapan.co.jp) Received: from pop111.ocn.ne.jp by pop111.ocn.ne.jp (8.9.1a/OCN) id XAA19294; Thu, 2 Sep 1999 23:59:14 +0900 (JST) Date: Thu, 2 Sep 1999 23:59:14 +0900 (JST) Message-Id: <199909021459.XAA19294@pop111.ocn.ne.jp> From: =?ISO-2022-JP?B?QWNhZGVteSBKYXBhbn==?= To: =?ISO-2022-JP?B?ZnJlZWJzZC1jdXJyZW50QEZyZWVCU0Qub3Jn?= X-Mailer: Direct Email v0.22 Subject: =?ISO-2022-JP?B?GyRCJUYlbCVTRUVPQyROJCpDTiRpJDshIRsoQkluZm8gb24gVmlkZW9waG9uZW==?= Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG $B$3$s$K$A$o!"(B $B$3$l$OJXMx!*(B Here's a good news for you, $B%[%F%k!"N94[!"C1?HIkG$!"N13X$K$b(B a news of the Videophone $B:GE,$J%K%e!<%9(B! over the normal coloer telephone line. $B:#!"@$3&$GOCBj$N4JC1%F%l%SEEOC(B All you have to do is just $B$N>R2p$G$9!#(B connect this videophone with $B<+Bp$N%F%l%S$HEEOC$K$D$J$0$@$1$G(B the telephone and television. $B#T#VEEOC$KAaJQ$o$j!*!J9);vITMW!K(B which you have in your home. $BEEOCBe$O!":#$^$G$HF1$8$G$9!#(B Telephone charge is the same as ever. $B1s$/$NM'?M$d2HB2$H!"4i$r8+$J$,$i(B Face to face communication with distant $BOC$;$k$N$G0l0B?4!*!*(B your distant family $BCMCJ$O0lBf$G(B69,000$B1_$G$9!#(B Price per unit: 6,9000 yen $B2<$r%/%j%C%/$7$F$_$F2<$5$$!#(B Please click left below. http://www.academyjapan.co.jp academy@academyjpan.co.jp $B%"%+%G%_!; Thu, 2 Sep 1999 08:03:01 -0700 (PDT) (envelope-from arthur@tucows.com) Received: from Arthur.Linuxberg (starwars.linuxberg.org [208.229.216.41]) by mail.tucows.com (8.9.3/8.9.1) with ESMTP id LAA23008; Thu, 2 Sep 1999 11:01:52 -0400 Received: from localhost (arthur@localhost) by Arthur.Linuxberg (8.9.3/8.9.3) with ESMTP id LAA00581; Thu, 2 Sep 1999 11:01:45 -0400 (EDT) X-Authentication-Warning: Arthur.Linuxberg: arthur owned process doing -bs Date: Thu, 2 Sep 1999 11:01:45 -0400 (EDT) From: "Arthur H. Johnson II" X-Sender: arthur@Arthur.Linuxberg To: Nick Hibma Cc: freebsd-current@FreeBSD.ORG Subject: Re: Problems with the sound card. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG here it is: Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #4: Thu Sep 2 10:45:54 EDT 1999 root@Arthur.Linuxberg:/usr/src/sys/compile/ARTHUR Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (167.05-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bf real memory = 67108864 (65536K bytes) avail memory = 62173184 (60716K bytes) Preloaded elf kernel "kernel" at 0xc02d1000. Intel Pentium detected, installing workaround for F00F bug npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 ide_pci0: at device 7.1 on pci0 vga-pci0: irq 10 at device 10.0 on pci0 xl0: <3Com 3c905B-TX Fast Etherlink XL> irq 11 at device 11.0 on pci0 xl0: Ethernet address: 00:10:4b:c5:24:df miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 wdc0 at port 0x1f0-0x1f7 irq 14 on isa0 wdc0: unit 0 (wd0): wd0: 3098MB (6346368 sectors), 6296 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at port 0x170-0x177 irq 15 on isa0 wdc1: unit 0 (atapi): , removable, dma, iordis wcd0: drive speed 1377KB/sec, 240KB cache wcd0: supported read types: CD-DA wcd0: Audio: play, 255 volume levels wcd0: Mechanism: ejectable tray wcd0: Medium: no/blank disc inside, unlocked atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3b0-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 flags 0x40 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppi0: on ppbus 0 sb0 at port 0x220 irq 5 drq 1 on isa0 snd0: sbxvi0 at port 0xffffffff drq 5 on isa0 isa_compat: didn't get ports for sbxvi snd0: WARNING: "snd" is usurping "snd"'s cdevsw[] unknown0: on isa0 unknown1: