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 <current@freebsd.org>; 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 <jb@cimlogic.com.au>
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 <freebsd-current@freebsd.org>; 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 <mmuir@es.co.nz>
Cc: Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>,
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 <yokota@zodiac.mech.utsunomiya-u.ac.jp>
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 <freebsd-current@FreeBSD.ORG>; 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 <mmuir@es.co.nz>
X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Kazutaka YOKOTA <yokota@zodiac.mech.utsunomiya-u.ac.jp>
Cc: Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>,
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 <freebsd-current@FreeBSD.ORG>; 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 <Doug@gorean.org>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: $FreeBSD-knowledgable mergemaster available
Date: Sun, 29 Aug 1999 10:07:54 +0200
From: Mark Murray <mark@grondar.za>
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" <jkh@zippy.cdrom.com>
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: <Adaptec aic7850 SCSI adapter> 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: <Intel EtherExpress Pro 10/100B Ethernet> irq 19 at device 17.0 on pci0
fxp0: Ethernet address 00:e0:81:10:20:9e
ahc1: <Adaptec aic7895 Ultra SCSI adapter> 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: <Adaptec aic7895 Ultra SCSI adapter> 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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" <jkh@zippy.cdrom.com>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sun, 29 Aug 1999 10:37:32 +0200 (CEST)
Date: Sun, 29 Aug 1999 10:37:32 +0200 (CEST)
From: Pascal Hofstee <daeron@shadowmere.student.utwente.nl>
To: freebsd-current@freebsd.org
Subject: gdb weirdness
Message-ID: <Pine.BSF.4.10.9908291027340.89807-100000@shadowmere.student.utwente.nl>
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 <freebsd-current@FreeBSD.ORG>; 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 <grog@lemis.com>
To: Pascal Hofstee <daeron@Wit401305.student.utwente.nl>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: gdb weirdness
Message-ID: <19990829181058.R13904@freebie.lemis.com>
References: <Pine.BSF.4.10.9908291027340.89807-100000@shadowmere.student.utwente.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.4i
In-Reply-To: <Pine.BSF.4.10.9908291027340.89807-100000@shadowmere.student.utwente.nl>; 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 <current@FreeBSD.ORG>; 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" <jkh@zippy.cdrom.com>
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 <phk@critter.freebsd.dk>
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 <freebsd-current@FreeBSD.ORG>; 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 <daeron@shadowmere.student.utwente.nl>
To: Greg Lehey <grog@lemis.com>
Cc: Pascal Hofstee <daeron@Wit401305.student.utwente.nl>,
freebsd-current@FreeBSD.ORG
Subject: Re: gdb weirdness
In-Reply-To: <19990829181058.R13904@freebie.lemis.com>
Message-ID: <Pine.BSF.4.10.9908291044400.94805-100000@shadowmere.student.utwente.nl>
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 <freebsd-current@FreeBSD.ORG>; 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 <grog@lemis.com>
To: Pascal Hofstee <daeron@Wit401305.student.utwente.nl>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: gdb weirdness
Message-ID: <19990829182332.S13904@freebie.lemis.com>
References: <19990829181058.R13904@freebie.lemis.com> <Pine.BSF.4.10.9908291044400.94805-100000@shadowmere.student.utwente.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.4i
In-Reply-To: <Pine.BSF.4.10.9908291044400.94805-100000@shadowmere.student.utwente.nl>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <phk@freebsd.org>
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 <current@FreeBSD.ORG>; 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 <phk@critter.freebsd.dk>
Cc: "Jordan K. Hubbard" <jkh@zippy.cdrom.com>, 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" <jkh@zippy.cdrom.com>
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 <current@FreeBSD.ORG>; 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" <jkh@zippy.cdrom.com>
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 <phk@critter.freebsd.dk>
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 <current@FreeBSD.ORG>; 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 <phk@critter.freebsd.dk>
Cc: "Jordan K. Hubbard" <jkh@zippy.cdrom.com>, 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" <jkh@zippy.cdrom.com>
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 <current@FreeBSD.ORG>; 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" <jkh@zippy.cdrom.com>
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 <phk@critter.freebsd.dk>
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 <hibma@skylink.it>
X-Sender: n_hibma@heidi.plazza.it
Reply-To: Nick Hibma <hibma@skylink.it>
To: Poul-Henning Kamp <phk@FreeBSD.ORG>
Cc: current@FreeBSD.ORG
Subject: Re: LINT trouble...
In-Reply-To: <15990.935917356@critter.freebsd.dk>
Message-ID: <Pine.BSF.4.10.9908291224330.2498-100000@heidi.plazza.it>
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 <current@FreeBSD.ORG>; 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" <rock@dead-end.net>
X-Mailer: Mozilla 4.6 [de] (Win98; U)
X-Accept-Language: de
MIME-Version: 1.0
To: Bruce Evans <bde@zeta.org.au>
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 <current@FreeBSD.ORG>; 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 <hibma@skylink.it>
Cc: current@FreeBSD.ORG
Subject: Re: LINT trouble...
In-reply-to: Your message of "Sun, 29 Aug 1999 12:35:31 +0200."
<Pine.BSF.4.10.9908291224330.2498-100000@heidi.plazza.it>
Date: Sun, 29 Aug 1999 13:10:40 +0200
Message-ID: <16481.935925040@critter.freebsd.dk>
From: Poul-Henning Kamp <phk@critter.freebsd.dk>
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 <sys/kernel.h>
#include <sys/malloc.h>
#include <sys/proc.h>
-#include <sys/device.h>
#if defined(__FreeBSD__)
#include <sys/bus.h>
#endif
+#include <sys/device.h>
#include <dev/usb/usb.h>
#include <dev/usb/usbhid.h>
In message <Pine.BSF.4.10.9908291224330.2498-100000@heidi.plazza.it>, 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 <current@FreeBSD.ORG>; 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 <bde@zeta.org.au>
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 <current@FreeBSD.ORG>; 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 <hibma@skylink.it>
X-Sender: n_hibma@heidi.plazza.it
Reply-To: Nick Hibma <hibma@skylink.it>
To: Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc: current@FreeBSD.ORG
Subject: Re: LINT trouble...
In-Reply-To: <16481.935925040@critter.freebsd.dk>
Message-ID: <Pine.BSF.4.10.9908291353240.14271-100000@heidi.plazza.it>
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 <sys/kernel.h>
> #include <sys/malloc.h>
> #include <sys/proc.h>
> -#include <sys/device.h>
> #if defined(__FreeBSD__)
> #include <sys/bus.h>
> #endif
> +#include <sys/device.h>
>
> #include <dev/usb/usb.h>
> #include <dev/usb/usbhid.h>
> In message <Pine.BSF.4.10.9908291224330.2498-100000@heidi.plazza.it>, 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 <current@freebsd.org>; 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 <wpaul@skynet.ctr.columbia.edu>
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 <freebsd-current@freebsd.org>; 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: <randy>) (ident <randy> using unix)
id <m11L7UK-0008G4C@rip.psg.com>
for <freebsd-current@freebsd.org>; Sun, 29 Aug 1999 09:07:24 -0700 (PDT)
(Smail-3.2.0.101 1997-Dec-17 #1 built 1999-Apr-1)
Message-Id: <m11L7UK-0008G4C@rip.psg.com>
Date: Sun, 29 Aug 1999 09:07:24 -0700 (PDT)
From: Randy Bush <randy@psg.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: FreeBSD Current <freebsd-current@freebsd.org>
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 <freebsd-current@FreeBSD.ORG>; 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 <freebsd-current@FreeBSD.ORG>; Sun, 29 Aug 1999 18:57:27 +0200 (MET DST)
Message-Id: <199908291657.SAA04101@lyra.tiscalinet.it>
From: "Andre" <knute@tiscalinet.it>
To: <freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <daeron@shadowmere.student.utwente.nl>
To: Randy Bush <randy@psg.com>
Cc: FreeBSD Current <freebsd-current@freebsd.org>
Subject: Re: breakage in this morning's build
In-Reply-To: <m11L7UK-0008G4C@rip.psg.com>
Message-ID: <Pine.BSF.4.10.9908291927210.72190-100000@shadowmere.student.utwente.nl>
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 <current@freebsd.org>; 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" <obrien@freebsd.org>
To: John Birrell <jb@cimlogic.com.au>
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 <freebsd-current@freebsd.org>; 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" <obrien@freebsd.org>
To: Randy Bush <randy@psg.com>
Cc: FreeBSD Current <freebsd-current@freebsd.org>
Subject: Re: breakage in this morning's build
Message-ID: <19990829110408.B14719@dragon.nuxi.com>
Reply-To: obrien@freebsd.org
References: <m11L7UK-0008G4C@rip.psg.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0pre1i
In-Reply-To: <m11L7UK-0008G4C@rip.psg.com>
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 <current@FreeBSD.ORG>; 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 <dfr@nlsystems.com>
Cc: Dmitrij Tejblum <tejblum@arc.hq.cti.ru>, current@FreeBSD.ORG
From: Dmitrij Tejblum <tejblum@arc.hq.cti.ru>
Subject: Re: NFSv3 on freebsd<-->solaris
In-reply-to: Your message of "Thu, 26 Aug 1999 10:04:06 BST."
<Pine.BSF.4.10.9908260958520.349-100000@salmon.nlsystems.com>
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 <freebsd-current@FreeBSD.ORG>; 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 <mmuir@es.co.nz>
X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Pascal Hofstee <daeron@Wit401305.student.utwente.nl>
Cc: Randy Bush <randy@psg.com>,
FreeBSD Current <freebsd-current@FreeBSD.ORG>
Subject: Re: breakage in this morning's build
References: <Pine.BSF.4.10.9908291927210.72190-100000@shadowmere.student.utwente.nl>
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 <freebsd-current@FreeBSD.ORG>; 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" <astralblue@astralblue.com>
X-Sender: ab@gw1.pl.cp
To: FreeBSD Current <freebsd-current@FreeBSD.ORG>
Cc: Pascal Hofstee <daeron@Wit401305.student.utwente.nl>,
Randy Bush <randy@psg.com>, Mike Muir <mmuir@es.co.nz>
Subject: Re: breakage in this morning's build
In-Reply-To: <37C988B4.6787261A@es.co.nz>
Message-ID: <Pine.BSF.4.02A.9908291225480.1700-100000@gw1.pl.cp>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
<AOL>Me too!</AOL>
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 <astralblue@astralblue.com>
"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 <freebsd-current@FreeBSD.ORG>; 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" <jedgar@fxp.org>
X-Sender: jedgar@pawn.primelocation.net
To: Mike Muir <mmuir@es.co.nz>
Cc: Pascal Hofstee <daeron@Wit401305.student.utwente.nl>,
Randy Bush <randy@psg.com>,
FreeBSD Current <freebsd-current@FreeBSD.ORG>
Subject: Re: breakage in this morning's build
In-Reply-To: <37C988B4.6787261A@es.co.nz>
Message-ID: <Pine.BSF.4.10.9908291531020.61591-100000@pawn.primelocation.net>
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 <jedgar@fxp.org> | 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <parag@cgt.com>
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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV>
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: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Intel 82454KX/GX (Orion) host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
isab0: <Intel 82375EB PCI-EISA bridge> at device 2.0 on pci0
eisa0: <EISA bus> on isab0
mainboard0: <UNIa541 (System Board)> on eisa0 slot 0
isa0: <ISA bus> on isab0
ide_pci0: <PCI IDE controller (busmaster capable)> 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: <ncr 53c875 fast20 wide scsi> irq 11 at device 15.0 on pci0
chip0: <Intel 82453KX/GX (Orion) PCI memory controller> at device 20.0 on pci0
pcib1: <Intel 82454KX/GX (Orion) host to PCI bridge> on motherboard
pci1: <PCI bus> on pcib1
ncr1: <ncr 53c810a fast10 scsi> irq 10 at device 12.0 on pci1
Probing for PnP devices:
fdc0: <NEC 72065B or clone> 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): <IBM-DJAA-31700>
wd0: 1628MB (3334464 sectors), 3308 cyls, 16 heads, 63 S/T, 512 B/S
wdc1: not probed (disabled)
atkbdc0: <keyboard controller (i8042)> at port 0x60-0x6f on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
cu: Got hangup signal
Disconnected.
$ cu-test
Connected.
sa0 at ncr1 bus 0 target 5 lun 0
sa0: <SONY SDT-5000 330B> 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: <UNISYS 003557M2954E-512 0641> 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: <UNISYS 003557M2954E-512 0641> 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: <UNISYS 003557M2954E-512 0641> 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: <UNISYS 003557M2954E-512 0641> 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: <UNISYS 003557M2954E-512 0641> 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: <UNISYS 003557M2954E-512 0641> 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: <UNISYS 003557M2954E-512 0641> 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: <TOSHIBA CD-ROM XM-5701TA 0167> 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 <current@FreeBSD.ORG>; 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 <scrappy@hub.org>
To: Josh Tiefenbach <josh@zipperup.org>
Cc: Amancio Hasty <hasty@rah.star-gate.com>, current@FreeBSD.ORG
Subject: Re: Mucho Bandwith
In-Reply-To: <19990828020410.A87850@zipperup.org>
Message-ID: <Pine.BSF.4.10.9908291646500.4130-100000@thelab.hub.org>
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 <current@FreeBSD.ORG>; 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 <dillon@apollo.backplane.com>
Message-Id: <199908292012.NAA06936@apollo.backplane.com>
To: Dmitrij Tejblum <tejblum@arc.hq.cti.ru>
Cc: Doug Rabson <dfr@nlsystems.com>,
Dmitrij Tejblum <tejblum@arc.hq.cti.ru>, 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
<dillon@backplane.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 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <knute@tiscalinet.it>
To: "'freebsd-current@freebsd.org'" <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 <jb@cimlogic.com.au>
To: "David O'Brien" <obrien@freebsd.org>
Cc: John Birrell <jb@cimlogic.com.au>, 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 <freebsd-current@FreeBSD.ORG>; 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 <ticso@cicely.de>
To: Parag Patel <parag@cgt.com>
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 <current@FreeBSD.ORG>; 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 <dillon@apollo.backplane.com>
Cc: Dmitrij Tejblum <tejblum@arc.hq.cti.ru>,
Doug Rabson <dfr@nlsystems.com>, current@FreeBSD.ORG
From: Dmitrij Tejblum <tejblum@arc.hq.cti.ru>
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 <freebsd-current@FreeBSD.ORG>; 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 <ticso@cicely.de>
Cc: Parag Patel <parag@cgt.com>, 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 <mike@smith.net.au>
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 <freebsd-current@FreeBSD.ORG>; 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 <mike@smith.net.au>
Cc: Bernd Walter <ticso@cicely.de>, 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 <mike@smith.net.au>
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 <parag@cgt.com>
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 <current@FreeBSD.ORG>; 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 <dillon@apollo.backplane.com>
Message-Id: <199908292344.QAA07737@apollo.backplane.com>
To: Dmitrij Tejblum <tejblum@arc.hq.cti.ru>
Cc: Doug Rabson <dfr@nlsystems.com>, 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
<dillon@backplane.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: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 <freebsd-current@FreeBSD.ORG>; 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 <dillon@apollo.backplane.com>
Message-Id: <199908292348.QAA07774@apollo.backplane.com>
To: Mike Smith <mike@smith.net.au>
Cc: Bernd Walter <ticso@cicely.de>, Parag Patel <parag@cgt.com>,
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
<dillon@backplane.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: 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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>;
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 <street@iname.com>
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 <freebsd-current@freebsd.org>; 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 <dscheidt@enteract.com>
To: freebsd-current@freebsd.org
Subject: buildworld failing
Message-ID: <Pine.NEB.3.96.990829191428.21789A-100000@shell-3.enteract.com>
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 <freebsd-current@freebsd.org>; 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 <dscheidt@enteract.com>
To: freebsd-current@freebsd.org
Subject: Re: buildworld failing
In-Reply-To: <Pine.NEB.3.96.990829191428.21789A-100000@shell-3.enteract.com>
Message-ID: <Pine.NEB.3.96.990829192945.21868A-100000@shell-3.enteract.com>
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 <freebsd-current@FreeBSD.ORG>; 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 <dillon@apollo.backplane.com>
Cc: Mike Smith <mike@smith.net.au>, Bernd Walter <ticso@cicely.de>,
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 <dillon@apollo.backplane.com>
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 <parag@cgt.com>
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 <repeats 32 times>},
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 <freebsd-current@FreeBSD.ORG>; 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 <grog@lemis.com>
To: Parag Patel <parag@cgt.com>
Cc: Matthew Dillon <dillon@apollo.backplane.com>,
Mike Smith <mike@smith.net.au>, Bernd Walter <ticso@cicely.de>,
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: <dillon@apollo.backplane.com> <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 <repeats 32 times>},
> 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <current@freebsd.org>; 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" <brandon@targetnet.com>
To: "Josh Tiefenbach" <josh@zipperup.org>,
"Amancio Hasty" <hasty@rah.star-gate.com>
Cc: <current@freebsd.org>
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 <current@freebsd.org>; 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 <jdp@polstra.com>
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 <street@iname.com> 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 <current@FreeBSD.ORG>; 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 <jdp@polstra.com>
Cc: current@FreeBSD.ORG
Subject: Re: $FreeBSD tag confusion
References: <87zoza2kxf.fsf@mired.eh.local> <199908300227.TAA09745@vashon.polstra.com>
From: Kevin Street <street@iname.com>
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 <jdp@polstra.com> 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 <current@FreeBSD.ORG>; 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" <freebsd@gndrsh.dnsmgr.net>
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 <jdp@polstra.com> 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 <current@FreeBSD.ORG>; 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 <street@iname.com>
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" <freebsd@gndrsh.dnsmgr.net>
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 <current@FreeBSD.ORG>; 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: <XFMail.990829213751.jdp@polstra.com>
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 <jdp@polstra.com>
To: Kevin Street <street@iname.com>
Subject: Re: $FreeBSD tag confusion
Cc: current@FreeBSD.ORG,
"Rodney W. Grimes" <freebsd@gndrsh.dnsmgr.net>
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 <current@FreeBSD.ORG>; 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 <jdp@polstra.com>
Cc: current@FreeBSD.ORG,
"Rodney W. Grimes" <freebsd@gndrsh.dnsmgr.net>
Subject: Re: $FreeBSD tag confusion
References: <XFMail.990829213751.jdp@polstra.com>
From: Kevin Street <street@iname.com>
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 <jdp@polstra.com> 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 <freebsd-current@FreeBSD.ORG>; 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 <ticso@cicely.de>
To: Matthew Dillon <dillon@apollo.backplane.com>
Cc: Mike Smith <mike@smith.net.au>, Bernd Walter <ticso@cicely.de>,
Parag Patel <parag@cgt.com>, 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 <repeats 32 times>},
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 <freebsd-current@FreeBSD.ORG>; 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 <dillon@apollo.backplane.com>
Message-Id: <199908300559.WAA09987@apollo.backplane.com>
To: Bernd Walter <ticso@cicely.de>
Cc: Mike Smith <mike@smith.net.au>, Bernd Walter <ticso@cicely.de>,
Parag Patel <parag@cgt.com>, 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
<dillon@backplane.com>
(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 <freebsd-current@FreeBSD.ORG>; 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 <ticso@cicely.de>
To: Matthew Dillon <dillon@apollo.backplane.com>
Cc: Bernd Walter <ticso@cicely.de>, Mike Smith <mike@smith.net.au>,
Parag Patel <parag@cgt.com>, 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 <freebsd-current@FreeBSD.ORG>; 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 <dillon@apollo.backplane.com>
Cc: Bernd Walter <ticso@cicely.de>, Mike Smith <mike@smith.net.au>,
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 <dillon@apollo.backplane.com>
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 <parag@cgt.com>
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 <freebsd-current@FreeBSD.ORG>; 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 <dillon@apollo.backplane.com>
Message-Id: <199908300615.XAA10147@apollo.backplane.com>
To: Parag Patel <parag@cgt.com>
Cc: Bernd Walter <ticso@cicely.de>, Mike Smith <mike@smith.net.au>,
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 <freebsd-current@FreeBSD.ORG>; 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 <grog@lemis.com>
To: Parag Patel <parag@cgt.com>
Cc: Matthew Dillon <dillon@apollo.backplane.com>,
Bernd Walter <ticso@cicely.de>, Mike Smith <mike@smith.net.au>,
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: <dillon@apollo.backplane.com> <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 <freebsd-current@FreeBSD.ORG>; 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 <grog@lemis.com>
To: Matthew Dillon <dillon@apollo.backplane.com>
Cc: Parag Patel <parag@cgt.com>, Bernd Walter <ticso@cicely.de>,
Mike Smith <mike@smith.net.au>, 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 <freebsd-current@FreeBSD.ORG>; 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 <grog@lemis.com>
To: Bernd Walter <ticso@cicely.de>
Cc: Matthew Dillon <dillon@apollo.backplane.com>,
Mike Smith <mike@smith.net.au>, Parag Patel <parag@cgt.com>,
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 <freebsd-current@FreeBSD.ORG>; 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 <grog@lemis.com>
To: Matthew Dillon <dillon@apollo.backplane.com>
Cc: Bernd Walter <ticso@cicely.de>, Mike Smith <mike@smith.net.au>,
Parag Patel <parag@cgt.com>, 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@FreeBSD.ORG>; 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 <dillon@apollo.backplane.com>
Message-Id: <199908300636.XAA10399@apollo.backplane.com>
To: Greg Lehey <grog@lemis.com>
Cc: Bernd Walter <ticso@cicely.de>, Mike Smith <mike@smith.net.au>,
Parag Patel <parag@cgt.com>, 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
<dillon@backplane.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 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 <freebsd-current@FreeBSD.ORG>; 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 <grog@lemis.com>
To: Matthew Dillon <dillon@apollo.backplane.com>
Cc: Bernd Walter <ticso@cicely.de>, Mike Smith <mike@smith.net.au>,
Parag Patel <parag@cgt.com>, 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 <freebsd-current@FreeBSD.ORG>; 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 <grog@lemis.com>
To: Bernd Walter <ticso@cicely.de>
Cc: Matthew Dillon <dillon@apollo.backplane.com>,
Mike Smith <mike@smith.net.au>, Parag Patel <parag@cgt.com>,
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 <freebsd-current@FreeBSD.ORG>; 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 <dillon@apollo.backplane.com>
Message-Id: <199908300651.XAA10557@apollo.backplane.com>
To: Greg Lehey <grog@lemis.com>
Cc: Bernd Walter <ticso@cicely.de>, Mike Smith <mike@smith.net.au>,
Parag Patel <parag@cgt.com>, 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
<dillon@backplane.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 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 <freebsd-current@FreeBSD.ORG>; 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 <grog@lemis.com>
To: Bernd Walter <ticso@cicely.de>
Cc: Matthew Dillon <dillon@apollo.backplane.com>,
Mike Smith <mike@smith.net.au>, Parag Patel <parag@cgt.com>,
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 <freebsd-current@FreeBSD.ORG>; 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 <ticso@cicely.de>
To: Greg Lehey <grog@lemis.com>
Cc: Bernd Walter <ticso@cicely.de>,
Matthew Dillon <dillon@apollo.backplane.com>,
Mike Smith <mike@smith.net.au>, Parag Patel <parag@cgt.com>,
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 <bde@zeta.org.au>
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<newline>' 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 <bde@zeta.org.au>
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 <mike@smith.net.au>
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<newline>' 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 <syssgm@detir.qld.gov.au>
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 <current@FreeBSD.ORG>; 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 <dillon@apollo.backplane.com>
Cc: Doug Rabson <dfr@nlsystems.com>, 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 <tejblum@arc.hq.cti.ru>
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 <current@freebsd.org>; 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 <wpaul@skynet.ctr.columbia.edu>
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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>; Mon, 30 Aug 1999 09:45:50 -0500 (CDT)
Date: Mon, 30 Aug 1999 09:45:39 -0500 (CDT)
From: FreeBSD <freebsd@oasis.novia.net>
To: freebsd-current@FreeBSD.org
Subject: spec_getpages: I/O read failure
Message-ID: <Pine.GSO.4.10.9908300934550.29780-100000@oasis.novia.net>
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 <wilko@yedi.iaf.nl>
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" <jkh@zippy.cdrom.com>
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" <gibbs@caspian.plutotech.com>
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 <current@FreeBSD.ORG>; 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" <freebsd@gndrsh.dnsmgr.net>
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: <l03020900b3f0820fb085@[194.32.164.2]>
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 <rb@gid.co.uk>
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 <dillon@apollo.backplane.com>
Message-Id: <199908301828.LAA16324@apollo.backplane.com>
To: Bob Bishop <rb@gid.co.uk>
Cc: current@FreeBSD.ORG, smp@FreeBSD.ORG
Subject: Re: NFS-related panic on SMP
References: <l03020900b3f0820fb085@[194.32.164.2]>
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
<dillon@backplane.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 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 <freebsd-current@FreeBSD.org>; 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" <ncbp@bank-pedersen.dk>
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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR>
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: <math processor> on motherboard
npx0: INT 16 interface
apm0: <APM BIOS> on motherboard
apm: found APM BIOS v1.2, connected at v1.2
pcib0: <Intel 82443BX (440 BX) host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
pcib1: <Intel 82443BX (440 BX) PCI-PCI (AGP) bridge> at device 1.0 on
pci0
pci1: <PCI bus> on pcib1
vga-pci0: <ATI model 4742 graphics accelerator> irq 15 at device 0.0 on
pci1
isab0: <Intel 82371AB PCI to ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
chip1: <Intel PIIX4 IDE controller> at device 7.1 on pci0
chip2: <UHCI USB controller> at device 7.2 on pci0
chip3: <Intel 82371AB Power management controller> at device 7.3 on pci0
ahc0: <Adaptec 2940 SCSI adapter> irq 15 at device 15.0 on pci0
ahc0: aic7870 Wide Channel A, SCSI Id=7, 16/255 SCBs
pcm0: <AudioPCI ES1370> 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: <MII bus> 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: <keyboard controller (i8042)> at port 0x60-0x6f on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
vga0: <Generic ISA VGA> at port 0x3b0-0x3df iomem 0xa0000-0xbffff on
isa0
sc0: <System console> on isa0
sc0: VGA <9 virtual consoles, flags=0x0>
fdc0: <NEC 72065B or clone> 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: <generic printer> 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: <IBM DCAS-34330 S65A> 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: <IBM DCAS-32160W !# S69D> 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: <IBM DORS-32160W WA6A> 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: <TOSHIBA CD-ROM XM-3601TA 0265> 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 <freebsd-current@FreeBSD.ORG>; 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 <ticso@cicely.de>
To: Bernd Walter <ticso@cicely.de>
Cc: Greg Lehey <grog@lemis.com>,
Matthew Dillon <dillon@apollo.backplane.com>,
Mike Smith <mike@smith.net.au>, Parag Patel <parag@cgt.com>,
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <jlemon@americantv.com>
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 <current@FreeBSD.ORG>; 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" <freebsd@gndrsh.dnsmgr.net>
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 <current@FreeBSD.ORG>; 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 <jlemon@americantv.com>
To: "Rodney W. Grimes" <freebsd@gndrsh.dnsmgr.net>
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 <current@FreeBSD.ORG>; 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 <jlemon@americantv.com>
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 <phk@critter.freebsd.dk>
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 <current@FreeBSD.ORG>; 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 <jlemon@americantv.com>
Cc: current@FreeBSD.ORG
Subject: Re: HEADS UP
Date: Mon, 30 Aug 1999 23:40:23 +0200
From: Mark Murray <mark@grondar.za>
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 <current@FreeBSD.ORG>; 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 <jlemon@americantv.com>
To: Poul-Henning Kamp <phk@critter.freebsd.dk>
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 <current@FreeBSD.ORG>; 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 <jlemon@americantv.com>
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 <phk@critter.freebsd.dk>
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 <current@freebsd.org>; 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 <geniusj@ods.org>
To: current@freebsd.org
Subject: Make World failure
Message-ID: <Pine.BSF.4.10.9908301356130.22510-100000@ods.org>
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 <current@FreeBSD.ORG>; 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 <julian@whistle.com>
To: "Rodney W. Grimes" <freebsd@gndrsh.dnsmgr.net>
Cc: Jonathan Lemon <jlemon@americantv.com>, current@FreeBSD.ORG
Subject: Re: HEADS UP
In-Reply-To: <199908302127.OAA67008@gndrsh.dnsmgr.net>
Message-ID: <Pine.BSF.3.95.990830144937.339I-100000@current1.whistle.com>
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 <freebsd-current@FreeBSD.org>; 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" <ncbp@bank-pedersen.dk>
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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR>
> 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: <math processor> on motherboard
> npx0: INT 16 interface
> apm0: <APM BIOS> on motherboard
> apm: found APM BIOS v1.2, connected at v1.2
> pcib0: <Intel 82443BX (440 BX) host to PCI bridge> on motherboard
> pci0: <PCI bus> on pcib0
> pcib1: <Intel 82443BX (440 BX) PCI-PCI (AGP) bridge> at device 1.0 on
> pci0
> pci1: <PCI bus> on pcib1
> vga-pci0: <ATI model 4742 graphics accelerator> irq 15 at device 0.0 on
> pci1
> isab0: <Intel 82371AB PCI to ISA bridge> at device 7.0 on pci0
> isa0: <ISA bus> on isab0
> chip1: <Intel PIIX4 IDE controller> at device 7.1 on pci0
> chip2: <UHCI USB controller> at device 7.2 on pci0
> chip3: <Intel 82371AB Power management controller> at device 7.3 on pci0
> ahc0: <Adaptec 2940 SCSI adapter> irq 15 at device 15.0 on pci0
> ahc0: aic7870 Wide Channel A, SCSI Id=7, 16/255 SCBs
> pcm0: <AudioPCI ES1370> 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: <MII bus> 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: <keyboard controller (i8042)> at port 0x60-0x6f on isa0
> atkbd0: <AT Keyboard> irq 1 on atkbdc0
> psm0: <PS/2 Mouse> irq 12 on atkbdc0
> psm0: model Generic PS/2 mouse, device ID 0
> vga0: <Generic ISA VGA> at port 0x3b0-0x3df iomem 0xa0000-0xbffff on
> isa0
> sc0: <System console> on isa0
> sc0: VGA <9 virtual consoles, flags=0x0>
> fdc0: <NEC 72065B or clone> 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: <generic printer> 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: <IBM DCAS-34330 S65A> 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: <IBM DCAS-32160W !# S69D> 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: <IBM DORS-32160W WA6A> 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: <TOSHIBA CD-ROM XM-3601TA 0265> 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 <current@FreeBSD.ORG>; 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" <winter@jurai.net>
To: Systems Administrator <geniusj@ods.org>
Cc: current@FreeBSD.ORG
Subject: Re: Make World failure
In-Reply-To: <Pine.BSF.4.10.9908301356130.22510-100000@ods.org>
Message-ID: <Pine.BSF.4.10.9908301808380.1358-100000@sasami.jurai.net>
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 <current@FreeBSD.ORG>; 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 <julian@whistle.com>
To: Jonathan Lemon <jlemon@americantv.com>
Cc: Poul-Henning Kamp <phk@critter.freebsd.dk>, current@FreeBSD.ORG
Subject: Re: HEADS UP
In-Reply-To: <19990830164043.11777@right.PCS>
Message-ID: <Pine.BSF.3.95.990830150205.339J-100000@current1.whistle.com>
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 <current@FreeBSD.ORG>; 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 <sgk@troutmask.apl.washington.edu>
Message-Id: <199908302220.PAA01839@troutmask.apl.washington.edu>
Subject: Re: Make World failure
In-Reply-To: <Pine.BSF.4.10.9908301808380.1358-100000@sasami.jurai.net> 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 <current@FreeBSD.ORG>; 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 <geniusj@ods.org>
To: Steve Kargl <sgk@troutmask.apl.washington.edu>
Cc: "Matthew N. Dodd" <winter@jurai.net>, current@FreeBSD.ORG
Subject: Re: Make World failure
In-Reply-To: <199908302220.PAA01839@troutmask.apl.washington.edu>
Message-ID: <Pine.BSF.4.10.9908301422550.22679-100000@ods.org>
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 <current@FreeBSD.ORG>; 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 <geniusj@ods.org>
Cc: Steve Kargl <sgk@troutmask.apl.washington.edu>,
"Matthew N. Dodd" <winter@jurai.net>, current@FreeBSD.ORG
Subject: Re: Make World failure
In-reply-to: Your message of "Mon, 30 Aug 1999 14:23:00 EDT."
<Pine.BSF.4.10.9908301422550.22679-100000@ods.org>
Date: Mon, 30 Aug 1999 15:23:48 -0700
Message-ID: <3146.936051828@localhost>
From: "Jordan K. Hubbard" <jkh@zippy.cdrom.com>
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 <current@FreeBSD.ORG>; 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 <sgk@troutmask.apl.washington.edu>
Message-Id: <199908302229.PAA01913@troutmask.apl.washington.edu>
Subject: Re: Make World failure
In-Reply-To: <Pine.BSF.4.10.9908301422550.22679-100000@ods.org> 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 <current@FreeBSD.ORG>; 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 <geniusj@ods.org>
To: "Jordan K. Hubbard" <jkh@zippy.cdrom.com>
Cc: Steve Kargl <sgk@troutmask.apl.washington.edu>,
"Matthew N. Dodd" <winter@jurai.net>, current@FreeBSD.ORG
Subject: Re: Make World failure
In-Reply-To: <3146.936051828@localhost>
Message-ID: <Pine.BSF.4.10.9908301429190.22805-100000@ods.org>
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 <current@FreeBSD.ORG>; 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 <jlemon@americantv.com>
To: Julian Elischer <julian@whistle.com>
Cc: "Rodney W. Grimes" <freebsd@gndrsh.dnsmgr.net>,
current@FreeBSD.ORG
Subject: Re: HEADS UP
References: <199908302127.OAA67008@gndrsh.dnsmgr.net> <Pine.BSF.3.95.990830144937.339I-100000@current1.whistle.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.61.1
In-Reply-To: <Pine.BSF.3.95.990830144937.339I-100000@current1.whistle.com>; 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 <current@FreeBSD.ORG>; 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 <jlemon@americantv.com>
To: Mark Murray <mark@grondar.za>
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 <freebsd-current@freebsd.org>; 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: <randy>) (ident <randy> using unix)
id <m11LaKs-0008G3C@rip.psg.com>
for <freebsd-current@freebsd.org>; Mon, 30 Aug 1999 15:55:34 -0700 (PDT)
(Smail-3.2.0.101 1997-Dec-17 #1 built 1999-Apr-1)
Message-Id: <m11LaKs-0008G3C@rip.psg.com>
Date: Mon, 30 Aug 1999 15:55:34 -0700 (PDT)
From: Randy Bush <randy@psg.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: base64
To: FreeBSD Current <freebsd-current@freebsd.org>
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 <current@FreeBSD.ORG>; 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 <jeremyp@gsmx07.alcatel.com.au>
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 <jlemon@americantv.com> 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 <freebsd-current@freebsd.org>; 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 <sgk@troutmask.apl.washington.edu>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>;
Tue, 31 Aug 1999 00:16:40 +0100
Content-Length: 2583
Message-ID: <XFMail.990831001524.jpedras@mail.telepac.pt>
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 <jpedras@mail.telepac.pt>
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 <current@FreeBSD.ORG>; 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 <julian@whistle.com>
To: Peter Jeremy <jeremyp@gsmx07.alcatel.com.au>
Cc: jlemon@americantv.com, current@FreeBSD.ORG
Subject: Re: HEADS UP
In-Reply-To: <99Aug31.085422est.40344@border.alcanet.com.au>
Message-ID: <Pine.BSF.3.95.990830162225.339M-100000@current1.whistle.com>
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 <jlemon@americantv.com> 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 <current@FreeBSD.ORG>; 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 <dufault@hda.com>
Message-Id: <199908302359.TAA15498@hda.hda.com>
Subject: Re: HEADS UP
In-Reply-To: <Pine.BSF.3.95.990830162225.339M-100000@current1.whistle.com> 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Tue, 31 Aug 1999 02:09:00 +0200 (CEST)
Date: Tue, 31 Aug 1999 02:09:00 +0200 (CEST)
From: Pascal Hofstee <daeron@shadowmere.student.utwente.nl>
To: freebsd-current@freebsd.org
Subject: Perl broken in 4.0-CURRENT ?
Message-ID: <Pine.BSF.4.10.9908310207200.34495-100000@shadowmere.student.utwente.nl>
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 <current@FreeBSD.ORG>; 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 <julian@whistle.com>
To: Peter Dufault <dufault@hda.com>
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: <Pine.BSF.3.95.990830170732.339P-100000@current1.whistle.com>
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 <current@freebsd.org>; 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 <jdp@polstra.com>
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 <knute@tiscalinet.it> 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 <current@freebsd.org>; 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" <jedgar@fxp.org>
X-Sender: jedgar@pawn.primelocation.net
To: Jonathan Lemon <jlemon@americantv.com>
Cc: current@freebsd.org
Subject: Re: HEADS UP
In-Reply-To: <19990830162125.52517@right.PCS>
Message-ID: <Pine.BSF.4.10.9908302220000.65791-100000@pawn.primelocation.net>
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 <jedgar@fxp.org> | 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 <current@freebsd.org>; 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 <jlemon@americantv.com>
To: "Chris D. Faulhaber" <jedgar@fxp.org>
Cc: current@freebsd.org
Subject: Re: HEADS UP
References: <19990830162125.52517@right.PCS> <Pine.BSF.4.10.9908302220000.65791-100000@pawn.primelocation.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.61.1
In-Reply-To: <Pine.BSF.4.10.9908302220000.65791-100000@pawn.primelocation.net>; 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 <current@FreeBSD.ORG>; 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 <bde@zeta.org.au>
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 <freebsd-current@FreeBSD.ORG>; 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 <dillon@apollo.backplane.com>
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 <current@FreeBSD.ORG>; 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 <jlemon@americantv.com>
Cc: current@FreeBSD.ORG
Subject: Re: HEADS UP
Date: Tue, 31 Aug 1999 07:53:03 +0200
From: Mark Murray <mark@grondar.za>
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 <kris@hub.freebsd.org>
To: Mark Murray <mark@grondar.za>
Cc: Jonathan Lemon <jlemon@americantv.com>, current@FreeBSD.ORG
Subject: Re: HEADS UP
In-Reply-To: <199908310553.HAA33240@gratis.grondar.za>
Message-ID: <Pine.BSF.4.10.9908302301591.40597-100000@hub.freebsd.org>
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 <current@FreeBSD.ORG>; 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 <jdp@polstra.com>
Cc: knute@tiscalinet.it, current@FreeBSD.ORG
Subject: Re: PPPD+PAM
Date: Tue, 31 Aug 1999 08:31:30 +0200
From: Mark Murray <mark@grondar.za>
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 <freebsd-current@FreeBSD.ORG>; 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 <freebsd-current@FreeBSD.ORG>; 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 <tobez@plab.ku.dk>
To: freebsd-current@FreeBSD.ORG
Subject: Re: Perl broken in 4.0-CURRENT ?
Message-ID: <19990831104056.A4439@lion.plab.ku.dk>
References: <Pine.BSF.4.10.9908310207200.34495-100000@shadowmere.student.utwente.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.4i
In-Reply-To: <Pine.BSF.4.10.9908310207200.34495-100000@shadowmere.student.utwente.nl>; 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 <tobez@plab.ku.dk>
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 <current@freebsd.org>; 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 <dfr@nlsystems.com>
To: Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc: Jonathan Lemon <jlemon@americantv.com>, current@freebsd.org
Subject: Re: HEADS UP
In-Reply-To: <25716.936049445@critter.freebsd.dk>
Message-ID: <Pine.BSF.4.10.9908311048490.340-100000@salmon.nlsystems.com>
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 <current@FreeBSD.ORG>; 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 <dufault@hda.com>
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 <current@freebsd.org>; 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 <sos@freebsd.dk>
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: <XFMail.990831164012.erik@habatech.no>
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" <erik@habatech.no>
To: "Justin T. Gibbs" <gibbs@caspian.plutotech.com>
Subject: Re: Weird new SCSI diagnostics in -current
Cc: gibbs@FreeBSD.ORG, current@FreeBSD.ORG,
"Jordan K. Hubbard" <jkh@zippy.cdrom.com>
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: <Adaptec aic7890/91 Ultra2 SCSI adapter> irq 19 at device 6.0 on pci0
BRDCTL = 0x7a
ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs
ahc1: <Adaptec 2940 Ultra2 SCSI adapter> irq 18 at device 10.0 on pci0
BRDCTL = 0xfe
ahc1: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs
pcm0: <AudioPCI ES1370> irq 16 at device 12.0 on pci0
pcm0: using I/O space register mapping at 0xa000
pcm1: <Ensoniq AudioPCI ES1371> 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 <erik@habatech.no>
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 <current@FreeBSD.ORG>; 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 <sos@freebsd.dk>
Cc: current@FreeBSD.ORG
Subject: Re: HEADS UP! ATA driver (atapi DMA)..
References: <199908311213.OAA80049@freebsd.dk>
From: Kevin Street <street@iname.com>
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
<long pause>
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: <Intel PIIX4 IDE controller> 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: <WDC AC310200R/17.01J17> 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: <FUJITSU MPC3084AT/6021> 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: <WDC AC36400L/09.09M08> 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: <MATSHITA CR-586/KS15> 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 <current@FreeBSD.ORG>; 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 <dillon@apollo.backplane.com>
Message-Id: <199908311759.KAA25628@apollo.backplane.com>
To: Kevin Street <street@iname.com>
Cc: Soren Schmidt <sos@freebsd.dk>, 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
:<long pause>
: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
<dillon@backplane.com>
: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 <freebsd-current@FreeBSD.ORG>; 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 <iwasaki@jp.FreeBSD.org>
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 <imp@village.org>
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 <nik@freebsd.org>
To: Nik Clayton <nik@freebsd.org>
Cc: stable@freebsd.org, current@freebsd.org,
jack <jack@germanium.xtalwind.net>
Subject: Re: Docs blows up make release
Message-ID: <19990831084943.A84039@kilt.nothing-going-on.org>
References: <Pine.BSF.4.10.9908211949560.78433-100000@germanium.xtalwind.net> <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 <URL:http://www.freebsd.org/>
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:
> > > <mode ugly monolingual American>
> > > Will support for building release docs in English only be
> > > revived?
> > > </mode>
> >
> > 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 <current@FreeBSD.ORG>; 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 <dillon@apollo.backplane.com>
Cc: Soren Schmidt <sos@freebsd.dk>, 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 <street@iname.com>
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 <dillon@apollo.backplane.com> 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 <current@FreeBSD.ORG>; 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 <dillon@apollo.backplane.com>
Message-Id: <199908311917.MAA26255@apollo.backplane.com>
To: Kevin Street <street@iname.com>
Cc: Soren Schmidt <sos@freebsd.dk>, 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 <dillon@apollo.backplane.com> 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
<dillon@backplane.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: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 <current@FreeBSD.ORG>; 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 <wollman@khavrinen.lcs.mit.edu>
Message-Id: <199908311921.PAA29315@khavrinen.lcs.mit.edu>
To: Matthew Dillon <dillon@apollo.backplane.com>
Cc: Kevin Street <street@iname.com>, Soren Schmidt <sos@freebsd.dk>,
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
<<On Tue, 31 Aug 1999 12:17:31 -0700 (PDT), Matthew Dillon <dillon@apollo.backplane.com> 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 <freebsd-current@freebsd.org>; 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 <sgk@troutmask.apl.washington.edu>
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 <freebsd-current@freebsd.org>; 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" <jedgar@fxp.org>
X-Sender: jedgar@pawn.primelocation.net
To: Steve Kargl <sgk@troutmask.apl.washington.edu>
Cc: FreeBSD Current <freebsd-current@freebsd.org>
Subject: Re: make -j 4 buildworld race problem
In-Reply-To: <199908311939.MAA87931@troutmask.apl.washington.edu>
Message-ID: <Pine.BSF.4.10.9908311541240.67942-100000@pawn.primelocation.net>
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 <jedgar@fxp.org> | 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 <current@FreeBSD.ORG>; 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 <dscheidt@tumbolia.com>
X-Sender: dscheidt@shell-3.enteract.com
To: Kevin Street <street@iname.com>
Cc: Matthew Dillon <dillon@apollo.backplane.com>,
Soren Schmidt <sos@freebsd.dk>, current@FreeBSD.ORG
Subject: Re: HEADS UP! ATA driver (atapi DMA)..
In-Reply-To: <87906repae.fsf@mired.eh.local>
Message-ID: <Pine.NEB.3.96.990831143902.67072A-100000@shell-3.enteract.com>
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 <dillon@apollo.backplane.com> 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 <current@FreeBSD.ORG>; 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 <sos@freebsd.dk>
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
> <long pause>
> 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 <geniusj@free-bsd.org>
To: questions@freebsd.org, current@freebsd.org
Subject: zsh problem after updating to -CURRENT
Message-ID: <Pine.BSF.4.10.9908311413020.8526-100000@free-bsd.org>
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 <freebsd-current@FreeBSD.ORG>; 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 <nate@mt.sri.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Warner Losh <imp@village.org>
Cc: Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>, 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 <current@FreeBSD.ORG>; 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 <street@iname.com>
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 <sos@freebsd.dk>
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 <freebsd-current@FreeBSD.ORG>; 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 <iwasaki@jp.FreeBSD.org>, 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 <imp@village.org>
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 <freebsd-current@FreeBSD.ORG>; 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 <jeremyp@gsmx07.alcatel.com.au>
Subject: Re: HEADS UP! ATA driver (atapi DMA)..
In-reply-to: <Pine.NEB.3.96.990831143902.67072A-100000@shell-3.enteract.com>
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 <dscheidt@tumbolia.com> 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 <current@FreeBSD.ORG>; 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 <street@iname.com>
Subject: Re: HEADS UP! ATA driver (atapi DMA)..
Cc: Matthew Dillon <dillon@apollo.backplane.com>,
Soren Schmidt <sos@freebsd.dk>, 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 <imp@village.org>
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 <freebsd-current@FreeBSD.ORG>; 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 <grog@lemis.com>
To: Bernd Walter <ticso@cicely.de>
Cc: Matthew Dillon <dillon@apollo.backplane.com>,
Mike Smith <mike@smith.net.au>, Parag Patel <parag@cgt.com>,
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 <freebsd-current@FreeBSD.ORG>; 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 <imp@village.org>
Cc: nate@mt.sri.com (Nate Williams),
Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>, 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 <mike@smith.net.au>
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 <freebsd-current@FreeBSD.ORG>; 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 <richard@cogsci.ed.ac.uk>
Subject: Re: HEADS UP! ATA driver (atapi DMA)..
To: Peter Jeremy <jeremyp@gsmx07.alcatel.com.au>,
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 <current@freebsd.org>; 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" <peter.edwards@ireland.com>
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 <current@FreeBSD.ORG>; 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: <XFMail.990901104004.doconnor@gsoft.com.au>
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" <doconnor@gsoft.com.au>
To: Kevin Street <street@iname.com>
Subject: Re: HEADS UP! ATA driver (atapi DMA)..
Cc: current@FreeBSD.ORG, Soren Schmidt <sos@freebsd.dk>,
Matthew Dillon <dillon@apollo.backplane.com>
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 <current@FreeBSD.ORG>; 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: <XFMail.990901104204.doconnor@gsoft.com.au>
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: <XFMail.990901104004.doconnor@gsoft.com.au>
Date: Wed, 01 Sep 1999 10:42:04 +0930 (CST)
From: "Daniel O'Connor" <doconnor@gsoft.com.au>
To: "Daniel O'Connor" <doconnor@gsoft.com.au>
Subject: Re: HEADS UP! ATA driver (atapi DMA)..
Cc: Matthew Dillon <dillon@apollo.backplane.com>,
Soren Schmidt <sos@freebsd.dk>, current@FreeBSD.ORG,
Kevin Street <street@iname.com>
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 <freebsd-current@FreeBSD.ORG>; 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 <bde@zeta.org.au>
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 <freebsd-current@FreeBSD.ORG>; 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 <sgk@troutmask.apl.washington.edu>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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" <mtaylor@cybernet.com>
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 <freebsd-current@freebsd.org>; 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 <ac131313@cygnus.com>
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 <tich@ma.ikos.com>, 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 <freebsd-current@FreeBSD.ORG>; 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 <luoqi@watermarkgroup.com>
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 <current@FreeBSD.ORG>; 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 <current@FreeBSD.ORG>; 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 <ian@whalley.org>
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
<first name> @ <last name> . 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 <current@FreeBSD.ORG>; 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 <jeremyp@gsmx07.alcatel.com.au>
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 <ian@whalley.org> 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 <street@iname.com>
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: <MII bus> 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 <luoqi@watermarkgroup.com>
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 <ian@whalley.org> 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 <current@freebsd.org>; 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 <wpaul@skynet.ctr.columbia.edu>
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 <ian@whalley.org> 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 <street@iname.com>
Cc: current@FreeBSD.ORG, wpaul@FreeBSD.ORG,
Luoqi Chen <luoqi@watermarkgroup.com>
Subject: Re: xl driver problems on 3c905B-TX
References: <87so4ziah6.fsf@mired.eh.local>
From: Kevin Street <street@iname.com>
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 <street@iname.com> 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 <current@FreeBSD.ORG>; 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 <jazepeda@pacbell.net>
To: Richard Cownie <tich@ma.ikos.com>
Cc: current <current@FreeBSD.ORG>
Subject: Re: gdb-4.17 in FreeBSD 4.0-CURRENT
In-Reply-To: <99082215494200.07180@par28.ma.ikos.com>
Message-ID: <Pine.BSF.4.10.9908312238510.435-100000@localhost>
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 <current@FreeBSD.ORG>; 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 <kip@lyris.com>
X-Sender: kip@luna
To: Alex Zepeda <jazepeda@pacbell.net>
Cc: Richard Cownie <tich@ma.ikos.com>, current <current@FreeBSD.ORG>
Subject: Re: gdb-4.17 in FreeBSD 4.0-CURRENT
In-Reply-To: <Pine.BSF.4.10.9908312238510.435-100000@localhost>
Message-ID: <Pine.SOL.4.05.9908312351580.19902-100000@luna>
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 <current@FreeBSD.ORG>; 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" <wrsomsky@halcyon.com>
To: John Polstra <jdp@polstra.com>
Cc: Kevin Street <street@iname.com>, current@FreeBSD.ORG,
"Rodney W. Grimes" <freebsd@gndrsh.dnsmgr.net>
Subject: Re: $FreeBSD tag confusion
Message-ID: <19990901004615.A1721@gramarye.halcyon.com>
References: <14282.2563.303797.40529@mired.eh.local> <XFMail.990829213751.jdp@polstra.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.6i
In-Reply-To: <XFMail.990829213751.jdp@polstra.com>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <shocking@prth.pgs.com>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Wed, 1 Sep 1999 10:33:34 +0200 (CEST)
Date: Wed, 1 Sep 1999 10:33:34 +0200 (CEST)
From: Pascal Hofstee <daeron@shadowmere.student.utwente.nl>
To: freebsd-current@freebsd.org
Subject: Perl still broken in 4.0-CURRENT
Message-ID: <Pine.BSF.4.10.9909011031210.703-100000@shadowmere.student.utwente.nl>
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 <freebsd-current@FreeBSD.ORG>; 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 <daeron@Wit401305.student.utwente.nl>
Cc: freebsd-current@FreeBSD.ORG
From: Dmitrij Tejblum <tejblum@arc.hq.cti.ru>
Subject: Re: Perl still broken in 4.0-CURRENT
In-reply-to: Your message of "Wed, 01 Sep 1999 10:33:34 +0200."
<Pine.BSF.4.10.9909011031210.703-100000@shadowmere.student.utwente.nl>
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 <current@FreeBSD.ORG>; 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 <jhay@mikom.csir.co.za>
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 <current@FreeBSD.ORG>; 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 <jhay@mikom.csir.co.za>
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 <peter@netplex.com.au>
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 <current@FreeBSD.ORG>; 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 <shocking@prth.pgs.com>
Cc: current@FreeBSD.ORG
Subject: Re: Currnet build problems
Date: Wed, 01 Sep 1999 11:29:33 +0200
From: Mark Murray <mark@grondar.za>
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 <current@FreeBSD.ORG>; 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 <peter@netplex.com.au>
Cc: John Hay <jhay@mikom.csir.co.za>,
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 <mark@grondar.za>
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 <freebsd-current@freebsd.org>; 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 <kennie@uprm.edu>
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 <current@FreeBSD.ORG>; 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 <jhay@mikom.csir.co.za>
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 <termcap.h>" 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 <current@FreeBSD.ORG>; 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 <jhay@mikom.csir.co.za>
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 <mark@grondar.za>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
> Should the "#include <termcap.h>" 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 <current@FreeBSD.ORG>; 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" <wrsomsky@halcyon.com>
Cc: current@FreeBSD.ORG
Subject: Re: $FreeBSD tag confusion
References: <14282.2563.303797.40529@mired.eh.local> <XFMail.990829213751.jdp@polstra.com> <19990901004615.A1721@gramarye.halcyon.com>
From: Kevin Street <street@iname.com>
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" <wrsomsky@halcyon.com> 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: <filename> <version> <timestamp> <committer> <status> $"
--
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 <current@FreeBSD.ORG>; 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 <street@iname.com>
Cc: "William R. Somsky" <wrsomsky@halcyon.com>, 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 <peter@netplex.com.au>
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" <wrsomsky@halcyon.com> 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: <filename> <version> <timestamp> <committer> <status> $"
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 <freebsd-current@FreeBSD.ORG>; 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 <wollman@khavrinen.lcs.mit.edu>
Message-Id: <199909011345.JAA05781@khavrinen.lcs.mit.edu>
To: Mike Smith <mike@smith.net.au>
Cc: Warner Losh <imp@village.org>, nate@mt.sri.com (Nate Williams),
Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>, 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
<<On Tue, 31 Aug 1999 15:16:48 -0700, Mike Smith <mike@smith.net.au> 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 <current@freebsd.org>; 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 <luoqi@watermarkgroup.com>
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 <freebsd-current@FreeBSD.ORG>; 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 <wollman@khavrinen.lcs.mit.edu>
Cc: Mike Smith <mike@smith.net.au>, Warner Losh <imp@village.org>,
nate@mt.sri.com (Nate Williams),
Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>, 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 <phk@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
In message <199909011345.JAA05781@khavrinen.lcs.mit.edu>, Garrett Wollman writes:
><<On Tue, 31 Aug 1999 15:16:48 -0700, Mike Smith <mike@smith.net.au> 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 <phk@freebsd.org>
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 <freebsd-current@FreeBSD.ORG>; 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 <abial@webgiro.com>
To: Matthew Dillon <dillon@apollo.backplane.com>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: multipatch #6 available
In-Reply-To: <199908290537.WAA02319@apollo.backplane.com>
Message-ID: <Pine.BSF.4.05.9909011618090.86269-100000@freja.webgiro.com>
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
// <abial@webgiro.com> 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 <current@FreeBSD.ORG>; 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 <street@iname.com>
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 <peter@netplex.com.au>
Cc: "William R. Somsky" <wrsomsky@halcyon.com>, 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 <current@FreeBSD.ORG>; 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 <dwhite@resnet.uoregon.edu>
To: "Mark J. Taylor" <mtaylor@cybernet.com>
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: <Pine.BSF.4.10.9909010853290.69405-100000@resnet.uoregon.edu>
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 <phk@freebsd.org>
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 <peter@netplex.com.au>
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 <current@FreeBSD.ORG>; 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" <wrsomsky@halcyon.com>
To: Kevin Street <street@iname.com>
Cc: "William R. Somsky" <wrsomsky@halcyon.com>, current@FreeBSD.ORG
Subject: Re: $FreeBSD tag confusion
Message-ID: <19990901091654.A3227@gramarye.halcyon.com>
References: <14282.2563.303797.40529@mired.eh.local> <XFMail.990829213751.jdp@polstra.com> <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" <wrsomsky@halcyon.com> 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: <filename> <version> <timestamp> <committer> <status> $"
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 <current@FreeBSD.ORG>; 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 <sobomax@altavista.net>
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 <dwhite@resnet.uoregon.edu>
Cc: "Mark J. Taylor" <mtaylor@cybernet.com>, current@FreeBSD.ORG
Subject: Re: kgzipped -STABLE GENERIC kernel boots on one machine, not theother
References: <Pine.BSF.4.10.9909010853290.69405-100000@resnet.uoregon.edu>
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" <ache@nagual.pp.ru>
To: Luoqi Chen <luoqi@watermarkgroup.com>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <arthur@tucows.com>
X-Sender: arthur@Arthur.Linuxberg
To: freebsd-current@freebsd.org
Subject: A dumb question.
Message-ID: <Pine.BSF.4.10.9909011352300.2367-100000@Arthur.Linuxberg>
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 <freebsd-current@FreeBSD.ORG>; 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 <nrahlstr@winternet.com>
To: "Arthur H. Johnson II" <arthur@tucows.com>,
freebsd-current@FreeBSD.ORG
Subject: Re: A dumb question.
Mail-Followup-To: "Arthur H. Johnson II" <arthur@tucows.com>,
freebsd-current@FreeBSD.ORG
References: <Pine.BSF.4.10.9909011352300.2367-100000@Arthur.Linuxberg>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.93.2i
In-Reply-To: <Pine.BSF.4.10.9909011352300.2367-100000@Arthur.Linuxberg>; 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" <arthur@tucows.com> 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <arthur@tucows.com>
X-Sender: arthur@Arthur.Linuxberg
To: freebsd-current@freebsd.org
Subject: Fergot to say thanks
Message-ID: <Pine.BSF.4.10.9909011445100.2367-100000@Arthur.Linuxberg>
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 <freebsd-current@FreeBSD.ORG>; 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" <arthur@tucows.com>
X-Sender: arthur@Arthur.Linuxberg
To: Nathan Ahlstrom <nrahlstr@winternet.com>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: A dumb question.
In-Reply-To: <19990901133841.B567@winternet.com>
Message-ID: <Pine.BSF.4.10.9909011448280.316-100000@Arthur.Linuxberg>
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" <arthur@tucows.com> 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 <freebsd-current@FreeBSD.ORG>; 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 <phk@critter.freebsd.dk>
Cc: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>,
Mike Smith <mike@smith.net.au>, Warner Losh <imp@village.org>,
nate@mt.sri.com (Nate Williams),
Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>, 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 <mike@smith.net.au>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
> In message <199909011345.JAA05781@khavrinen.lcs.mit.edu>, Garrett Wollman writes:
> ><<On Tue, 31 Aug 1999 15:16:48 -0700, Mike Smith <mike@smith.net.au> 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 <freebsd-current@FreeBSD.ORG>; 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 <mike@smith.net.au>
Cc: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>,
Warner Losh <imp@village.org>, nate@mt.sri.com (Nate Williams),
Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>, 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 <phk@critter.freebsd.dk>
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:
>> ><<On Tue, 31 Aug 1999 15:16:48 -0700, Mike Smith <mike@smith.net.au> 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 <current@FreeBSD.ORG>; 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" <fullermd@futuresouth.com>
To: Peter Wemm <peter@netplex.com.au>
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 <http://www.freebsd.org>
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 <bde@zeta.org.au>
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 <freebsd-current@FreeBSD.ORG>; 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 <wollman@khavrinen.lcs.mit.edu>
Subject: Re: followup to apm problems.
Cc: Mike Smith <mike@smith.net.au>, nate@mt.sri.com (Nate Williams),
Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>, 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 <imp@village.org>
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 <freebsd-current@FreeBSD.ORG>; 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 <mike@smith.net.au>
Subject: Re: followup to apm problems.
Cc: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>,
nate@mt.sri.com (Nate Williams),
Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>, 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 <imp@village.org>
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 <freebsd-current@FreeBSD.ORG>; 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 <imp@village.org>
Cc: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>,
Mike Smith <mike@smith.net.au>, nate@mt.sri.com (Nate Williams),
Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>, 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 <mike@smith.net.au>
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 <freebsd-current@FreeBSD.ORG>; 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 <imp@village.org>
Cc: Mike Smith <mike@smith.net.au>,
Garrett Wollman <wollman@khavrinen.lcs.mit.edu>,
nate@mt.sri.com (Nate Williams),
Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>, 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 <mike@smith.net.au>
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 <freebsd-current@FreeBSD.ORG>; 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 <olli@dorifer.heim3.tu-clausthal.de>
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 <current@FreeBSD.ORG>; 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" <fullermd@futuresouth.com>
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 <street@iname.com>
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" <fullermd@futuresouth.com> 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 <jeremyp@gsmx07.alcatel.com.au>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <jwd@unx.sas.com>
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 <freebsd-current@FreeBSD.ORG>; 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 <wollman@khavrinen.lcs.mit.edu>
Message-Id: <199909020343.XAA08465@khavrinen.lcs.mit.edu>
To: Warner Losh <imp@village.org>
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
<<On Wed, 01 Sep 1999 16:47:36 -0600, Warner Losh <imp@village.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 <freebsd-current@freebsd.org>; 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 <kip@lyris.com>
X-Sender: kip@luna
To: Richard Cownie <tich@ma.ikos.com>
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: <Pine.SOL.4.05.9909012306460.28347-100000@luna>
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 <current@freebsd.org>; 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 <nbm@mithrandr.moria.org>
To: Kevin Street <street@iname.com>
Cc: "Matthew D. Fuller" <fullermd@futuresouth.com>,
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 14:29:30 +0200 (MET DST)
Date: Thu, 2 Sep 1999 14:29:29 +0200 (MET DST)
From: Nick Hibma <nick.hibma@jrc.it>
X-Sender: n_hibma@elect8
Reply-To: Nick Hibma <nick.hibma@jrc.it>
To: FreeBSD current mailing list <freebsd-current@freebsd.org>
Subject: LINT warnings
Message-ID: <Pine.GS4.4.10.9909021427230.3090-100000@elect8>
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
<sys/devfsext.h>"
In file included from ../../miscfs/devfs/devfs_tree.c:48:
../../sys/devfsext.h:32: warning: #warning "Using obsolete
<sys/devfsext.h>"
In file included from ../../netinet/mlf_ipl.c:34:
../../sys/devfsext.h:32: warning: #warning "Using obsolete
<sys/devfsext.h>"
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 14:31:19 +0200 (MET DST)
Date: Thu, 2 Sep 1999 14:31:18 +0200 (MET DST)
From: Nick Hibma <nick.hibma@jrc.it>
X-Sender: n_hibma@elect8
Reply-To: Nick Hibma <nick.hibma@jrc.it>
To: FreeBSD current mailing list <freebsd-current@freebsd.org>
Subject: LINT warnings sysent
Message-ID: <Pine.GS4.4.10.9909021429320.3090-100000@elect8>
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 <freebsd-current@freebsd.org>; 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 <nick.hibma@jrc.it>
X-Sender: n_hibma@elect8
Reply-To: Nick Hibma <nick.hibma@jrc.it>
To: "Jordan K. Hubbard" <jkh@zippy.cdrom.com>
Cc: FreeBSD current mailing list <freebsd-current@freebsd.org>
Subject: yes! or should I say Oh no! (CD ROM problems)
Message-ID: <Pine.GS4.4.10.9909021158300.3090-100000@elect8>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 14:33:44 +0200 (MET DST)
Date: Thu, 2 Sep 1999 14:33:43 +0200 (MET DST)
From: Nick Hibma <nick.hibma@jrc.it>
X-Sender: n_hibma@elect8
Reply-To: Nick Hibma <nick.hibma@jrc.it>
To: FreeBSD current mailing list <freebsd-current@freebsd.org>
Subject: LINT warnings fdesc_vnops
Message-ID: <Pine.GS4.4.10.9909021433030.3090-100000@elect8>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <arthur@tucows.com>
X-Sender: arthur@Arthur.Linuxberg
To: freebsd-current@freebsd.org
Subject: Problems with the sound card.
Message-ID: <Pine.BSF.4.10.9909021025010.708-100000@Arthur.Linuxberg>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <tarkhil@asteroid.svib.ru>
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 <freebsd-current@freebsd.org>; 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 <nick.hibma@jrc.it>
X-Sender: n_hibma@elect8
Reply-To: Nick Hibma <nick.hibma@jrc.it>
To: "Arthur H. Johnson II" <arthur@tucows.com>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Problems with the sound card.
In-Reply-To: <Pine.BSF.4.10.9909021025010.708-100000@Arthur.Linuxberg>
Message-ID: <Pine.GS4.4.10.9909021636430.3090-100000@elect8>
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 <current@FreeBSD.ORG>; 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 <street@iname.com>
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 <nbm@mithrandr.moria.org>
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 <current@freebsd.org>; 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 <obonilla@fisicc-ufm.edu>
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 <freebsd-current@FreeBSD.org>; 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==?= <academy@academyjapan.co.jp>
To: =?ISO-2022-JP?B?ZnJlZWJzZC1jdXJyZW50QEZyZWVCU0Qub3Jn?= <freebsd-current@FreeBSD.org>
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%_!<!&%8%c%Q%s!!C4Ev!';3K\(B
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: 3: 6 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 A2BBA15463
for <freebsd-current@FreeBSD.ORG>; 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" <arthur@tucows.com>
X-Sender: arthur@Arthur.Linuxberg
To: Nick Hibma <nick.hibma@jrc.it>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Problems with the sound card.
In-Reply-To: <Pine.GS4.4.10.9909021636430.3090-100000@elect8>
Message-ID: <Pine.BSF.4.10.9909021101180.394-100000@Arthur.Linuxberg>
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<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX>
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: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
isab0: <Intel 82371SB PCI to ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
ide_pci0: <Intel PIIX3 Bus-master IDE controller> at device 7.1 on pci0
vga-pci0: <Matrox MGA 1024SG/1064SG/1164SG graphics accelerator> 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: <MII bus> on xl0
xlphy0: <3Com internal media interface> on miibus0
xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fdc0: <NEC 72065B or clone> 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): <WDC AC23200L>
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): <E285XA/1.00>, 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: <keyboard controller (i8042)> at port 0x60-0x6f on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
vga0: <Generic ISA VGA> at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> 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: <generic parallel i/o> on ppbus 0
sb0 at port 0x220 irq 5 drq 1 on isa0
snd0: <SoundBlaster 16 4.13>
sbxvi0 at port 0xffffffff drq 5 on isa0
isa_compat: didn't get ports for sbxvi
snd0: <SoundBlaster 16 4.13>
WARNING: "snd" is usurping "snd"'s cdevsw[]
unknown0: <Game> on isa0
unknown1: <Audio> at port 0x221-0x230,0x300-0x301,0x388-0x38b irq 9 drq 3,7 on isa0
changing root device to wd0s1a
Sound: DMA (output) timed out - IRQ/DRQ config error?
Sound: DMA (output) timed out - IRQ/DRQ config error?
Sound: DMA (output) timed out - IRQ/DRQ config error?
thanks.
Arthur H. Johnson II
http://www.linuxberg.com
Linuxberg Manager
arthur@tucows.com
On Thu, 2 Sep 1999, Nick Hibma wrote:
>
> 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
>
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:48: 9 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 5E6C115B39
for <freebsd-current@FreeBSD.ORG>; Thu, 2 Sep 1999 08:48:04 -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 RAA01465;
Thu, 2 Sep 1999 17:47:39 +0200 (CEST)
(envelope-from phk@critter.freebsd.dk)
To: Nick Hibma <nick.hibma@jrc.it>
Cc: "Jordan K. Hubbard" <jkh@zippy.cdrom.com>,
FreeBSD current mailing list <freebsd-current@FreeBSD.ORG>
Subject: Re: yes! or should I say Oh no! (CD ROM problems)
In-reply-to: Your message of "Thu, 02 Sep 1999 14:32:40 +0200."
<Pine.GS4.4.10.9909021158300.3090-100000@elect8>
Date: Thu, 02 Sep 1999 17:47:39 +0200
Message-ID: <1463.936287259@critter.freebsd.dk>
From: Poul-Henning Kamp <phk@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
What you're saying is that it fails on the second open but
resets if you eject/reload the CD ?
Could you do me the favour and update to the latest current
and try again.
If that message comes from where I think, something is trying
to do non BDEV_SIZE multiple requests on a char device, a clear
no-no.
I know that Søren have had similar trouble reading audio tracks
(which have 2352 bytes/"sector") from ATAPI CD drives.
Poul-Henning
In message <Pine.GS4.4.10.9909021158300.3090-100000@elect8>, Nick Hibma writes:
>
>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
>
--
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 Thu Sep 2 9: 6:58 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 C889914D13
for <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 09:06:52 -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 SAA24960; Thu, 2 Sep 1999 18:05:42 +0200 (MET DST)
Date: Thu, 2 Sep 1999 18:05:42 +0200 (MET DST)
From: Nick Hibma <nick.hibma@jrc.it>
X-Sender: n_hibma@elect8
Reply-To: Nick Hibma <nick.hibma@jrc.it>
To: Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc: "Jordan K. Hubbard" <jkh@zippy.cdrom.com>,
FreeBSD current mailing list <freebsd-current@FreeBSD.ORG>
Subject: Re: yes! or should I say Oh no! (CD ROM problems)
In-Reply-To: <1463.936287259@critter.freebsd.dk>
Message-ID: <Pine.GS4.4.10.9909021800040.3090-100000@elect8>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
> What you're saying is that it fails on the second open but
> resets if you eject/reload the CD ?
No. Insert CD, run cda /dev/rcd0c toc, error message in
/var/log/messages. Eject CD reinsert it, same command, it works.
> Could you do me the favour and update to the latest current
> and try again.
I'll do that. There is no way to definitely trigger the problem, so it's
going to be difficult to asses the state we are in.
> If that message comes from where I think, something is trying
> to do non BDEV_SIZE multiple requests on a char device, a clear
> no-no.
And where do you think the message comes from? Especially because the
error does not occur always on the same CD.
FYI, the drive is SCSI:
ahc0: <Adaptec 2940 Ultra SCSI adapter> irq 11 at device 20.0 on pci0
ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs
...
cd0 at ahc0 bus 0 target 6 lun 0
cd0: <TEAC CD-R55S 1.0L> Removable CD-ROM SCSI-2 device
cd0: 10.000MB/s transfers (10.000MHz, offset 15)
cd0: cd present [332707 x 2048 byte records]
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 9:13:20 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 1701015649
for <freebsd-current@FreeBSD.ORG>; Thu, 2 Sep 1999 09:13:11 -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 SAA01627;
Thu, 2 Sep 1999 18:12:35 +0200 (CEST)
(envelope-from phk@critter.freebsd.dk)
To: Nick Hibma <nick.hibma@jrc.it>
Cc: "Jordan K. Hubbard" <jkh@zippy.cdrom.com>,
FreeBSD current mailing list <freebsd-current@FreeBSD.ORG>
Subject: Re: yes! or should I say Oh no! (CD ROM problems)
In-reply-to: Your message of "Thu, 02 Sep 1999 18:05:42 +0200."
<Pine.GS4.4.10.9909021800040.3090-100000@elect8>
Date: Thu, 02 Sep 1999 18:12:35 +0200
Message-ID: <1625.936288755@critter.freebsd.dk>
From: Poul-Henning Kamp <phk@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
In message <Pine.GS4.4.10.9909021800040.3090-100000@elect8>, Nick Hibma writes:
> > What you're saying is that it fails on the second open but
> > resets if you eject/reload the CD ?
>
>No. Insert CD, run cda /dev/rcd0c toc, error message in
>/var/log/messages. Eject CD reinsert it, same command, it works.
So it fails the first time after a reboot and never again
until reboot ?
Or is it just heads-or-tails everytime ?
> > If that message comes from where I think, something is trying
> > to do non BDEV_SIZE multiple requests on a char device, a clear
> > no-no.
>
>And where do you think the message comes from? Especially because the
>error does not occur always on the same CD.
I suspect that it is from this code in kern/subr_diskslice.c:dscheck()
if (ssp->dss_secmult == 1) {
if (bp->b_bcount % (u_long)DEV_BSIZE)
goto bad_bcount;
secno = blkno;
nsec = bp->b_bcount >> DEV_BSHIFT;
} else if (ssp->dss_secshift != -1) {
if (bp->b_bcount & (ssp->dss_secsize - 1))
goto bad_bcount;
if (blkno & (ssp->dss_secmult - 1))
goto bad_blkno;
secno = blkno >> ssp->dss_secshift;
nsec = bp->b_bcount >> (DEV_BSHIFT + ssp->dss_secshift);
} else {
if (bp->b_bcount % ssp->dss_secsize)
goto bad_bcount;
if (blkno % ssp->dss_secmult)
goto bad_blkno;
secno = blkno / ssp->dss_secmult;
nsec = bp->b_bcount / ssp->dss_secsize;
}
As you can see it would pass through the third block, but not
the two first, so if you could place a couple of strategic
printfs and see which one of these it fails on (only print on
the error, otherwise your printout will come en each and every
transfer.)
Is this by any chance a mixed-cd, ie both sound&data tracks ?
--
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 Thu Sep 2 9:56: 8 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 6B2A414DD8
for <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 09:56:01 -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 SAA26102; Thu, 2 Sep 1999 18:54:46 +0200 (MET DST)
Date: Thu, 2 Sep 1999 18:54:46 +0200 (MET DST)
From: Nick Hibma <nick.hibma@jrc.it>
X-Sender: n_hibma@elect8
Reply-To: Nick Hibma <nick.hibma@jrc.it>
To: Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc: "Jordan K. Hubbard" <jkh@zippy.cdrom.com>,
FreeBSD current mailing list <freebsd-current@FreeBSD.ORG>
Subject: Re: yes! or should I say Oh no! (CD ROM problems)
In-Reply-To: <1625.936288755@critter.freebsd.dk>
Message-ID: <Pine.GS4.4.10.9909021819210.3090-200000@elect8>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1847939343-936291286=:3090"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
Send mail to mime@docserver.cac.washington.edu for more info.
---559023410-1847939343-936291286=:3090
Content-Type: TEXT/PLAIN; charset=US-ASCII
> >No. Insert CD, run cda /dev/rcd0c toc, error message in
> >/var/log/messages. Eject CD reinsert it, same command, it works.
>
> So it fails the first time after a reboot and never again
> until reboot ?
>
> Or is it just heads-or-tails everytime ?
The machine is normally up for several weeks at a time, so it's
head-or-tails, with it being ok most of the time. When it goes wrong it
goes wrong for several changes of CD"s, but all of a sudden it starts to
work again.
I'm sorry I can't be more precise, but the error occurs at random
places.
> As you can see it would pass through the third block, but not
> the two first, so if you could place a couple of strategic
> printfs and see which one of these it fails on (only print on
> the error, otherwise your printout will come en each and every
> transfer.)
See attached diff against CURRENT in case any one else wants to have a
go at it.
> Is this by any chance a mixed-cd, ie both sound&data tracks ?
Nope, off the shelf sound CD.
Nick
--
ISIS/STA, T.P.270, Joint Research Centre, 21020 Ispra, Italy
---559023410-1847939343-936291286=:3090
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="subr_diskslice.c.diff"
Content-ID: <Pine.GS4.4.10.9909021854460.3090@elect8>
Content-Description:
Content-Disposition: attachment; filename="subr_diskslice.c.diff"
Content-Transfer-Encoding: BASE64
LS0tIHN1YnJfZGlza3NsaWNlLmMub3JpZwlUaHUgU2VwICAyIDE4OjIxOjMz
IDE5OTkNCisrKyBzdWJyX2Rpc2tzbGljZS5jCVRodSBTZXAgIDIgMTg6Mzc6
NDggMTk5OQ0KQEAgLTE3MywyMiArMTczLDM4IEBADQogCXNwID0gJnNzcC0+
ZHNzX3NsaWNlc1tka3NsaWNlKGJwLT5iX2RldildOw0KIAlscCA9IHNwLT5k
c19sYWJlbDsNCiAJaWYgKHNzcC0+ZHNzX3NlY211bHQgPT0gMSkgew0KLQkJ
aWYgKGJwLT5iX2Jjb3VudCAlICh1X2xvbmcpREVWX0JTSVpFKQ0KKwkJaWYg
KGJwLT5iX2Jjb3VudCAlICh1X2xvbmcpREVWX0JTSVpFKSB7DQorCQkJcHJp
bnRmKCJQSEsxIGJwLT5iX2Jjb3VudCg9JWxkKSAlJSAlZCAhPSAwXG4iLA0K
KwkJCQlicC0+Yl9iY291bnQsIERFVl9CU0laRSk7DQogCQkJZ290byBiYWRf
YmNvdW50Ow0KKwkJfQ0KIAkJc2Vjbm8gPSBibGtubzsNCiAJCW5zZWMgPSBi
cC0+Yl9iY291bnQgPj4gREVWX0JTSElGVDsNCiAJfSBlbHNlIGlmIChzc3At
PmRzc19zZWNzaGlmdCAhPSAtMSkgew0KLQkJaWYgKGJwLT5iX2Jjb3VudCAm
IChzc3AtPmRzc19zZWNzaXplIC0gMSkpDQorCQlpZiAoYnAtPmJfYmNvdW50
ICYgKHNzcC0+ZHNzX3NlY3NpemUgLSAxKSkgew0KKwkJCXByaW50ZigiUEhL
MiBicC0+Yl9iY291bnQoPSVsZCkgJiAoc3NwLT5kc3Nfc2Vjc2l6ZSAtIDEp
KD0lZCkgIT0gMFxuIiwNCisgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIGJwLT5iX2Jjb3VudCwgc3NwLT5kc3Nfc2Vjc2l6ZSAtIDEpOw0KIAkJ
CWdvdG8gYmFkX2Jjb3VudDsNCi0JCWlmIChibGtubyAmIChzc3AtPmRzc19z
ZWNtdWx0IC0gMSkpDQorCQl9DQorCQlpZiAoYmxrbm8gJiAoc3NwLT5kc3Nf
c2VjbXVsdCAtIDEpKSB7DQorCQkJcHJpbnRmKCJQSEszIGJsa25vKD0lZCkg
JiAoc3NwLT5kc3Nfc2VjbXVsdCAtIDEpKD0NCislZCkgIT0gMFxuIiwNCisJ
CQkJYmxrbm8sIHNzcC0+ZHNzX3NlY211bHQgLSAxKTsNCiAJCQlnb3RvIGJh
ZF9ibGtubzsNCisJCX0NCiAJCXNlY25vID0gYmxrbm8gPj4gc3NwLT5kc3Nf
c2Vjc2hpZnQ7DQogCQluc2VjID0gYnAtPmJfYmNvdW50ID4+IChERVZfQlNI
SUZUICsgc3NwLT5kc3Nfc2Vjc2hpZnQpOw0KIAl9IGVsc2Ugew0KLQkJaWYg
KGJwLT5iX2Jjb3VudCAlIHNzcC0+ZHNzX3NlY3NpemUpDQorCQlpZiAoYnAt
PmJfYmNvdW50ICUgc3NwLT5kc3Nfc2Vjc2l6ZSkgew0KKwkJCXByaW50Zigi
UEhLNCBicC0+Yl9iY291bnQoPSVsZCkgJSUgc3NwLT5kc3Nfc2Vjc2l6ZSg9
JWQpICE9IDBcbiIsDQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICBicC0+Yl9iY291bnQsIHNzcC0+ZHNzX3NlY3NpemUgLSAxKTsNCiAJCQln
b3RvIGJhZF9iY291bnQ7DQotCQlpZiAoYmxrbm8gJSBzc3AtPmRzc19zZWNt
dWx0KQ0KKwkJfQ0KKwkJaWYgKGJsa25vICUgc3NwLT5kc3Nfc2VjbXVsdCkg
ew0KKwkJCXByaW50ZigiUEhLNSBibGtubyg9JWQpICUlIHNzcC0+ZHNzX3Nl
Y211bHQoPSVkKSAhPSAwXG4iLA0KKwkJCQlibGtubywgc3NwLT5kc3Nfc2Vj
bXVsdCk7DQogCQkJZ290byBiYWRfYmxrbm87DQorCQl9DQogCQlzZWNubyA9
IGJsa25vIC8gc3NwLT5kc3Nfc2VjbXVsdDsNCiAJCW5zZWMgPSBicC0+Yl9i
Y291bnQgLyBzc3AtPmRzc19zZWNzaXplOw0KIAl9DQo=
---559023410-1847939343-936291286=:3090--
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 10:51:25 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 EF40915603
for <freebsd-current@FreeBSD.ORG>; Thu, 2 Sep 1999 10:51:10 -0700 (PDT)
(envelope-from luoqi@watermarkgroup.com)
Received: (from luoqi@localhost)
by lor.watermarkgroup.com (8.8.8/8.8.8) id NAA26766;
Thu, 2 Sep 1999 13:50:34 -0400 (EDT)
(envelope-from luoqi)
Date: Thu, 2 Sep 1999 13:50:34 -0400 (EDT)
From: Luoqi Chen <luoqi@watermarkgroup.com>
Message-Id: <199909021750.NAA26766@lor.watermarkgroup.com>
To: arthur@tucows.com, nick.hibma@jrc.it
Subject: Re: Problems with the sound card.
Cc: freebsd-current@FreeBSD.ORG
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
> >
I too have problems with my on board CS4236 sound chip and it is of a very
strange nature: in the new isa pnp code, function isa_assign_resources()
mysteriously overwrites the isa_device structure and sets logical_id to 0,
and as a result subsequent probe would not recognize it any more. I have
narrowed it down to the bus_release_resource() call at the end of
isa_find_irq(). It was so convoluted beyond that point and I gave up.
I'd like to see someone more familiar with the code to continue.
-lq
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 12:13:45 1999
Delivered-To: freebsd-current@freebsd.org
Received: from majordomo2.umd.edu (majordomo2.umd.edu [128.8.10.7])
by hub.freebsd.org (Postfix) with ESMTP id 8AC7A15DC0
for <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 12:13:07 -0700 (PDT)
(envelope-from culverk@wam.umd.edu)
Received: from rac7.wam.umd.edu (root@rac7.wam.umd.edu [128.8.10.147])
by majordomo2.umd.edu (8.9.3/8.9.3) with ESMTP id OAA29872
for <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 14:41:53 -0400 (EDT)
Received: from rac7.wam.umd.edu (sendmail@localhost [127.0.0.1])
by rac7.wam.umd.edu (8.9.3/8.9.3) with SMTP id OAA17043
for <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 14:41:53 -0400 (EDT)
Received: from localhost (culverk@localhost)
by rac7.wam.umd.edu (8.9.3/8.9.3) with ESMTP id OAA17039
for <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 14:41:53 -0400 (EDT)
X-Authentication-Warning: rac7.wam.umd.edu: culverk owned process doing -bs
Date: Thu, 2 Sep 1999 14:41:53 -0400 (EDT)
From: Kenneth Wayne Culver <culverk@wam.umd.edu>
To: freebsd-current@freebsd.org
Subject: current kernel breakage
Message-ID: <Pine.GSO.4.10.9909021434540.16579-100000@rac7.wam.umd.edu>
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 recompiled my kernel with the following kernel config file, and
now when I boot up, I get about halfway through probing, and the computer
freezes, accepting no keyboard input or anything else but a hard reset
(reset button) here is my kernel Config file..
#
# 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.
#
# $Id: GENERIC,v 1.178 1999/07/25 04:32:43 wpaul Exp $
machine i386
cpu I686_CPU
ident "MYKERNEL"
maxusers 64
#makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols
options INET #InterNETworking
options FFS #Berkeley Fast Filesystem
options FFS_ROOT #FFS usable as root device [keep this!]
options PROCFS #Process filesystem
options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!]
options UCONSOLE #Allow users to grab the console
options SYSVSHM #SYSV-style shared memory
options SYSVMSG #SYSV-style message queues
options SYSVSEM #SYSV-style semaphores
options SC_DISABLE_REBOOT
options SOFTUPDATES
# 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=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 pci0
# Floppy drives
controller fdc0 at isa? port IO_FD1 irq 6 drq 2
disk fd0 at fdc0 drive 0
controller ata0
device atadisk0
device atapicd0
# SCSI Controllers
# A single entry for any of these controllers (ncr, ahb, ahc) is
# sufficient for any number of installed devices.
controller scbus0 # SCSI bus (required)
device da0 # Direct Access (disks)
# 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? flags 0x31 # Advanced Power Management
# PCCARD (PCMCIA) support
#controller card0
#device pcic0 at card?
#device pcic1 at card?
# Serial (COM) ports
device sio0 at isa? port IO_COM1 flags 0x10 irq 4
device sio1 at isa? port IO_COM2 irq 3
# 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
# PCI Ethernet NICs.
device de0 # DEC/Intel DC21x4x (``Tulip'')
# 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 1 # Packet tunnel, for ppp(1)
pseudo-device pty 16 # 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 legal and administrative consequences of enabling this!
pseudo-device bpf 4 #Berkeley packet filter
#tv card
controller smbus0
controller iicbus0
controller iicbb0
device bktr0
#sound
pcm0 at isa? port ? irq 5 drq 1 flags 0x0
if anyone can help, let me know. Thanks.
Kenneth Culver
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 12:42:42 1999
Delivered-To: freebsd-current@freebsd.org
Received: from po4.wam.umd.edu (po4.wam.umd.edu [128.8.10.166])
by hub.freebsd.org (Postfix) with ESMTP id 8AA2C15BC1
for <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 12:42:32 -0700 (PDT)
(envelope-from culverk@wam.umd.edu)
Received: from rac3.wam.umd.edu (root@rac3.wam.umd.edu [128.8.10.143])
by po4.wam.umd.edu (8.9.3/8.9.3) with ESMTP id PAA23942
for <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 15:41:26 -0400 (EDT)
Received: from rac3.wam.umd.edu (sendmail@localhost [127.0.0.1])
by rac3.wam.umd.edu (8.9.3/8.9.3) with SMTP id PAA07582
for <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 15:41:24 -0400 (EDT)
Received: from localhost (culverk@localhost)
by rac3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id PAA07578
for <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 15:41:24 -0400 (EDT)
X-Authentication-Warning: rac3.wam.umd.edu: culverk owned process doing -bs
Date: Thu, 2 Sep 1999 15:41:24 -0400 (EDT)
From: Kenneth Wayne Culver <culverk@wam.umd.edu>
To: freebsd-current@freebsd.org
Subject: Make world broken
Message-ID: <Pine.GSO.4.10.9909021539460.7368-100000@rac3.wam.umd.edu>
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 is broken, these are the errors I get:
cc -nostdinc -O -pipe -I/usr/src/sbin/kget/../../sys/i386
-I/usr/obj/usr/src/tmp/usr/include -c /usr/src/sbin/kget/kget.c
/usr/src/sbin/kget/kget.c:34: isa/pnp.h: No such file or directory
/usr/src/sbin/kget/kget.c: In function `main':
/usr/src/sbin/kget/kget.c:131: dereferencing pointer to incomplete type
/usr/src/sbin/kget/kget.c:131: dereferencing pointer to incomplete type
/usr/src/sbin/kget/kget.c:135: dereferencing pointer to incomplete type
/usr/src/sbin/kget/kget.c:137: dereferencing pointer to incomplete type
/usr/src/sbin/kget/kget.c:137: dereferencing pointer to incomplete type
/usr/src/sbin/kget/kget.c:141: dereferencing pointer to incomplete type
/usr/src/sbin/kget/kget.c:141: dereferencing pointer to incomplete type
/usr/src/sbin/kget/kget.c:142: dereferencing pointer to incomplete type
/usr/src/sbin/kget/kget.c:143: dereferencing pointer to incomplete type
/usr/src/sbin/kget/kget.c:143: dereferencing pointer to incomplete type
/usr/src/sbin/kget/kget.c:143: dereferencing pointer to incomplete type
/usr/src/sbin/kget/kget.c:143: dereferencing pointer to incomplete type
/usr/src/sbin/kget/kget.c:144: dereferencing pointer to incomplete type
/usr/src/sbin/kget/kget.c:145: dereferencing pointer to incomplete type
/usr/src/sbin/kget/kget.c:147: dereferencing pointer to incomplete type
/usr/src/sbin/kget/kget.c:148: dereferencing pointer to incomplete type
/usr/src/sbin/kget/kget.c:152: dereferencing pointer to incomplete type
/usr/src/sbin/kget/kget.c:153: dereferencing pointer to incomplete type
/usr/src/sbin/kget/kget.c:159: sizeof applied to an incomplete type
*** Error code 1
Stop in /usr/src/sbin/kget.
*** Error code 1
Stop in /usr/src/sbin.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop.
*** Error code 1
Stop.
*** Error code 1
Stop.
Thanks
Kenneth Culver
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 12:57:41 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 5877D14D77
for <freebsd-current@FreeBSD.ORG>; Thu, 2 Sep 1999 12:57:38 -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 MAA09655;
Thu, 2 Sep 1999 12:55:27 -0700 (PDT)
(envelope-from parag@pinhead.parag.codegen.com)
To: Greg Lehey <grog@lemis.com>
Cc: Bernd Walter <ticso@cicely.de>,
Matthew Dillon <dillon@apollo.backplane.com>,
Mike Smith <mike@smith.net.au>, freebsd-current@FreeBSD.ORG
Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates
In-Reply-To: Message from Greg Lehey <grog@lemis.com>
of "Mon, 30 Aug 1999 16:30:39 +0930." <19990830163039.L13904@freebie.lemis.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: Thu, 02 Sep 1999 12:55:26 -0700
Message-ID: <9651.936302126@pinhead.parag.codegen.com>
From: Parag Patel <parag@cgt.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Just to let everyone know, Greg's going to be out-of-town for a little
while and won't be able to continue debugging. I'm taking a crack at it
again.
So far, it seems to be a combination of softupdates+vinum+raid5 that
triggers the bug, whatever it is. If I turn off softupdates the raid5
volume seems happy, with and without async. It seems likely to be some
odd interaction between the raid5 code and softupdates, since the
simpler mirror/striping seems to work fine with it.
Ring any bells for anyone?
-- Parag Patel
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 13: 3:41 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 CAD2E14F0E
for <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 13:03:37 -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 VAA93820;
Thu, 2 Sep 1999 21:03:00 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Thu, 2 Sep 1999 21:03:00 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: "Arthur H. Johnson II" <arthur@tucows.com>
Cc: Nick Hibma <nick.hibma@jrc.it>, freebsd-current@freebsd.org
Subject: Re: Problems with the sound card.
In-Reply-To: <Pine.BSF.4.10.9909021101180.394-100000@Arthur.Linuxberg>
Message-ID: <Pine.BSF.4.10.9909022101550.2081-100000@salmon.nlsystems.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Thu, 2 Sep 1999, Arthur H. Johnson II wrote:
> here it is:
> sb0 at port 0x220 irq 5 drq 1 on isa0
> snd0: <SoundBlaster 16 4.13>
> sbxvi0 at port 0xffffffff drq 5 on isa0
> isa_compat: didn't get ports for sbxvi
> snd0: <SoundBlaster 16 4.13>
> WARNING: "snd" is usurping "snd"'s cdevsw[]
> unknown0: <Game> on isa0
> unknown1: <Audio> at port 0x221-0x230,0x300-0x301,0x388-0x38b irq 9 drq 3,7 on isa0
> changing root device to wd0s1a
> Sound: DMA (output) timed out - IRQ/DRQ config error?
> Sound: DMA (output) timed out - IRQ/DRQ config error?
> Sound: DMA (output) timed out - IRQ/DRQ config error?
Could you try removing the old voxware drivers from your config and
changing over to the pcm driver. Since your card is a PnP one, you should
be able to put just "device pcm0" in your kernel config.
--
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 Thu Sep 2 13: 4:15 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 2D44714F55
for <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 13:04:11 -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 VAA93824;
Thu, 2 Sep 1999 21:03:50 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Thu, 2 Sep 1999 21:03:50 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: Kenneth Wayne Culver <culverk@wam.umd.edu>
Cc: freebsd-current@freebsd.org
Subject: Re: current kernel breakage
In-Reply-To: <Pine.GSO.4.10.9909021434540.16579-100000@rac7.wam.umd.edu>
Message-ID: <Pine.BSF.4.10.9909022103280.2081-100000@salmon.nlsystems.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Thu, 2 Sep 1999, Kenneth Wayne Culver wrote:
> I recently recompiled my kernel with the following kernel config file, and
> now when I boot up, I get about halfway through probing, and the computer
> freezes, accepting no keyboard input or anything else but a hard reset
> (reset button) here is my kernel Config file..
What is printed just before it freezes?
--
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 Thu Sep 2 13:16:21 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 DC8F214F55
for <freebsd-current@FreeBSD.ORG>; Thu, 2 Sep 1999 13:16:12 -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 NAA09898;
Thu, 2 Sep 1999 13:14:31 -0700 (PDT)
(envelope-from parag@pinhead.parag.codegen.com)
To: Greg Lehey <grog@lemis.com>, Bernd Walter <ticso@cicely.de>
Cc: Matthew Dillon <dillon@apollo.backplane.com>,
Mike Smith <mike@smith.net.au>, freebsd-current@FreeBSD.ORG
Subject: Re: 4.0-CURRENT SMP crash with vinum raid-5 and softupdates
In-Reply-To: Message from Parag Patel <parag@cgt.com>
of "Thu, 02 Sep 1999 12:55:26 PDT." <9651.936302126@pinhead.parag.codegen.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: Thu, 02 Sep 1999 13:14:31 -0700
Message-ID: <9894.936303271@pinhead.parag.codegen.com>
From: Parag Patel <parag@cgt.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Forgot to mention - SMP makes no difference to the crash. I've turned
it off for now to simplify debugging. Just vinum+raid5+softupdates
seems to be enough.
-- Parag
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 14:10: 5 1999
Delivered-To: freebsd-current@freebsd.org
Received: from finch-post-10.mail.demon.net (finch-post-10.mail.demon.net [194.217.242.38])
by hub.freebsd.org (Postfix) with ESMTP
id 436B714F32; Thu, 2 Sep 1999 14:09:46 -0700 (PDT)
(envelope-from gandalf@vilnya.demon.co.uk)
Received: from vilnya.demon.co.uk ([158.152.19.238])
by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1)
id 11Me68-0001LZ-0A; Thu, 2 Sep 1999 21:08:44 +0000
Received: from nenya (nenya.rings [10.2.4.3])
by vilnya.demon.co.uk (8.9.3/8.9.1) with SMTP id WAA12469;
Thu, 2 Sep 1999 22:10:50 +0100 (BST)
(envelope-from gandalf@vilnya.demon.co.uk)
Message-ID: <000901bef588$1a0bf060$0304020a@rings>
From: "Cameron Grant" <gandalf@vilnya.demon.co.uk>
To: <freebsd-multimedia@freebsd.org>, <committers@freebsd.org>,
<freebsd-current@freebsd.org>
Subject: newpcm
Date: Thu, 2 Sep 1999 22:14:09 +0100
MIME-Version: 1.0
Content-Type: text/plain;
charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
apologies for this message being late.
newpcm has now been committed in -current, with functional trident 4dwave,
es1370, sb and mss support. minimal changes to kernel config should be
required:
pci devices:
device pcm0
isa pnp devices:
controller pnp0
device pcm0
non-pnp isa devices:
device pcm0 at ..., as before
newpcm should work on any freebsd-supported platform as it uses newbus. it
has been tested on i386 and alpha. there should be no change to the
userland interface other than addition of mmap()/trigger support, which has
been tested with an oss sample program, but no real applications.
a design overview of newpcm is available at
http://www.vilnya.demon.co.uk/design.txt
i intend to put a hardware driver skeleton up on the same site in the next
few days.
- cameron
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 14:37:14 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 F39E014E9D; Thu, 2 Sep 1999 14:37:10 -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 OAA46639;
Thu, 2 Sep 1999 14:41:51 -0700 (PDT)
(envelope-from sgk)
From: Steve Kargl <sgk@troutmask.apl.washington.edu>
Message-Id: <199909022141.OAA46639@troutmask.apl.washington.edu>
Subject: Re: newpcm
In-Reply-To: <000901bef588$1a0bf060$0304020a@rings> from Cameron Grant at "Sep 2, 1999 10:14:09 pm"
To: gandalf@vilnya.demon.co.uk (Cameron Grant)
Date: Thu, 2 Sep 1999 14:41:51 -0700 (PDT)
Cc: freebsd-multimedia@FreeBSD.ORG, committers@FreeBSD.ORG,
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
Cameron Grant wrote:
>a design overview of newpcm is available at
>http://www.vilnya.demon.co.uk/design.txt
>
>i intend to put a hardware driver skeleton up on the same site in the next
>few days.
What about a man page?
--
Steve
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 14:56:21 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 1DCFA14C2E; Thu, 2 Sep 1999 14:56:08 -0700 (PDT)
(envelope-from sobomax@altavista.net)
Received: from altavista.net (dialup2-49.iptelecom.net.ua [212.42.74.113])
by ipt2.iptelecom.net.ua (8.9.3/8.9.3) with ESMTP id AAA16220;
Fri, 3 Sep 1999 00:56:56 +0300 (EEST)
Message-ID: <37CEF360.46F7C88D@altavista.net>
Date: Fri, 03 Sep 1999 01:00:00 +0300
From: Maxim Sobolev <sobomax@altavista.net>
X-Mailer: Mozilla 4.61 [en] (Win95; I)
X-Accept-Language: en
MIME-Version: 1.0
To: Cameron Grant <gandalf@vilnya.demon.co.uk>
Cc: freebsd-multimedia@FreeBSD.ORG, committers@FreeBSD.ORG,
freebsd-current@FreeBSD.ORG
Subject: Re: newpcm
References: <000901bef588$1a0bf060$0304020a@rings>
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Cameron Grant wrote:
> newpcm has now been committed in -current, with functional trident 4dwave,
> es1370, sb and mss support. minimal changes to kernel config should be
> required:
>
> pci devices:
> device pcm0
>
> isa pnp devices:
> controller pnp0
> device pcm0
Unfortunately I can't get it working on my SB16PNP with previously worked
flamessly with "oldpcm". I've did as you suggested - as it seems to be pnp card
I've removed all "at isa0 ....", rebuilded and rebooted. But with the new
kernel I've observed 2 things: (1) my "pnp 1 0 os enable ..." string is no
longer recognised; (2) SB is no longer works :-(. Following is relevant pieces
of my dmesg output for both cases:
"newpcm:"
config> pnp 1 0 os enable port0 0x220 irq0 5 drq0 1 drq1 3
Invalid command or syntax. Type `?' for help.
avail memory = 62058496 (60604K bytes)
bios32: Found BIOS32 Service Directory header at 0xc00fb020
bios32: Entry = 0xfb4a0 (c00fb4a0) Rev = 0 Len = 1
pcibios: PCI BIOS entry at 0xb4d0
pnpbios: Found PnP BIOS data at 0xc00fc0e0
pnpbios: Entry = f0000:c108 Rev = 1.0
pnpbios: 15 devices, largest 98 bytes
pnpbios: handle 0 device ID PNP0000 (0000d041)
pnpbios: handle 1 device ID PNP0200 (0002d041)
pnpbios: handle 2 device ID PNP0100 (0001d041)
pnpbios: handle 3 device ID PNP0b00 (000bd041)
pnpbios: handle 4 device ID PNP0303 (0303d041)
pnpbios: handle 5 device ID PNP0800 (0008d041)
pnpbios: handle 6 device ID PNP0c04 (040cd041)
pnpbios: handle 7 device ID PNP0c01 (010cd041)
pnpbios: handle 8 device ID PNP0c02 (020cd041)
pnpbios: handle 9 device ID PNP0a03 (030ad041)
pnpbios: handle 11 device ID PNP0c02 (020cd041)
pnpbios: handle 12 device ID PNP0501 (0105d041)
pnpbios: handle 13 device ID PNP0700 (0007d041)
pnpbios: handle 15 device ID PNP0401 (0104d041)
pnpbios: handle 16 device ID PNP0501 (0105d041)
Other BIOS signatures found:
ACPI: 00000000
Preloaded elf kernel "kernel" at 0xc02f7000.
Preloaded userconfig_script "/boot/kernel.conf" at 0xc02f70a8.
isab0: <VIA 82C586 PCI-ISA bridge> at device 7.0 on pci0
Trying Read_Port at 203
isa0: <ISA bus> on isab0
unknown0: <Reserved> on isa0
unknown1: <Game> on isa0
unknown2: <Audio> at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on
isa0
unknown3: <Generic ESDI/IDE/ATA controller> at port 0x168-0x16f,0x36e-0x36f irq
10 on isa0
And following was with "oldpcm":
config> pnp 1 0 os enable port0 0x220 irq0 5 drq0 1 drq1 3
Probing for PnP devices:
Trying Read_Port at 203
PnP: CSN 1 COMP_DEVICE_ID = 0x0006d041
CSN 1 Vendor ID: CTL0028 [0x28008c0e] Serial 0x1013c276 Comp ID: PNP0600
[0x0006d041]
PnP: override config for CSN 1 LDN 0 vend_id 0x28008c0e
port 0x0000 0x0000 0x0000 0x0000 irq 0:0 drq 4:4 en 0
Called nullpnp_probe with tag 0x00000001, type 0x28008c0e
Called nullpnp_probe with tag 0x00000001, type 0x0006d041
port 0x0220 0x0000 0x0000 0x0000 irq 5:0 drq 1:3 en 1
port 0x0220 0x0000 0x0000 0x0000 irq 5:0 drq 1:3 en 1
pcm1 (SB16pnp <SB16 PnP> sn 0x1013c276) at 0x220-0x22f irq 5 drq 1 flags 0x13
on isa
Sincerely,
Maxim
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 15:12:25 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 E346814CBF; Thu, 2 Sep 1999 15:12:07 -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 XAA94258;
Thu, 2 Sep 1999 23:10:30 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Thu, 2 Sep 1999 23:10:30 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: Maxim Sobolev <sobomax@altavista.net>
Cc: Cameron Grant <gandalf@vilnya.demon.co.uk>,
freebsd-multimedia@freebsd.org, committers@freebsd.org,
freebsd-current@freebsd.org
Subject: Re: newpcm
In-Reply-To: <37CEF360.46F7C88D@altavista.net>
Message-ID: <Pine.BSF.4.10.9909022309000.2081-100000@salmon.nlsystems.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, 3 Sep 1999, Maxim Sobolev wrote:
> Cameron Grant wrote:
>
> > newpcm has now been committed in -current, with functional trident 4dwave,
> > es1370, sb and mss support. minimal changes to kernel config should be
> > required:
> >
> > pci devices:
> > device pcm0
> >
> > isa pnp devices:
> > controller pnp0
> > device pcm0
>
> Unfortunately I can't get it working on my SB16PNP with previously worked
> flamessly with "oldpcm". I've did as you suggested - as it seems to be pnp card
> I've removed all "at isa0 ....", rebuilded and rebooted. But with the new
> kernel I've observed 2 things: (1) my "pnp 1 0 os enable ..." string is no
> longer recognised; (2) SB is no longer works :-(. Following is relevant pieces
> of my dmesg output for both cases:
Could you send the output of pnpinfo. We are probably missing an ID in the
driver. The new pnp code doesn't need the "pnp 1 0 ..." stuff as it deals
with resource allocation itself without the need for user intervention.
--
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 Thu Sep 2 15:12:29 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 5F56214F34
for <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 15:12: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 WAA94150;
Thu, 2 Sep 1999 22:54:42 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Thu, 2 Sep 1999 22:54:42 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: Luoqi Chen <luoqi@watermarkgroup.com>
Cc: arthur@tucows.com, nick.hibma@jrc.it, freebsd-current@freebsd.org
Subject: Re: Problems with the sound card.
In-Reply-To: <199909021750.NAA26766@lor.watermarkgroup.com>
Message-ID: <Pine.BSF.4.10.9909022253420.2081-100000@salmon.nlsystems.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Thu, 2 Sep 1999, Luoqi Chen wrote:
> > 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
> > >
>
> I too have problems with my on board CS4236 sound chip and it is of a very
> strange nature: in the new isa pnp code, function isa_assign_resources()
> mysteriously overwrites the isa_device structure and sets logical_id to 0,
> and as a result subsequent probe would not recognize it any more. I have
> narrowed it down to the bus_release_resource() call at the end of
> isa_find_irq(). It was so convoluted beyond that point and I gave up.
> I'd like to see someone more familiar with the code to continue.
This sounds pretty strange. What do you have in your kernel config? For
PnP cards, you just need:
device pcm0
in the config file (i.e. no explicit bus location or resource
assignments).
--
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 Thu Sep 2 15:15:57 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 336F514F8F
for <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 15:15:54 -0700 (PDT)
(envelope-from luoqi@watermarkgroup.com)
Received: (from luoqi@localhost)
by lor.watermarkgroup.com (8.8.8/8.8.8) id SAA01197;
Thu, 2 Sep 1999 18:14:24 -0400 (EDT)
(envelope-from luoqi)
Date: Thu, 2 Sep 1999 18:14:24 -0400 (EDT)
From: Luoqi Chen <luoqi@watermarkgroup.com>
Message-Id: <199909022214.SAA01197@lor.watermarkgroup.com>
To: dfr@nlsystems.com
Subject: Re: Problems with the sound card.
Cc: arthur@tucows.com, freebsd-current@freebsd.org, nick.hibma@jrc.it
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
> > I too have problems with my on board CS4236 sound chip and it is of a very
> > strange nature: in the new isa pnp code, function isa_assign_resources()
> > mysteriously overwrites the isa_device structure and sets logical_id to 0,
> > and as a result subsequent probe would not recognize it any more. I have
> > narrowed it down to the bus_release_resource() call at the end of
> > isa_find_irq(). It was so convoluted beyond that point and I gave up.
> > I'd like to see someone more familiar with the code to continue.
>
> This sounds pretty strange. What do you have in your kernel config? For
> PnP cards, you just need:
>
> device pcm0
>
> in the config file (i.e. no explicit bus location or resource
> assignments).
>
That's exactly what I have. This is just so weird. I am now reading the
debug register chapter of intel's manual, it is virtually impossible to
pinpoint the location by single-stepping through the code...
-lq
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 15:24: 3 1999
Delivered-To: freebsd-current@freebsd.org
Received: from tele-post-20.mail.demon.net (tele-post-20.mail.demon.net [194.217.242.20])
by hub.freebsd.org (Postfix) with ESMTP
id 83E3F14E9D; Thu, 2 Sep 1999 15:23:52 -0700 (PDT)
(envelope-from gandalf@vilnya.demon.co.uk)
Received: from vilnya.demon.co.uk ([158.152.19.238])
by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2)
id 11MfFS-000Ibm-0K; Thu, 2 Sep 1999 22:22:26 +0000
Received: from nenya (nenya.rings [10.2.4.3])
by vilnya.demon.co.uk (8.9.3/8.9.1) with SMTP id XAA12724;
Thu, 2 Sep 1999 23:24:33 +0100 (BST)
(envelope-from gandalf@vilnya.demon.co.uk)
Message-ID: <001301bef592$65b2ce80$0304020a@rings>
From: "Cameron Grant" <gandalf@vilnya.demon.co.uk>
To: "Doug Rabson" <dfr@nlsystems.com>,
"Maxim Sobolev" <sobomax@altavista.net>
Cc: <freebsd-multimedia@freebsd.org>, <committers@freebsd.org>,
<freebsd-current@freebsd.org>
References: <Pine.BSF.4.10.9909022309000.2081-100000@salmon.nlsystems.com>
Subject: Re: newpcm
Date: Thu, 2 Sep 1999 23:27:52 +0100
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Doug Rabson wrote:
> > Unfortunately I can't get it working on my SB16PNP with previously
worked
> > flamessly with "oldpcm". I've did as you suggested - as it seems to be
pnp card
> > I've removed all "at isa0 ....", rebuilded and rebooted. But with the
new
> > kernel I've observed 2 things: (1) my "pnp 1 0 os enable ..." string is
no
> > longer recognised; (2) SB is no longer works :-(. Following is relevant
pieces
> > of my dmesg output for both cases:
>
> Could you send the output of pnpinfo. We are probably missing an ID in the
> driver. The new pnp code doesn't need the "pnp 1 0 ..." stuff as it deals
> with resource allocation itself without the need for user intervention.
this is the second such report i've had; in the previous case the pnp id was
present, so i guess there is a problem elsewhere.
- cameron
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 15:26: 1 1999
Delivered-To: freebsd-current@freebsd.org
Received: from smtp2.free.fr (smtp2.free.fr [212.27.32.6])
by hub.freebsd.org (Postfix) with ESMTP id 267BC14E9D
for <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 15:25:56 -0700 (PDT)
(envelope-from nsouch@free.fr)
Received: from free.fr (paris11-53-130.dial.proxad.net [212.27.53.130])
by smtp2.free.fr (8.9.3/8.9.3/Debian/GNU) with ESMTP id AAA12664
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 00:25:52 +0200
Received: (from nsouch@localhost)
by free.fr (8.9.3/8.9.1) id AAA00844;
Fri, 3 Sep 1999 00:30:25 +0200 (CEST)
(envelope-from nsouch)
Message-ID: <19990903003025.12652@breizh.free.fr>
Date: Fri, 3 Sep 1999 00:30:25 +0200
From: Nicolas Souchu <nsouch@free.fr>
To: freebsd-current@freebsd.org
Subject: ATAPI CR writing problem after onp
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.81e
X-Operating-System: FreeBSD breizh 4.0-CURRENT FreeBSD 4.0-CURRENT
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Hi,
I have the following errors when I try to append audio to a fixated onp
CD-R
First, shall I reuse burnaudio when reopening a CD?
I made burnaudio work with the following tricks:
>>>
device=/dev/r$1
wormcontrol -f$device prepdisk single
shift
for f in $*
do
echo Burning file $f
wormcontrol -f $device track audio
wormcontrol -f $device nextwriteable
dd if=$f of=$device bs=2352
done
wormcontrol -f $device fixate 0 onp
<<<
fixate 0 instead of 1
prepdisk single instead of double
>>>
atapi_error: READ_TOC - ILLEGAL REQUEST skey=5 asc=24 ascq=00 error=00
acd0: sequence error (PREP_TRACK)
atapi_error: READ_TOC - ILLEGAL REQUEST skey=5 asc=24 ascq=00 error=00
atapi_error: READ_TOC - ILLEGAL REQUEST skey=5 asc=24 ascq=00 error=00
atapi_error: WRITE_BIG - ILLEGAL REQUEST skey=5 asc=21 ascq=17 error=00
atapi_error: READ_TOC - ILLEGAL REQUEST skey=5 asc=24 ascq=00 error=00
atapi_error: READ_TOC - ILLEGAL REQUEST skey=5 asc=24 ascq=00 error=00
acd0: read_toc failed
acd0: read_toc failed
i4b-L1-timer4_expired: state = F3 Deactivated
atapi_error: READ_TRACK_INFO - ILLEGAL REQUEST skey=5 asc=21 ascq=10 error=00
atapi_error: WRITE_BIG - ILLEGAL REQUEST skey=5 asc=64 ascq=21 error=00
atapi_error: READ_TRACK_INFO - ILLEGAL REQUEST skey=5 asc=21 ascq=10 error=00
atapi_error: WRITE_BIG - ILLEGAL REQUEST skey=5 asc=64 ascq=21 error=00
cd9660: Joliet Extension
i4b-L1-timer4_expired: state = F3 Deactivated
atapi_error: READ_TRACK_INFO - ILLEGAL REQUEST skey=5 asc=21 ascq=10 error=00
atapi_error: WRITE_BIG - ILLEGAL REQUEST skey=5 asc=64 ascq=21 error=00
atapi_error: READ_TRACK_INFO - ILLEGAL REQUEST skey=5 asc=21 ascq=10 error=00
atapi_error: WRITE_BIG - ILLEGAL REQUEST skey=5 asc=64 ascq=21 error=00
<<<
The dmesg is
>>>
atapi: piomode=3, dmamode=1, udmamode=-1
atapi: PIO transfer mode set
acd0: <Traxdata CDRW2260+/V:003.01> CDROM drive at ata0 as master
acd0: drive speed 1034KB/sec, 768KB cache
acd0: supported read types: CD-R, CD-RW, CD-DA, packet track
acd0: supported write types: CD-R, CD-RW, test write
acd0: Audio: play, 128 volume levels
acd0: Mechanism: ejectable tray
acd0: Medium: CD-ROM 120mm audio disc loaded, unlocked, lock protected
ata0: unwanted interrupt 2 status = 00
ata_command: timeout waiting for interrupt
<<<
Thanks in advance!
Nicholas
--
nsouch@free.fr / nsouch@freebsd.org
FreeBSD - Turning PCs into workstations - 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 Thu Sep 2 15:47:18 1999
Delivered-To: freebsd-current@freebsd.org
Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252])
by hub.freebsd.org (Postfix) with ESMTP id 0703B15C70
for <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 15:47:04 -0700 (PDT)
(envelope-from roberto@keltia.freenix.fr)
Received: (from uucp@localhost)
by frmug.org (8.9.3/frmug-2.5/nospam) with UUCP id AAA16013
for freebsd-current@freebsd.org; Fri, 3 Sep 1999 00:46:32 +0200 (CEST)
(envelope-from roberto@keltia.freenix.fr)
Received: by keltia.freenix.fr (Postfix, from userid 101)
id DC159870A; Thu, 2 Sep 1999 22:39:39 +0200 (CEST)
Date: Thu, 2 Sep 1999 22:39:39 +0200
From: Ollivier Robert <roberto@keltia.freenix.fr>
To: freebsd-current@freebsd.org
Subject: Re: Problems with the sound card.
Message-ID: <19990902223939.A41665@keltia.freenix.fr>
Mail-Followup-To: freebsd-current@freebsd.org
References: <Pine.BSF.4.10.9909021101180.394-100000@Arthur.Linuxberg> <Pine.BSF.4.10.9909022101550.2081-100000@salmon.nlsystems.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/0.95.5i
In-Reply-To: <Pine.BSF.4.10.9909022101550.2081-100000@salmon.nlsystems.com>; from Doug Rabson on Thu, Sep 02, 1999 at 09:03:00PM +0100
X-Operating-System: FreeBSD 4.0-CURRENT/ELF ctm#5543 AMD-K6 MMX @ 200 MHz
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
According to Doug Rabson:
> changing over to the pcm driver. Since your card is a PnP one, you should
> be able to put just "device pcm0" in your kernel config.
Even for ISA ones ? I though only PCI sound cards let you use the shorter
form...
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr
FreeBSD keltia.freenix.fr 4.0-CURRENT #73: Sat Jul 31 15:36:05 CEST 1999
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 16:17:53 1999
Delivered-To: freebsd-current@freebsd.org
Received: from nygate.undp.org (nygate.undp.org [192.124.42.3])
by hub.freebsd.org (Postfix) with ESMTP
id D7D9214E9D; Thu, 2 Sep 1999 16:17:45 -0700 (PDT)
(envelope-from ugen@xonix.com)
Received: from umka.undp.org (umka.undp.org [192.124.42.40])
by nygate.undp.org (8.9.3/8.9.3/1.3) with ESMTP id TAA24407;
Thu, 2 Sep 1999 19:17:12 -0400 (EDT)
Received: from xonix.com ([127.0.0.1]) by umka.undp.org
(Netscape Messaging Server 3.6) with ESMTP id AAA551E;
Thu, 2 Sep 1999 19:19:05 -0400
Message-ID: <37CF065B.8FAD807B@xonix.com>
Date: Thu, 02 Sep 1999 19:20:59 -0400
From: Ugen Antsilevitch <ugen@xonix.com>
X-Mailer: Mozilla 4.51 [en] (Win98; I)
X-Accept-Language: en
MIME-Version: 1.0
To: freebsd-questions@freebsd.org
Cc: freebsd-current@freebsd.org
Subject: NAT speed?
References: <64003B21ECCAD11185C500805F31EC030378729A@houston.matchlogic.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Did anyone make any kind of benchmarking on the NAT?
I am interested in number of connections per hour / total simultaneous
connections and any other perfomance related experience you may have had with it?
Any1?
--Ugen
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 16:53:59 1999
Delivered-To: freebsd-current@freebsd.org
Received: from culverk.student.umd.edu (culverk.student.umd.edu [129.2.196.87])
by hub.freebsd.org (Postfix) with ESMTP id EACAA14E16
for <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 16:53:42 -0700 (PDT)
(envelope-from culverk@wam.umd.edu)
Received: from localhost (culverk@localhost)
by culverk.student.umd.edu (8.9.3/8.9.3) with ESMTP id TAA00765
for <freebsd-current@freebsd.org>; Thu, 2 Sep 1999 19:53:21 -0400 (EDT)
(envelope-from culverk@wam.umd.edu)
X-Authentication-Warning: culverk.student.umd.edu: culverk owned process doing -bs
Date: Thu, 2 Sep 1999 19:53:20 -0400 (EDT)
From: Kenneth Culver <culverk@wam.umd.edu>
X-Sender: culverk@culverk.student.umd.edu
To: freebsd-current@freebsd.org
Subject: The problem earlier
Message-ID: <Pine.BSF.4.10.9909021950590.468-100000@culverk.student.umd.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
OK, I have 2 problems, first the pnp stuff in the kernel is broken, when I
took the pnp device out of the kernel, it boots without hanging. Second,
the new pcm stuff doesn't work (at least not with my creative Vibra16X).
If someone can tell me if the new pcm has full support (except midi, I
don't use that) for the Aureal Vortex soundcard, I'll happily try that
one, because I have one sitting around waiting for the driver.
Second, make world is broken, See my previous message for information
about that.
Kenneth Culver
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 17:31:39 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 E261115602
for <freebsd-current@FreeBSD.ORG>; Thu, 2 Sep 1999 17:31:34 -0700 (PDT)
(envelope-from luoqi@watermarkgroup.com)
Received: (from luoqi@localhost)
by lor.watermarkgroup.com (8.8.8/8.8.8) id UAA02922;
Thu, 2 Sep 1999 20:24:35 -0400 (EDT)
(envelope-from luoqi)
Date: Thu, 2 Sep 1999 20:24:35 -0400 (EDT)
From: Luoqi Chen <luoqi@watermarkgroup.com>
Message-Id: <199909030024.UAA02922@lor.watermarkgroup.com>
To: dfr@nlsystems.com, luoqi@watermarkgroup.com
Subject: Re: Problems with the sound card.
Cc: arthur@tucows.com, freebsd-current@FreeBSD.ORG, nick.hibma@jrc.it
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
> That's exactly what I have. This is just so weird. I am now reading the
> debug register chapter of intel's manual, it is virtually impossible to
> pinpoint the location by single-stepping through the code...
>
The debug register trick worked, and the discovery was quite unexpected:
because the isa bus is hanging off the pci bus, bus_release_resource()
call by a isa device, eventually reaches the pci_release_resource(),
where the device is blindly assumed to be a pci device and its isa_device
struct overwritten as if it were a struct pci_devinfo. pci_release_resource()
should check for pass-thru releases.
-lq
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 19:43:51 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 D4EA114DAA
for <current@freebsd.org>; Thu, 2 Sep 1999 19:43:42 -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 KAA25593
for <current@freebsd.org>; Fri, 3 Sep 1999 10:40:34 +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 KAA09301
for <current@freebsd.org>; Fri, 3 Sep 1999 10:42:06 +0800 (WST)
Received: from ariadne.prth.tensor.pgs.com by ariadne.tensor.pgs.com (8.9.1b+Sun/SMI-SVR4)
id KAA13413; Fri, 3 Sep 1999 10:42:08 +0800 (WST)
Message-Id: <199909030242.KAA13413@ariadne.tensor.pgs.com>
X-Mailer: exmh version 2.0.2 2/24/98
To: current@freebsd.org
Subject: Failure of new PCM code to pickup my CS4236.
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 03 Sep 1999 10:42:07 +0800
From: Stephen Hocking-Senior Programmer PGS Perth <shocking@prth.pgs.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
A dmesg from it is as follows - note that the old PCM code used to find it.
The voxware stuff needs a couple of delays inserted to find it.
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: Thu Sep 2 19:25:14 WST 1999
toor@bloop.craftncomp.com:/usr/src/sys/compile/bloop
Timecounter "i8254" frequency 1193182 Hz
Timecounter "TSC" frequency 416530931 Hz
CPU: AMD-K6(tm) 3D processor (416.53-MHz 586-class CPU)
Origin = "AuthenticAMD" Id = 0x58c Stepping = 12
Features=0x8021bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX>
AMD Features=0x80000800<SYSCALL,3DNow!>
real memory = 67043328 (65472K bytes)
avail memory = 62074880 (60620K bytes)
Preloaded elf kernel "kernel" at 0xc02da000.
VESA: v3.0, 4096k memory, flags:0x1, mode table:0xc028d642 (1000022)
VESA: NVidia
K6-family MTRR support enabled (2 registers)
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <VIA 82C598MVP (Apollo MVP3) host bridge> on motherboard
pci0: <PCI bus> on pcib0
pcib1: <VIA 82C598MVP (Apollo MVP3) PCI-PCI (AGP) bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
vga-pci0: <NVidia model 0029 graphics accelerator> irq 11 at device 0.0 on pci1
isab0: <VIA 82C586 PCI-ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
ata-pci0: <Unknown PCI IDE controller (using generic mode)> at device 7.1 on
pci0
ata-pci0: Busmastering DMA supported
ata0 at 0x01f0 irq 14 on ata-pci0
uhci0: <VIA 83C572 USB controller> irq 10 at device 7.2 on pci0
usb0: <VIA 83C572 USB controller> on uhci0
uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhub0: port 1 error, restarting
uhub0: port 2 error, restarting
rl0: <RealTek 8139 10/100BaseTX> irq 12 at device 9.0 on pci0
rl0: Ethernet address: 00:00:e8:53:a2:3e
miibus0: <MII bus> on rl0
rlphy0: <RealTek internal media interface> on miibus0
rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
pci0: unknown card DPZ0001 (vendor=0x121a, dev=0x0001) at 11.0
atkbdc0: <keyboard controller (i8042)> at port 0x60-0x6f on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
vga0: <Generic ISA VGA> at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> on isa0
sc0: VGA <16 virtual consoles, flags=0x200>
fdc0: <NEC 72065B or clone> 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 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
joy0 at port 0x201 on isa0
joy0: joystick
unknown0: <CTRL> on isa0
unknown1: <WSS/SB> at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0
on isa0
unknown2: <GAME> at port 0x208-0x20f on isa0
unknown3: <MPU> at port 0x330-0x331 irq 9 on isa0
ds0 XXX: driver didn't set ifq_maxlen
ata0: master: setting up generic WDMA2 mode OK
ad0: <Maxtor 90648D3/GAS54112> ATA-4 disk at ata0 as master
ad0: 6179MB (12656448 sectors), 12556 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
changing root device to wd0s4a
The voxware dmesg is as follows - I needed to have some of the debug
statements enabled to reliably detect the card, which argues a timing problem
somewhere.
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: Thu Sep 2 19:39:03 WST 1999
toor@bloop.craftncomp.com:/usr/src/sys/compile/bloop
Timecounter "i8254" frequency 1193182 Hz
Timecounter "TSC" frequency 416530661 Hz
CPU: AMD-K6(tm) 3D processor (416.53-MHz 586-class CPU)
Origin = "AuthenticAMD" Id = 0x58c Stepping = 12
Features=0x8021bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX>
AMD Features=0x80000800<SYSCALL,3DNow!>
real memory = 67043328 (65472K bytes)
avail memory = 62033920 (60580K bytes)
Preloaded elf kernel "kernel" at 0xc02e4000.
VESA: v3.0, 4096k memory, flags:0x1, mode table:0xc0297222 (1000022)
VESA: NVidia
K6-family MTRR support enabled (2 registers)
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <VIA 82C598MVP (Apollo MVP3) host bridge> on motherboard
pci0: <PCI bus> on pcib0
pcib1: <VIA 82C598MVP (Apollo MVP3) PCI-PCI (AGP) bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
vga-pci0: <NVidia model 0029 graphics accelerator> irq 11 at device 0.0 on pci1
isab0: <VIA 82C586 PCI-ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
ata-pci0: <Unknown PCI IDE controller (using generic mode)> at device 7.1 on
pci0
ata-pci0: Busmastering DMA supported
ata0 at 0x01f0 irq 14 on ata-pci0
uhci0: <VIA 83C572 USB controller> irq 10 at device 7.2 on pci0
usb0: <VIA 83C572 USB controller> on uhci0
uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhub0: port 1 error, restarting
uhub0: port 2 error, restarting
rl0: <RealTek 8139 10/100BaseTX> irq 12 at device 9.0 on pci0
rl0: Ethernet address: 00:00:e8:53:a2:3e
miibus0: <MII bus> on rl0
rlphy0: <RealTek internal media interface> on miibus0
rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
pci0: unknown card DPZ0001 (vendor=0x121a, dev=0x0001) at 11.0
atkbdc0: <keyboard controller (i8042)> at port 0x60-0x6f on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
vga0: <Generic ISA VGA> at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> on isa0
sc0: VGA <16 virtual consoles, flags=0x200>
fdc0: <NEC 72065B or clone> 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 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
ad1848_detect(534)
ad1848_detect() - step A
ad1848_detect() - step B, test indirect register
ad1848_detect() - step C
ad1848_detect() - step D, last 4 bits of I12 readonly
ad1848_detect() - step F
ad1848_detect() - step G
ad1848_detect() - step H
ad1848_detect() - step I
ad1848_detect() - step I
ad1848_detect() - step K
ad1848_detect() - step L
ad1848_detect() - Detected OK
css0 at port 0x534 irq 5 drq 1 flags 0x8 on isa0
ad1848_detect(534)
snd0: <CS4232 (CS4236)>
opl0 at port 0x388 on isa0
snd0: <Yamaha OPL3 FM>
WARNING: "snd" is usurping "snd"'s cdevsw[]
mpu0 at port 0x330 irq 9 on isa0
snd0: <MPU-401 0.0 Midi interface>
WARNING: "snd" is usurping "snd"'s cdevsw[]
joy0 at port 0x201 on isa0
joy0: joystick
unknown0: <CTRL> on isa0
unknown1: <WSS/SB> at port 0x535-0x538,0x389-0x38c,0x220-0x22f irq 7 drq 3,0
on isa0
unknown2: <GAME> at port 0x208-0x20f on isa0
unknown3: <MPU> at port 0x331-0x332 irq 11 on isa0
ds0 XXX: driver didn't set ifq_maxlen
ata0: master: setting up generic WDMA2 mode OK
ad0: <Maxtor 90648D3/GAS54112> ATA-4 disk at ata0 as master
ad0: 6179MB (12656448 sectors), 12556 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
changing root device to wd0s4a
--
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 Thu Sep 2 21:21:20 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 C8AB914C82
for <current@FreeBSD.ORG>; Thu, 2 Sep 1999 21:21:15 -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 WAA19497;
Thu, 2 Sep 1999 22:21:12 -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 WAA29497; Thu, 2 Sep 1999 22:21:15 -0600 (MDT)
Message-Id: <199909030421.WAA29497@harmony.village.org>
To: Oscar Bonilla <obonilla@fisicc-ufm.edu>
Subject: Re: recent apm changes (FYI)
Cc: current@FreeBSD.ORG
In-reply-to: Your message of "Thu, 02 Sep 1999 08:54:20 MDT."
<19990902085420.A31196@fisicc-ufm.edu>
References: <19990902085420.A31196@fisicc-ufm.edu>
Date: Thu, 02 Sep 1999 22:21:14 -0600
From: Warner Losh <imp@village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
In message <19990902085420.A31196@fisicc-ufm.edu> Oscar Bonilla writes:
: 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...
How new is your userland? There have been some bugs in that area
fixed in pccardd of late. Maybe we missed one? I have a 3C589D that
I saw this problem with once or twice, but haven't seen it lately.
Warner
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 23:25:31 1999
Delivered-To: freebsd-current@freebsd.org
Received: from amukta.gci.net (amukta.gci.net [208.138.130.216])
by hub.freebsd.org (Postfix) with ESMTP id 042B614CC9
for <freebsd-current@FreeBSD.ORG>; Thu, 2 Sep 1999 23:25:28 -0700 (PDT)
(envelope-from mandm@alaska.com)
Received: from [209.165.149.170] ([209.165.149.170]) by
amukta.gci.net (Netscape Messaging Server 4.04 Jul 21 1999
18:33:18) with SMTP id FHH0EV03.55S for
<freebsd-current@FreeBSD.ORG>; Thu, 2 Sep 1999 22:23:19 -0800
Message-Id: <3.0.6.32.19990902222312.0080ba30@mail.gci.net>
X-Sender: mandm@mail.gci.net
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32)
Date: Thu, 02 Sep 1999 22:23:12 -0800
To: freebsd-current@FreeBSD.ORG
From: "Michael A. Endsley" <mandm@alaska.com>
Subject: Still can't install current via ftp!
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 downloaded the latest floppies from current (19990827) and tried
installing current on a different machine that did not have a previous
version of FreeBSD on it.
As before (search for vty3 and Alt-F3), once I went through the novice
installation and got to the part to connect to FreeBSD, I could not get to
the vt (ALT-F3) to start ppp.
This is for a new installation.
Should I present this problem to the hackers maillist?
I really think this is a problem that should be fixed by somebody.
BTW- I did a new install of 3.2 and it worked great. It appears something
happened between 3.2 and 4.0.
Perhaps I will have to install 3.2 and then upgrade to 4.0??
Thanks again,
Michael A. Endsley
mand@alaska.com
(was al7oj@customcpu.com)
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 0:12:59 1999
Delivered-To: freebsd-current@freebsd.org
Received: from mw4.texas.net (mw4.texas.net [206.127.30.14])
by hub.freebsd.org (Postfix) with ESMTP id A756914CC5
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 00:12:51 -0700 (PDT)
(envelope-from rsnow@lgc.com)
Received: from basil.dympna.COM (mnet06-56.sat.texas.net [209.99.48.224])
by mw4.texas.net (2.4/2.4) with ESMTP
id CAA07155 for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 02:09:47 -0500 (CDT)
Received: from lgc.com (IDENT:rsnow@turbo [134.132.228.6])
by basil.dympna.COM (8.9.3/8.8.7) with ESMTP id CAA00982
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 02:09:47 -0500 (CDT)
(envelope-from rsnow@lgc.com)
Message-ID: <37CF743A.452D81EF@lgc.com>
Date: Fri, 03 Sep 1999 02:09:47 -0500
From: Rob Snow <rsnow@lgc.com>
X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.11 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Subject: spec_getpages error in current kernel from last night
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Just got this message while in cvsup:
Sep 3 02:01:09 basil /kernel: spec_getpages: I/O read failure: (error
code=0) bp 0xc44a3158 vp 0xc9e071c0
Sep 3 02:01:09 basil /kernel: size: 0, resid: 0, a_count: 803, valid:
0x0
Sep 3 02:01:09 basil /kernel: nread: 0, reqpage: 0, pindex: 0, pcount:
1
Sep 3 02:01:09 basil /kernel: vm_fault: pager read error, pid 921
(cvsup)
Sep 3 02:01:09 basil /kernel: pid 921 (cvsup), uid 0: exited on signal
6 (core dumped)
I'm guessing this is _bad_?
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 0:26:50 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 E113814CEE
for <freebsd-current@FreeBSD.ORG>; Fri, 3 Sep 1999 00:26:47 -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 JAA05130;
Fri, 3 Sep 1999 09:26:36 +0200 (CEST)
(envelope-from phk@critter.freebsd.dk)
To: Rob Snow <rsnow@lgc.com>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: spec_getpages error in current kernel from last night
In-reply-to: Your message of "Fri, 03 Sep 1999 02:09:47 CDT."
<37CF743A.452D81EF@lgc.com>
Date: Fri, 03 Sep 1999 09:26:36 +0200
Message-ID: <5128.936343596@critter.freebsd.dk>
From: Poul-Henning Kamp <phk@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
can we have:
uname -a,
time of last cvsup/ctm
and
dmesg output
please ?
In message <37CF743A.452D81EF@lgc.com>, Rob Snow writes:
>Just got this message while in cvsup:
>
>Sep 3 02:01:09 basil /kernel: spec_getpages: I/O read failure: (error
>code=0) bp 0xc44a3158 vp 0xc9e071c0
>Sep 3 02:01:09 basil /kernel: size: 0, resid: 0, a_count: 803, valid:
>0x0
>Sep 3 02:01:09 basil /kernel: nread: 0, reqpage: 0, pindex: 0, pcount:
>1
>Sep 3 02:01:09 basil /kernel: vm_fault: pager read error, pid 921
>(cvsup)
>Sep 3 02:01:09 basil /kernel: pid 921 (cvsup), uid 0: exited on signal
>6 (core dumped)
>
>I'm guessing this is _bad_?
>
>
>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 Fri Sep 3 0:48: 2 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 920FB14F9C
for <current@freebsd.org>; Fri, 3 Sep 1999 00:47:57 -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 JAA05182; Fri, 3 Sep 1999 09:46:20 +0200 (MET DST)
Date: Fri, 3 Sep 1999 09:46:20 +0200 (MET DST)
From: Nick Hibma <nick.hibma@jrc.it>
X-Sender: n_hibma@elect8
Reply-To: Nick Hibma <nick.hibma@jrc.it>
To: Stephen Hocking-Senior Programmer PGS Perth <shocking@prth.pgs.com>
Cc: current@FreeBSD.ORG
Subject: USB errors (was: Re: Failure of new PCM code to pickup my CS4236.)
In-Reply-To: <199909030242.KAA13413@ariadne.tensor.pgs.com>
Message-ID: <Pine.GS4.4.10.9909030942420.4556-100000@elect8>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
> uhci0: <VIA 83C572 USB controller> irq 10 at device 7.2 on pci0
> usb0: <VIA 83C572 USB controller> on uhci0
> uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
> uhub0: 2 ports with 2 removable, self powered
> uhub0: port 1 error, restarting
> uhub0: port 2 error, restarting
Did you ever succeed in connecting and getting to work for example a
keyboard or a mouse?
Could you tell me the exact manufacturer and type of your motherboard,
or if you have the case open, could you tell me the exact part number of
the Via chip 83C572, the Super I/O chip that is?
I'm looking for some early version of a Via chip that had some brains
and therefore does things wrong with respect to EZ-USB chips and
reenumeration when the device reconnects with the same VID/PID (/RID).
Cheers,
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 Fri Sep 3 0:51: 2 1999
Delivered-To: freebsd-current@freebsd.org
Received: from mw5.texas.net (mw5.texas.net [206.127.30.15])
by hub.freebsd.org (Postfix) with ESMTP id BF25F1567C
for <freebsd-current@FreeBSD.ORG>; Fri, 3 Sep 1999 00:50:49 -0700 (PDT)
(envelope-from rsnow@lgc.com)
Received: from basil.dympna.COM (mnet06-56.sat.texas.net [209.99.48.224])
by mw5.texas.net (2.4/2.4) with ESMTP
id CAA18619; Fri, 3 Sep 1999 02:49:49 -0500 (CDT)
Received: from lgc.com (IDENT:rsnow@turbo [134.132.228.6])
by basil.dympna.COM (8.9.3/8.8.7) with ESMTP id CAA01202;
Fri, 3 Sep 1999 02:49:49 -0500 (CDT)
(envelope-from rsnow@lgc.com)
Message-ID: <37CF7D9B.2CADAD88@lgc.com>
Date: Fri, 03 Sep 1999 02:49:47 -0500
From: Rob Snow <rsnow@lgc.com>
X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.11 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: spec_getpages error in current kernel from last night
References: <5128.936343596@critter.freebsd.dk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
basil# uname -a
FreeBSD basil.dympna.com 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Thu Sep 2
19:58:43 CDT 1999
rsnow@basil.dympna.com:/stripe/current/src/sys/compile/Basil-SMP-Current
i386
Last cvsup was 2:03 on Sept 2
dmesg output: (I've snipped out non-existent di's and left the stuff
from my mucking with density for my Exabyte 8505, several modes weren't
supported)
rsnow@basil% dmesg
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: Thu Sep 2 19:58:43 CDT 1999
rsnow@basil.dympna.com:/stripe/current/src/sys/compile/Basil-SMP-Current
Timecounter "i8254" frequency 1193182 Hz
CPU: Pentium Pro (686-class CPU)
Origin = "GenuineIntel" Id = 0x616 Stepping = 6
Features=0xfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV>
real memory = 134217728 (131072K bytes)
<SNIPED OUT di's of non-existent devices>
avail memory = 127070208 (124092K bytes)
Programming 24 pins in IOAPIC #0
FreeBSD/SMP: Multiprocessor motherboard
cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000
cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000
io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000
Preloaded elf kernel "kernel" at 0xc02f1000.
Preloaded userconfig_script "/boot/kernel.conf" at 0xc02f109c.
Pentium Pro MTRR support enabled
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
isab0: <Intel 82371SB PCI to ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
ide_pci0: <Intel PIIX3 Bus-master IDE controller> at device 7.1 on pci0
fxp0: <Intel EtherExpress Pro 10/100B Ethernet> irq 16 at device 12.0 on
pci0
fxp0: Ethernet address 00:a0:c9:93:da:0c
ahc0: <Adaptec 2940 SCSI adapter> irq 17 at device 13.0 on pci0
ahc0: aic7870 Single Channel A, SCSI Id=7, 16/255 SCBs
vga-pci0: <Trident model 9660 VGA-compatible display device> irq 18 at
device 14.0 on pci0
ahc1: <Adaptec 2940 Ultra SCSI adapter> irq 19 at device 15.0 on pci0
ahc1: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs
fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f7 irq 6 drq 2 on isa0
wdc0 at port 0x1f0-0x1f7 irq 14 on isa0
wdc0: unit 0 (wd0): <Maxtor 7850 AV>
wd0: 814MB (1667232 sectors), 1654 cyls, 16 heads, 63 S/T, 512 B/S
atkbdc0: <keyboard controller (i8042)> at port 0x60-0x6f on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
vga0: <Generic ISA VGA> at port 0x3b0-0x3df iomem 0xa0000-0xbffff on
isa0
sc0: <System console> 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
sio2: not probed (disabled)
sio3: not probed (disabled)
ppc0 at port 0x378-0x37f irq 7 flags 0x40 on isa0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
plip0: <PLIP network interface> on ppbus 0
lpt0: <generic printer> on ppbus 0
lpt0: Interrupt-driven port
ppi0: <generic parallel i/o> on ppbus 0
APIC_IO: Testing 8254 interrupt delivery
APIC_IO: routing 8254 via pin 2
Waiting 15 seconds for SCSI devices to settle
SMP: AP CPU #1 Launched!
sa0 at ahc0 bus 0 target 4 lun 0
sa0: <EXABYTE EXB-85058SQANXR1 0781> Removable Sequential Access SCSI-2
device
sa0: 5.000MB/s transfers (5.000MHz, offset 11)
da0 at ahc0 bus 0 target 3 lun 0
da0: <MICROP 3243-19 1128RA 28RA> Fixed Direct Access SCSI-2 device
da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing
Enabled
da0: 4095MB (8388315 512 byte sectors: 255H 63S/T 522C)
da1 at ahc1 bus 0 target 6 lun 0
da1: <SEAGATE ST39173W 5764> Fixed Direct Access SCSI-2 device
da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing
Enabled
da1: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C)
da2 at ahc1 bus 0 target 8 lun 0
da2: <SEAGATE ST19171W 0023> Fixed Direct Access SCSI-2 device
da2: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing
Enabled
da2: 8683MB (17783112 512 byte sectors: 255H 63S/T 1106C)
changing root device to wd0s2a
vinum: loaded
vinum: reading configuration from /dev/da2s1e
vinum: updating configuration from /dev/da1s1e
(sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 10 0 0 1c 0
(sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
(sa0:ahc0:0:4:0): Invalid field in parameter list
(sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 10 0 0 1c 0
(sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
(sa0:ahc0:0:4:0): Invalid field in parameter list
(sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 10 0 0 1c 0
(sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
(sa0:ahc0:0:4:0): Invalid field in parameter list
(sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 0 0 0 c 0
(sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
(sa0:ahc0:0:4:0): Invalid field in parameter list
(sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 0 0 0 c 0
(sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
(sa0:ahc0:0:4:0): Invalid field in parameter list
(sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 10 0 0 1c 0
(sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
(sa0:ahc0:0:4:0): Invalid field in parameter list
(sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 10 0 0 1c 0
(sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
(sa0:ahc0:0:4:0): Invalid field in parameter list
spec_getpages: I/O read failure: (error code=0) bp 0xc44a3158 vp
0xc9e071c0
size: 0, resid: 0, a_count: 803, valid: 0x0
nread: 0, reqpage: 0, pindex: 0, pcount: 1
vm_fault: pager read error, pid 921 (cvsup)
pid 921 (cvsup), uid 0: exited on signal 6 (core dumped)
Poul-Henning Kamp wrote:
>
> can we have:
>
> uname -a,
> time of last cvsup/ctm
> and
> dmesg output
>
> please ?
>
> In message <37CF743A.452D81EF@lgc.com>, Rob Snow writes:
> >Just got this message while in cvsup:
> >
> >Sep 3 02:01:09 basil /kernel: spec_getpages: I/O read failure: (error
> >code=0) bp 0xc44a3158 vp 0xc9e071c0
> >Sep 3 02:01:09 basil /kernel: size: 0, resid: 0, a_count: 803, valid:
> >0x0
> >Sep 3 02:01:09 basil /kernel: nread: 0, reqpage: 0, pindex: 0, pcount:
> >1
> >Sep 3 02:01:09 basil /kernel: vm_fault: pager read error, pid 921
> >(cvsup)
> >Sep 3 02:01:09 basil /kernel: pid 921 (cvsup), uid 0: exited on signal
> >6 (core dumped)
> >
> >I'm guessing this is _bad_?
> >
> >
> >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
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 0:53:58 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 ED58815091; Fri, 3 Sep 1999 00:53:49 -0700 (PDT)
(envelope-from obrien@NUXI.com)
Received: from dragon.nuxi.com (iras-2-59.ucdavis.edu [169.237.16.187])
by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id AAA43084;
Fri, 3 Sep 1999 00:53:33 -0700 (PDT)
(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
by dragon.nuxi.com (8.9.3/8.9.1) id AAA48973;
Fri, 3 Sep 1999 00:53:32 -0700 (PDT)
(envelope-from obrien)
Date: Fri, 3 Sep 1999 00:53:31 -0700
From: "David O'Brien" <obrien@FreeBSD.org>
To: Peter Jeremy <jeremyp@gsmx07.alcatel.com.au>
Cc: current@FreeBSD.org, hardware@FreeBSD.org
Subject: Re: Support for 3Com 3CCFE574BT 10/100 LAN Card
Message-ID: <19990903005331.A48301@dragon.nuxi.com>
Reply-To: obrien@FreeBSD.org
References: <99Sep2.113418est.40346@border.alcanet.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0pre1i
In-Reply-To: <99Sep2.113418est.40346@border.alcanet.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 notice that -current supports the 3C574, but not the newer 3C574B.
> Is anyone working on support for this card?
Is the 3c574B PCCARD (old-style PCIMCA), or CARDBUS?
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 0:55:56 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 29ADC151E1
for <freebsd-current@FreeBSD.ORG>; Fri, 3 Sep 1999 00:55:42 -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 JAA05333;
Fri, 3 Sep 1999 09:54:28 +0200 (CEST)
(envelope-from phk@critter.freebsd.dk)
To: Rob Snow <rsnow@lgc.com>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: spec_getpages error in current kernel from last night
In-reply-to: Your message of "Fri, 03 Sep 1999 02:49:47 CDT."
<37CF7D9B.2CADAD88@lgc.com>
Date: Fri, 03 Sep 1999 09:54:28 +0200
Message-ID: <5331.936345268@critter.freebsd.dk>
From: Poul-Henning Kamp <phk@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Julian just reverted some changes, try a fresh current...
In message <37CF7D9B.2CADAD88@lgc.com>, Rob Snow writes:
>basil# uname -a
>FreeBSD basil.dympna.com 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Thu Sep 2
>19:58:43 CDT 1999
>rsnow@basil.dympna.com:/stripe/current/src/sys/compile/Basil-SMP-Current
>i386
>
>Last cvsup was 2:03 on Sept 2
>
>dmesg output: (I've snipped out non-existent di's and left the stuff
>from my mucking with density for my Exabyte 8505, several modes weren't
>supported)
>
>rsnow@basil% dmesg
>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: Thu Sep 2 19:58:43 CDT 1999
>
>rsnow@basil.dympna.com:/stripe/current/src/sys/compile/Basil-SMP-Current
>Timecounter "i8254" frequency 1193182 Hz
>CPU: Pentium Pro (686-class CPU)
> Origin = "GenuineIntel" Id = 0x616 Stepping = 6
>
>Features=0xfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV>
>real memory = 134217728 (131072K bytes)
><SNIPED OUT di's of non-existent devices>
>avail memory = 127070208 (124092K bytes)
>Programming 24 pins in IOAPIC #0
>FreeBSD/SMP: Multiprocessor motherboard
> cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000
> cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000
> io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000
>Preloaded elf kernel "kernel" at 0xc02f1000.
>Preloaded userconfig_script "/boot/kernel.conf" at 0xc02f109c.
>Pentium Pro MTRR support enabled
>npx0: <math processor> on motherboard
>npx0: INT 16 interface
>pcib0: <Host to PCI bridge> on motherboard
>pci0: <PCI bus> on pcib0
>isab0: <Intel 82371SB PCI to ISA bridge> at device 7.0 on pci0
>isa0: <ISA bus> on isab0
>ide_pci0: <Intel PIIX3 Bus-master IDE controller> at device 7.1 on pci0
>fxp0: <Intel EtherExpress Pro 10/100B Ethernet> irq 16 at device 12.0 on
>pci0
>fxp0: Ethernet address 00:a0:c9:93:da:0c
>ahc0: <Adaptec 2940 SCSI adapter> irq 17 at device 13.0 on pci0
>ahc0: aic7870 Single Channel A, SCSI Id=7, 16/255 SCBs
>vga-pci0: <Trident model 9660 VGA-compatible display device> irq 18 at
>device 14.0 on pci0
>ahc1: <Adaptec 2940 Ultra SCSI adapter> irq 19 at device 15.0 on pci0
>ahc1: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs
>fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f7 irq 6 drq 2 on isa0
>wdc0 at port 0x1f0-0x1f7 irq 14 on isa0
>wdc0: unit 0 (wd0): <Maxtor 7850 AV>
>wd0: 814MB (1667232 sectors), 1654 cyls, 16 heads, 63 S/T, 512 B/S
>atkbdc0: <keyboard controller (i8042)> at port 0x60-0x6f on isa0
>atkbd0: <AT Keyboard> irq 1 on atkbdc0
>vga0: <Generic ISA VGA> at port 0x3b0-0x3df iomem 0xa0000-0xbffff on
>isa0
>sc0: <System console> 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
>sio2: not probed (disabled)
>sio3: not probed (disabled)
>ppc0 at port 0x378-0x37f irq 7 flags 0x40 on isa0
>ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
>plip0: <PLIP network interface> on ppbus 0
>lpt0: <generic printer> on ppbus 0
>lpt0: Interrupt-driven port
>ppi0: <generic parallel i/o> on ppbus 0
>APIC_IO: Testing 8254 interrupt delivery
>APIC_IO: routing 8254 via pin 2
>Waiting 15 seconds for SCSI devices to settle
>SMP: AP CPU #1 Launched!
>sa0 at ahc0 bus 0 target 4 lun 0
>sa0: <EXABYTE EXB-85058SQANXR1 0781> Removable Sequential Access SCSI-2
>device
>sa0: 5.000MB/s transfers (5.000MHz, offset 11)
>da0 at ahc0 bus 0 target 3 lun 0
>da0: <MICROP 3243-19 1128RA 28RA> Fixed Direct Access SCSI-2 device
>da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing
>Enabled
>da0: 4095MB (8388315 512 byte sectors: 255H 63S/T 522C)
>da1 at ahc1 bus 0 target 6 lun 0
>da1: <SEAGATE ST39173W 5764> Fixed Direct Access SCSI-2 device
>da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing
>Enabled
>da1: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C)
>da2 at ahc1 bus 0 target 8 lun 0
>da2: <SEAGATE ST19171W 0023> Fixed Direct Access SCSI-2 device
>da2: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing
>Enabled
>da2: 8683MB (17783112 512 byte sectors: 255H 63S/T 1106C)
>changing root device to wd0s2a
>vinum: loaded
>vinum: reading configuration from /dev/da2s1e
>vinum: updating configuration from /dev/da1s1e
>(sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 10 0 0 1c 0
>(sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
>(sa0:ahc0:0:4:0): Invalid field in parameter list
>(sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 10 0 0 1c 0
>(sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
>(sa0:ahc0:0:4:0): Invalid field in parameter list
>(sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 10 0 0 1c 0
>(sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
>(sa0:ahc0:0:4:0): Invalid field in parameter list
>(sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 0 0 0 c 0
>(sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
>(sa0:ahc0:0:4:0): Invalid field in parameter list
>(sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 0 0 0 c 0
>(sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
>(sa0:ahc0:0:4:0): Invalid field in parameter list
>(sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 10 0 0 1c 0
>(sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
>(sa0:ahc0:0:4:0): Invalid field in parameter list
>(sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 10 0 0 1c 0
>(sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
>(sa0:ahc0:0:4:0): Invalid field in parameter list
>spec_getpages: I/O read failure: (error code=0) bp 0xc44a3158 vp
>0xc9e071c0
> size: 0, resid: 0, a_count: 803, valid: 0x0
> nread: 0, reqpage: 0, pindex: 0, pcount: 1
>vm_fault: pager read error, pid 921 (cvsup)
>pid 921 (cvsup), uid 0: exited on signal 6 (core dumped)
>
>
>Poul-Henning Kamp wrote:
>>
>> can we have:
>>
>> uname -a,
>> time of last cvsup/ctm
>> and
>> dmesg output
>>
>> please ?
>>
>> In message <37CF743A.452D81EF@lgc.com>, Rob Snow writes:
>> >Just got this message while in cvsup:
>> >
>> >Sep 3 02:01:09 basil /kernel: spec_getpages: I/O read failure: (error
>> >code=0) bp 0xc44a3158 vp 0xc9e071c0
>> >Sep 3 02:01:09 basil /kernel: size: 0, resid: 0, a_count: 803, valid:
>> >0x0
>> >Sep 3 02:01:09 basil /kernel: nread: 0, reqpage: 0, pindex: 0, pcount:
>> >1
>> >Sep 3 02:01:09 basil /kernel: vm_fault: pager read error, pid 921
>> >(cvsup)
>> >Sep 3 02:01:09 basil /kernel: pid 921 (cvsup), uid 0: exited on signal
>> >6 (core dumped)
>> >
>> >I'm guessing this is _bad_?
>> >
>> >
>> >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
>
--
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 Fri Sep 3 0:59: 4 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 0D63214CEE
for <freebsd-current@FreeBSD.ORG>; Fri, 3 Sep 1999 00:58:57 -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 JAA11936;
Fri, 3 Sep 1999 09:00:15 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Fri, 3 Sep 1999 09:00:15 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: Luoqi Chen <luoqi@watermarkgroup.com>
Cc: arthur@tucows.com, freebsd-current@FreeBSD.ORG, nick.hibma@jrc.it
Subject: Re: Problems with the sound card.
In-Reply-To: <199909030024.UAA02922@lor.watermarkgroup.com>
Message-ID: <Pine.BSF.4.10.9909030900030.2081-100000@salmon.nlsystems.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Thu, 2 Sep 1999, Luoqi Chen wrote:
> > That's exactly what I have. This is just so weird. I am now reading the
> > debug register chapter of intel's manual, it is virtually impossible to
> > pinpoint the location by single-stepping through the code...
> >
> The debug register trick worked, and the discovery was quite unexpected:
> because the isa bus is hanging off the pci bus, bus_release_resource()
> call by a isa device, eventually reaches the pci_release_resource(),
> where the device is blindly assumed to be a pci device and its isa_device
> struct overwritten as if it were a struct pci_devinfo. pci_release_resource()
> should check for pass-thru releases.
How about this patch:
Index: pci.c
===================================================================
RCS file: /home/ncvs/src/sys/pci/pci.c,v
retrieving revision 1.116
diff -u -r1.116 pci.c
--- pci.c 1999/08/28 00:51:03 1.116
+++ pci.c 1999/09/03 07:59:44
@@ -1375,40 +1375,42 @@
int rv;
struct pci_devinfo *dinfo = device_get_ivars(child);
pcicfgregs *cfg = &dinfo->cfg;
+ int passthrough = (device_get_parent(child) != dev);
int map = 0;
- switch (type) {
- case SYS_RES_IRQ:
- if (rid != 0)
- return EINVAL;
- break;
+ if (!passthrough)
+ switch (type) {
+ case SYS_RES_IRQ:
+ if (rid != 0)
+ return EINVAL;
+ break;
- case SYS_RES_DRQ: /* passthru for child isa */
- break;
+ case SYS_RES_DRQ: /* passthru for child isa */
+ break;
#ifdef __alpha__
- case SYS_RES_DENSE:
- case SYS_RES_BWX:
+ case SYS_RES_DENSE:
+ case SYS_RES_BWX:
#endif
- case SYS_RES_MEMORY:
- case SYS_RES_IOPORT:
- /*
+ case SYS_RES_MEMORY:
+ case SYS_RES_IOPORT:
+ /*
* Only check the map registers if this is a direct
* descendant.
*/
- if (device_get_parent(child) == dev)
- map = pci_mapno(cfg, rid);
- else
- map = -1;
- break;
-
- default:
- return (ENOENT);
- }
+ if (device_get_parent(child) == dev)
+ map = pci_mapno(cfg, rid);
+ else
+ map = -1;
+ break;
+
+ default:
+ return (ENOENT);
+ }
rv = BUS_RELEASE_RESOURCE(device_get_parent(dev), child, type, rid, r);
- if (rv == 0) {
+ if (!passthrough && rv == 0) {
switch (type) {
case SYS_RES_IRQ:
cfg->irqres = 0;
--
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 Fri Sep 3 1:10: 5 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 8C24214F33
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 01:10:01 -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 JAA12005;
Fri, 3 Sep 1999 09:11:00 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Fri, 3 Sep 1999 09:11:00 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: Ollivier Robert <roberto@keltia.freenix.fr>
Cc: freebsd-current@freebsd.org
Subject: Re: Problems with the sound card.
In-Reply-To: <19990902223939.A41665@keltia.freenix.fr>
Message-ID: <Pine.BSF.4.10.9909030910460.2081-100000@salmon.nlsystems.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Thu, 2 Sep 1999, Ollivier Robert wrote:
> According to Doug Rabson:
> > changing over to the pcm driver. Since your card is a PnP one, you should
> > be able to put just "device pcm0" in your kernel config.
>
> Even for ISA ones ? I though only PCI sound cards let you use the shorter
> form...
The new ISA PnP code uses it too.
--
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 Fri Sep 3 1:13:30 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 A6E9514C95
for <current@freebsd.org>; Fri, 3 Sep 1999 01:13:25 -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 JAA12009;
Fri, 3 Sep 1999 09:14:11 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Fri, 3 Sep 1999 09:14:11 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: Stephen Hocking-Senior Programmer PGS Perth <shocking@prth.pgs.com>
Cc: current@freebsd.org
Subject: Re: Failure of new PCM code to pickup my CS4236.
In-Reply-To: <199909030242.KAA13413@ariadne.tensor.pgs.com>
Message-ID: <Pine.BSF.4.10.9909030913040.2081-100000@salmon.nlsystems.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, 3 Sep 1999, Stephen Hocking-Senior Programmer PGS Perth wrote:
> A dmesg from it is as follows - note that the old PCM code used to find it.
> The voxware stuff needs a couple of delays inserted to find it.
>
> ...
>
> unknown1: <WSS/SB> at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0
There was a bug where the pci code corrupted the PnP ID of the sound card.
This might also fix the hanging problem that others have seen.
--
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 Fri Sep 3 1:21:16 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 5678514F65
for <freebsd-current@FreeBSD.ORG>; Fri, 3 Sep 1999 01:21:13 -0700 (PDT)
(envelope-from julian@whistle.com)
Received: from home.elischer.org (home.elischer.org [207.76.204.203])
by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id BAA37946;
Fri, 3 Sep 1999 01:18:53 -0700 (PDT)
Date: Fri, 3 Sep 1999 01:19:49 -0700 (PDT)
From: Julian Elischer <julian@whistle.com>
X-Sender: julian@home.elischer.org
To: Rob Snow <rsnow@lgc.com>
Cc: Poul-Henning Kamp <phk@critter.freebsd.dk>,
freebsd-current@FreeBSD.ORG
Subject: Re: spec_getpages error in current kernel from last night
In-Reply-To: <37CF7D9B.2CADAD88@lgc.com>
Message-ID: <Pine.BSF.4.05.9909030118180.41995-100000@home.elischer.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
As Poul says..
first thing.. do a cvsup now and try a very modern kernel.
if that fails we'll have some more things to try by then.
(my workstation just croaked so I'm busy rerouting around the problem)
julian
On Fri, 3 Sep 1999, Rob Snow wrote:
> basil# uname -a
> FreeBSD basil.dympna.com 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Thu Sep 2
> 19:58:43 CDT 1999
> rsnow@basil.dympna.com:/stripe/current/src/sys/compile/Basil-SMP-Current
> i386
>
> Last cvsup was 2:03 on Sept 2
>
> dmesg output: (I've snipped out non-existent di's and left the stuff
> from my mucking with density for my Exabyte 8505, several modes weren't
> supported)
>
> rsnow@basil% dmesg
> 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: Thu Sep 2 19:58:43 CDT 1999
>
> rsnow@basil.dympna.com:/stripe/current/src/sys/compile/Basil-SMP-Current
> Timecounter "i8254" frequency 1193182 Hz
> CPU: Pentium Pro (686-class CPU)
> Origin = "GenuineIntel" Id = 0x616 Stepping = 6
>
> Features=0xfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV>
> real memory = 134217728 (131072K bytes)
> <SNIPED OUT di's of non-existent devices>
> avail memory = 127070208 (124092K bytes)
> Programming 24 pins in IOAPIC #0
> FreeBSD/SMP: Multiprocessor motherboard
> cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000
> cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000
> io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000
> Preloaded elf kernel "kernel" at 0xc02f1000.
> Preloaded userconfig_script "/boot/kernel.conf" at 0xc02f109c.
> Pentium Pro MTRR support enabled
> npx0: <math processor> on motherboard
> npx0: INT 16 interface
> pcib0: <Host to PCI bridge> on motherboard
> pci0: <PCI bus> on pcib0
> isab0: <Intel 82371SB PCI to ISA bridge> at device 7.0 on pci0
> isa0: <ISA bus> on isab0
> ide_pci0: <Intel PIIX3 Bus-master IDE controller> at device 7.1 on pci0
> fxp0: <Intel EtherExpress Pro 10/100B Ethernet> irq 16 at device 12.0 on
> pci0
> fxp0: Ethernet address 00:a0:c9:93:da:0c
> ahc0: <Adaptec 2940 SCSI adapter> irq 17 at device 13.0 on pci0
> ahc0: aic7870 Single Channel A, SCSI Id=7, 16/255 SCBs
> vga-pci0: <Trident model 9660 VGA-compatible display device> irq 18 at
> device 14.0 on pci0
> ahc1: <Adaptec 2940 Ultra SCSI adapter> irq 19 at device 15.0 on pci0
> ahc1: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs
> fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f7 irq 6 drq 2 on isa0
> wdc0 at port 0x1f0-0x1f7 irq 14 on isa0
> wdc0: unit 0 (wd0): <Maxtor 7850 AV>
> wd0: 814MB (1667232 sectors), 1654 cyls, 16 heads, 63 S/T, 512 B/S
> atkbdc0: <keyboard controller (i8042)> at port 0x60-0x6f on isa0
> atkbd0: <AT Keyboard> irq 1 on atkbdc0
> vga0: <Generic ISA VGA> at port 0x3b0-0x3df iomem 0xa0000-0xbffff on
> isa0
> sc0: <System console> 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
> sio2: not probed (disabled)
> sio3: not probed (disabled)
> ppc0 at port 0x378-0x37f irq 7 flags 0x40 on isa0
> ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
> plip0: <PLIP network interface> on ppbus 0
> lpt0: <generic printer> on ppbus 0
> lpt0: Interrupt-driven port
> ppi0: <generic parallel i/o> on ppbus 0
> APIC_IO: Testing 8254 interrupt delivery
> APIC_IO: routing 8254 via pin 2
> Waiting 15 seconds for SCSI devices to settle
> SMP: AP CPU #1 Launched!
> sa0 at ahc0 bus 0 target 4 lun 0
> sa0: <EXABYTE EXB-85058SQANXR1 0781> Removable Sequential Access SCSI-2
> device
> sa0: 5.000MB/s transfers (5.000MHz, offset 11)
> da0 at ahc0 bus 0 target 3 lun 0
> da0: <MICROP 3243-19 1128RA 28RA> Fixed Direct Access SCSI-2 device
> da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing
> Enabled
> da0: 4095MB (8388315 512 byte sectors: 255H 63S/T 522C)
> da1 at ahc1 bus 0 target 6 lun 0
> da1: <SEAGATE ST39173W 5764> Fixed Direct Access SCSI-2 device
> da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing
> Enabled
> da1: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C)
> da2 at ahc1 bus 0 target 8 lun 0
> da2: <SEAGATE ST19171W 0023> Fixed Direct Access SCSI-2 device
> da2: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing
> Enabled
> da2: 8683MB (17783112 512 byte sectors: 255H 63S/T 1106C)
> changing root device to wd0s2a
> vinum: loaded
> vinum: reading configuration from /dev/da2s1e
> vinum: updating configuration from /dev/da1s1e
> (sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 10 0 0 1c 0
> (sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
> (sa0:ahc0:0:4:0): Invalid field in parameter list
> (sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 10 0 0 1c 0
> (sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
> (sa0:ahc0:0:4:0): Invalid field in parameter list
> (sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 10 0 0 1c 0
> (sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
> (sa0:ahc0:0:4:0): Invalid field in parameter list
> (sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 0 0 0 c 0
> (sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
> (sa0:ahc0:0:4:0): Invalid field in parameter list
> (sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 0 0 0 c 0
> (sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
> (sa0:ahc0:0:4:0): Invalid field in parameter list
> (sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 10 0 0 1c 0
> (sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
> (sa0:ahc0:0:4:0): Invalid field in parameter list
> (sa0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 10 0 0 1c 0
> (sa0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
> (sa0:ahc0:0:4:0): Invalid field in parameter list
> spec_getpages: I/O read failure: (error code=0) bp 0xc44a3158 vp
> 0xc9e071c0
> size: 0, resid: 0, a_count: 803, valid: 0x0
> nread: 0, reqpage: 0, pindex: 0, pcount: 1
> vm_fault: pager read error, pid 921 (cvsup)
> pid 921 (cvsup), uid 0: exited on signal 6 (core dumped)
>
>
> Poul-Henning Kamp wrote:
> >
> > can we have:
> >
> > uname -a,
> > time of last cvsup/ctm
> > and
> > dmesg output
> >
> > please ?
> >
> > In message <37CF743A.452D81EF@lgc.com>, Rob Snow writes:
> > >Just got this message while in cvsup:
> > >
> > >Sep 3 02:01:09 basil /kernel: spec_getpages: I/O read failure: (error
> > >code=0) bp 0xc44a3158 vp 0xc9e071c0
> > >Sep 3 02:01:09 basil /kernel: size: 0, resid: 0, a_count: 803, valid:
> > >0x0
> > >Sep 3 02:01:09 basil /kernel: nread: 0, reqpage: 0, pindex: 0, pcount:
> > >1
> > >Sep 3 02:01:09 basil /kernel: vm_fault: pager read error, pid 921
> > >(cvsup)
> > >Sep 3 02:01:09 basil /kernel: pid 921 (cvsup), uid 0: exited on signal
> > >6 (core dumped)
> > >
> > >I'm guessing this is _bad_?
> > >
> > >
> > >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
>
>
> 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 Fri Sep 3 1:29:14 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 1B57614EA7
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 01:29:05 -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 KAA07093; Fri, 3 Sep 1999 10:28:14 +0200 (MET DST)
Date: Fri, 3 Sep 1999 10:28:14 +0200 (MET DST)
From: Nick Hibma <nick.hibma@jrc.it>
X-Sender: n_hibma@elect8
Reply-To: Nick Hibma <nick.hibma@jrc.it>
To: Doug Rabson <dfr@nlsystems.com>
Cc: Luoqi Chen <luoqi@watermarkgroup.com>, arthur@tucows.com,
freebsd-current@FreeBSD.ORG
Subject: Re: Problems with the sound card.
In-Reply-To: <Pine.BSF.4.10.9909030900030.2081-100000@salmon.nlsystems.com>
Message-ID: <Pine.GS4.4.10.9909031024220.4556-100000@elect8>
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 documenting what you do here? It's not quite obvious to me
why the dev is not the parent of the child in some cases.
Cheers,
Nick
> pcicfgregs *cfg = &dinfo->cfg;
> + int passthrough = (device_get_parent(child) != dev);
> int map = 0;
--
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 Fri Sep 3 1:49:32 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 3323F15D4E
for <freebsd-current@FreeBSD.ORG>; Fri, 3 Sep 1999 01:49:25 -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 JAA12279;
Fri, 3 Sep 1999 09:50:53 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Fri, 3 Sep 1999 09:50:53 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: Nick Hibma <nick.hibma@jrc.it>
Cc: Luoqi Chen <luoqi@watermarkgroup.com>, arthur@tucows.com,
freebsd-current@FreeBSD.ORG
Subject: Re: Problems with the sound card.
In-Reply-To: <Pine.GS4.4.10.9909031024220.4556-100000@elect8>
Message-ID: <Pine.BSF.4.10.9909030950080.2081-100000@salmon.nlsystems.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, 3 Sep 1999, Nick Hibma wrote:
>
> What about documenting what you do here? It's not quite obvious to me
> why the dev is not the parent of the child in some cases.
It may be a great-grandchild. For instance in this case, the child is
isab0, the grandchild is isa0 and the great-grandchild is pcm0.
--
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 Fri Sep 3 5:18:33 1999
Delivered-To: freebsd-current@freebsd.org
Received: from web111.yahoomail.com (web111.yahoomail.com [205.180.60.81])
by hub.freebsd.org (Postfix) with SMTP id 3BE2B15039
for <current@freebsd.org>; Fri, 3 Sep 1999 05:18:32 -0700 (PDT)
(envelope-from valsho@yahoo.com)
Message-ID: <19990903121542.26065.rocketmail@web111.yahoomail.com>
Received: from [147.226.112.101] by web111.yahoomail.com; Fri, 03 Sep 1999 05:15:42 PDT
Date: Fri, 3 Sep 1999 05:15:42 -0700 (PDT)
From: "Valentin S. Chopov" <valsho@yahoo.com>
Subject: make depend & if_ed.c & pnp.h
To: current@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
error after make depend .
there is a #include <i386/isa/pnp.h> in
sys/i386/isa/if_ed.c , but there is not pnp.h in the
sys tree.
Val
__________________________________________________
Do You Yahoo!?
Bid and sell for free at http://auctions.yahoo.com
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 6:54:21 1999
Delivered-To: freebsd-current@freebsd.org
Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.128.198])
by hub.freebsd.org (Postfix) with ESMTP id 78A5C14CE2
for <freebsd-current@FreeBSD.ORG>; Fri, 3 Sep 1999 06:54:15 -0700 (PDT)
(envelope-from brian@Awfulhak.org)
Received: from keep.lan.Awfulhak.org (root@localhost [127.0.0.1])
by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id OAA52099;
Fri, 3 Sep 1999 14:54:13 +0100 (BST)
(envelope-from brian@Awfulhak.org)
Received: from keep.lan.Awfulhak.org (brian@localhost.lan.Awfulhak.org [127.0.0.1])
by keep.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id OAA03975;
Fri, 3 Sep 1999 14:58:17 +0100 (BST)
(envelope-from brian@keep.lan.Awfulhak.org)
Message-Id: <199909031358.OAA03975@keep.lan.Awfulhak.org>
X-Mailer: exmh version 2.0.2 2/24/98
To: "Michael A. Endsley" <mandm@alaska.com>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Still can't install current via ftp!
In-reply-to: Your message of "Thu, 02 Sep 1999 22:23:12 -0800."
<3.0.6.32.19990902222312.0080ba30@mail.gci.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 03 Sep 1999 14:58:16 +0100
From: Brian Somers <brian@Awfulhak.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
>
> I just downloaded the latest floppies from current (19990827) and tried
> installing current on a different machine that did not have a previous
> version of FreeBSD on it.
> As before (search for vty3 and Alt-F3), once I went through the novice
> installation and got to the part to connect to FreeBSD, I could not get to
> the vt (ALT-F3) to start ppp.
> This is for a new installation.
> Should I present this problem to the hackers maillist?
> I really think this is a problem that should be fixed by somebody.
> BTW- I did a new install of 3.2 and it worked great. It appears something
> happened between 3.2 and 4.0.
> Perhaps I will have to install 3.2 and then upgrade to 4.0??
> Thanks again,
You should use vty2 rather than vty3. vty3 is a typo and has been
fixed. The ppp startup failure has also been fixed now, so if you
try a September snapshot, there should be no problem.
> Michael A. Endsley
> mand@alaska.com
> (was al7oj@customcpu.com)
--
Brian <brian@Awfulhak.org> <brian@FreeBSD.org>
<http://www.Awfulhak.org> <brian@OpenBSD.org>
Don't _EVER_ lose your sense of humour ! <brian@FreeBSD.org.uk>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 7: 5:49 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 148B414BEC
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 07:05:40 -0700 (PDT)
(envelope-from randy@psg.com)
Received: from localhost (641 bytes) by rip.psg.com
via sendmail with P:stdio/R:inet_resolve/T:smtp
(sender: <randy>) (ident <randy> using unix)
id <m11Mtvc-0008G3C@rip.psg.com>
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 07:02:56 -0700 (PDT)
(Smail-3.2.0.101 1997-Dec-17 #1 built 1999-Apr-1)
Message-Id: <m11Mtvc-0008G3C@rip.psg.com>
Date: Fri, 3 Sep 1999 07:02:56 -0700 (PDT)
From: Randy Bush <randy@psg.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Ugen Antsilevitch <ugen@xonix.com>
Cc: FreeBSD Current <freebsd-current@freebsd.org>
Subject: Re: NAT speed?
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
> Did anyone make any kind of benchmarking on the NAT?
> I am interested in number of connections per hour / total simultaneous
> connections and any other perfomance related experience you may have had
> with it?
if you intend to work on this, for measurement criteria, you may want to
look at draft-ietf-bmwg-secperf-08.txt.
randy
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 7:42: 5 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 1649314D7B
for <current@freebsd.org>; Fri, 3 Sep 1999 07:42:02 -0700 (PDT)
(envelope-from luoqi@watermarkgroup.com)
Received: (from luoqi@localhost)
by lor.watermarkgroup.com (8.8.8/8.8.8) id KAA01499
for current@freebsd.org; Fri, 3 Sep 1999 10:41:12 -0400 (EDT)
(envelope-from luoqi)
Date: Fri, 3 Sep 1999 10:41:12 -0400 (EDT)
From: Luoqi Chen <luoqi@watermarkgroup.com>
Message-Id: <199909031441.KAA01499@lor.watermarkgroup.com>
To: current@freebsd.org
Subject: start xdm on a particular vty
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
There have been discussions about the xdm entry /etc/ttys does not guarantee
the X server being started on the particular vty. So I wrote a shell script
to explicitly tell xdm to start X server on a specific vty. It's been working
great. I'd like to share it with you, maybe we could include it in the base
system. Here's the script (I call it xdmstart), it's very simple,
#!/bin/sh
case $1 in
ttyv*)
vt=vt`expr $1 : 'ttyv\(.*\)' + 1`;;
*) vt=;;
esac
exec /usr/X11R6/bin/xdm -nodaemon -server ":0 local /usr/X11R6/bin/X :0 $vt"
and in /etc/ttys replace the xdm line with
ttyv3 "/usr/local/bin/xdmstart" xterm on secure
There's one thing should be noted, the vtxx option isn't a standard X server
option, but both XFree86 and Xig support it, so majority of the people should
be covered.
-lq
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 7:47:59 1999
Delivered-To: freebsd-current@freebsd.org
Received: from server.amis.net (server.amis.net [212.18.32.10])
by hub.freebsd.org (Postfix) with ESMTP id 3A6C314BCD
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 07:47:52 -0700 (PDT)
(envelope-from blaz@gold.amis.net)
Received: by server.amis.net (Postfix, from userid 66)
id 95B14D5E3A; Fri, 3 Sep 1999 16:45:22 +0200 (CEST)
Received: by gold.amis.net (Postfix, from userid 1000)
id 4A5B7925C; Fri, 3 Sep 1999 16:42:07 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by gold.amis.net (Postfix) with ESMTP id 472EE57F8
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 16:42:07 +0200 (CEST)
Date: Fri, 3 Sep 1999 16:42:07 +0200 (CEST)
From: Blaz Zupan <blaz@gold.amis.net>
To: freebsd-current@freebsd.org
Subject: cvs commit: src/sys/modules/linux Makefile (fwd)
Message-ID: <Pine.BSF.4.10.9909031641350.7455-100000@gold.amis.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Shouldn't /usr/bin/svr4 and /usr/bin/ibcs2 be moved to /usr/sbin as well?
Blaz Zupan, blaz@amis.net, http://www.herbie.amis.net
Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia
---------- Forwarded message ----------
Date: Fri, 3 Sep 1999 00:15:39 -0700 (PDT)
From: Marcel Moolenaar <marcel@FreeBSD.org>
To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject: cvs commit: src/sys/modules/linux Makefile
marcel 1999/09/03 00:15:39 PDT
Modified files:
sys/modules/linux Makefile
Log:
Install linux.sh in /usr/sbin and not in /usr/bin.
PR: 13545
Submitted by: Jose M. Alcaide <jose@we.lc.ehu.es>
Revision Changes Path
1.29 +2 -2 src/sys/modules/linux/Makefile
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" 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 Fri Sep 3 7:54:37 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 82F4814C08
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 07:53:54 -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 IAA34525;
Fri, 3 Sep 1999 08:49:14 -0600 (CST)
(envelope-from obonilla)
Date: Fri, 3 Sep 1999 08:49:14 -0600
From: Oscar Bonilla <obonilla@fisicc-ufm.edu>
To: Warner Losh <imp@village.org>
Cc: current@FreeBSD.ORG
Subject: Re: recent apm changes (FYI)
Message-ID: <19990903084913.A34503@fisicc-ufm.edu>
References: <19990902085420.A31196@fisicc-ufm.edu> <199909030421.WAA29497@harmony.village.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0pre1i
In-Reply-To: <199909030421.WAA29497@harmony.village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Thu, Sep 02, 1999 at 10:21:14PM -0600, Warner Losh wrote:
> In message <19990902085420.A31196@fisicc-ufm.edu> Oscar Bonilla writes:
> : 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...
>
> How new is your userland? There have been some bugs in that area
> fixed in pccardd of late. Maybe we missed one? I have a 3C589D that
> I saw this problem with once or twice, but haven't seen it lately.
>
Aug. 27th. Want me to make world again? I also have a 3C589D and it happens
with it too.
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 Fri Sep 3 7:54:51 1999
Delivered-To: freebsd-current@freebsd.org
Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175])
by hub.freebsd.org (Postfix) with ESMTP id EFA4315B59
for <current@freebsd.org>; Fri, 3 Sep 1999 07:54:36 -0700 (PDT)
(envelope-from sheldonh@axl.noc.iafrica.com)
Received: from sheldonh (helo=axl.noc.iafrica.com)
by axl.noc.iafrica.com with local-esmtp (Exim 3.02 #1)
id 11Muis-000AJ6-00; Fri, 03 Sep 1999 16:53:50 +0200
From: Sheldon Hearn <sheldonh@uunet.co.za>
To: Luoqi Chen <luoqi@watermarkgroup.com>
Cc: current@FreeBSD.ORG
Subject: Re: start xdm on a particular vty
In-reply-to: Your message of "Fri, 03 Sep 1999 10:41:12 -0400."
<199909031441.KAA01499@lor.watermarkgroup.com>
Date: Fri, 03 Sep 1999 16:53:50 +0200
Message-ID: <39623.936370430@axl.noc.iafrica.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, 03 Sep 1999 10:41:12 -0400, Luoqi Chen wrote:
> There have been discussions about the xdm entry /etc/ttys does not
> guarantee the X server being started on the particular vty. So I wrote
> a shell script to explicitly tell xdm to start X server on a specific
> vty. It's been working great. I'd like to share it with you, maybe we
> could include it in the base system.
I think it'd make a lot more sense if it were part of the XFree86 port.
Ciao,
Sheldon.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 8:28:12 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 11B3615075
for <current@freebsd.org>; Fri, 3 Sep 1999 08:28:02 -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 LAA05343
for <current@freebsd.org>; Fri, 3 Sep 1999 11:28:01 -0400
Received: from localhost (arthur@localhost)
by Arthur.Linuxberg (8.9.3/8.9.3) with ESMTP id LAA01253
for <current@freebsd.org>; Fri, 3 Sep 1999 11:27:55 -0400 (EDT)
X-Authentication-Warning: Arthur.Linuxberg: arthur owned process doing -bs
Date: Fri, 3 Sep 1999 11:27:55 -0400 (EDT)
From: "Arthur H. Johnson II" <arthur@tucows.com>
X-Sender: arthur@Arthur.Linuxberg
To: current@freebsd.org
Subject: Sound card problems with -current.
Message-ID: <Pine.BSF.4.10.9909031125170.668-100000@Arthur.Linuxberg>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Well, I got rid of the old Voxware drivers and went with the pnp drivers
and still nothing. Here is the dmesg:
--
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 #11: Fri Sep 3 11:06:20 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<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX>
real memory = 67108864 (65536K bytes)
avail memory = 62185472 (60728K bytes)
Preloaded elf kernel "kernel" at 0xc02cd000.
Intel Pentium detected, installing workaround for F00F bug
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
isab0: <Intel 82371SB PCI to ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
ide_pci0: <Intel PIIX3 Bus-master IDE controller> at device 7.1 on pci0
vga-pci0: <Matrox MGA 1024SG/1064SG/1164SG graphics accelerator> 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: <MII bus> on xl0
xlphy0: <3Com internal media interface> on miibus0
xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fdc0: <NEC 72065B or clone> 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): <WDC AC23200L>
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): <E285XA/1.00>, 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: <keyboard controller (i8042)> at port 0x60-0x6f on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
vga0: <Generic ISA VGA> at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> 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: <generic parallel i/o> on ppbus 0
pcm0: <SoundBlaster 16 4.13> at port 0x220-0x22f irq 5 drq 5 flags 0x15 on isa0
unknown0: <Game> on isa0
unknown1: <Audio> at port 0x240-0x24f,0x300-0x301,0x388-0x38b irq 9 drq 1,7 on isa0
changing root device to wd0s1a
WARNING: / was not properly dismounted
---
and here is the kernel config file:
---
#
# ARTHUR -- Customized kernel for arthur (starwars.linuxberg.org)
#
# $Id: ARTHUR,v 1.182 1999/08/15 09:54:56 phk Exp $
machine i386
cpu I586_CPU
ident ARTHUR
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
# 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=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? 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
device sio0 at isa? port IO_COM1 flags 0x10 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
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 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
# Sound driver
device pcm0
---
I am stumped.
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 Fri Sep 3 8:33: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 38420150D6
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 08:33:22 -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 JAA21547;
Fri, 3 Sep 1999 09:33:21 -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 JAA44477; Fri, 3 Sep 1999 09:33:29 -0600 (MDT)
Message-Id: <199909031533.JAA44477@harmony.village.org>
To: Oscar Bonilla <obonilla@fisicc-ufm.edu>
Subject: Re: recent apm changes (FYI)
Cc: current@FreeBSD.ORG
In-reply-to: Your message of "Fri, 03 Sep 1999 08:49:14 MDT."
<19990903084913.A34503@fisicc-ufm.edu>
References: <19990903084913.A34503@fisicc-ufm.edu> <19990902085420.A31196@fisicc-ufm.edu> <199909030421.WAA29497@harmony.village.org>
Date: Fri, 03 Sep 1999 09:33:29 -0600
From: Warner Losh <imp@village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
In message <19990903084913.A34503@fisicc-ufm.edu> Oscar Bonilla writes:
: Aug. 27th. Want me to make world again? I also have a 3C589D and it happens
: with it too.
No. Aug 27 is new enough to be good. I'm swamped right now with a
dozen other things at the moment, but if you could write me in about a
week I'd be able to help you out more.
Warner
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 8:50:25 1999
Delivered-To: freebsd-current@freebsd.org
Received: from mail.theinternet.com.au (zeus.theinternet.com.au [203.34.176.2])
by hub.freebsd.org (Postfix) with ESMTP id E7BE015039
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 08:50:18 -0700 (PDT)
(envelope-from akm@mail.theinternet.com.au)
Received: (from akm@localhost)
by mail.theinternet.com.au (8.9.3/8.9.3) id BAA71145
for freebsd-current@freebsd.org; Sat, 4 Sep 1999 01:48:21 +1000 (EST)
(envelope-from akm)
From: Andrew Kenneth Milton <akm@mail.theinternet.com.au>
Message-Id: <199909031548.BAA71145@mail.theinternet.com.au>
Subject: pnp.h missing
To: freebsd-current@freebsd.org
Date: Sat, 4 Sep 1999 01:48:21 +1000 (EST)
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
../../i386/isa/if_ed.c:84: i386/isa/pnp.h: No such file or directory
cvsupped twice four hours apart.
World builds and installs ok.
find /sys -name pnp.h
returns only the pnp in my build directory.
--
Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew
The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 | Milton
ACN: 082 081 472 | M:+61 416 022 411 |72 Col .Sig
PO Box 837 Indooroopilly QLD 4068 |akm@theinternet.com.au|Specialist
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 8:51:29 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 65F18150E6
for <current@freebsd.org>; Fri, 3 Sep 1999 08:51:25 -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 LAA06320
for <current@freebsd.org>; Fri, 3 Sep 1999 11:51:23 -0400
Received: from localhost (arthur@localhost)
by Arthur.Linuxberg (8.9.3/8.9.3) with ESMTP id LAA00368
for <current@freebsd.org>; Fri, 3 Sep 1999 11:51:18 -0400 (EDT)
X-Authentication-Warning: Arthur.Linuxberg: arthur owned process doing -bs
Date: Fri, 3 Sep 1999 11:51:18 -0400 (EDT)
From: "Arthur H. Johnson II" <arthur@tucows.com>
X-Sender: arthur@Arthur.Linuxberg
To: current@freebsd.org
Subject: Fixed sound card problem.
Message-ID: <Pine.BSF.4.10.9909031150170.355-100000@Arthur.Linuxberg>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
I fixed the sound card problem I was having. I just commented out the pnp
driver. I know I will run into problems later if I ever get pnp devices,
but its a temporary fix.
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 Fri Sep 3 8:56:33 1999
Delivered-To: freebsd-current@freebsd.org
Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175])
by hub.freebsd.org (Postfix) with ESMTP id 787B21509D
for <current@freebsd.org>; Fri, 3 Sep 1999 08:56:27 -0700 (PDT)
(envelope-from sheldonh@axl.noc.iafrica.com)
Received: from sheldonh (helo=axl.noc.iafrica.com)
by axl.noc.iafrica.com with local-esmtp (Exim 3.02 #1)
id 11Mvg8-0000KZ-00; Fri, 03 Sep 1999 17:55:04 +0200
From: Sheldon Hearn <sheldonh@uunet.co.za>
To: "Arthur H. Johnson II" <arthur@tucows.com>
Cc: current@FreeBSD.ORG
Subject: Re: Sound card problems with -current.
In-reply-to: Your message of "Fri, 03 Sep 1999 11:27:55 -0400."
<Pine.BSF.4.10.9909031125170.668-100000@Arthur.Linuxberg>
Date: Fri, 03 Sep 1999 17:55:04 +0200
Message-ID: <1274.936374104@axl.noc.iafrica.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, 03 Sep 1999 11:27:55 -0400, "Arthur H. Johnson II" wrote:
> Well, I got rid of the old Voxware drivers and went with the pnp drivers
> and still nothing. Here is the dmesg:
What does "still nothing" mean? I can't see anything in your e-mail
message which indicates what you're doing to test the sound and what you
see in the way of error messages.
I do see this:
> pcm0: <SoundBlaster 16 4.13> at port 0x220-0x22f irq 5 drq 5 flags 0x15
> on isa0
That makes it look like your card's available. Are you sure you've
created the appropriate devices and symlinks as follows:
cd /dev
./MAKEDEV snd0
The pcm(4) manpage says snd1, but if your card's detected as pcm0, then
that obviously doesn't apply.
Ciao,
Sheldon.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 8:57:23 1999
Delivered-To: freebsd-current@freebsd.org
Received: from amukta.gci.net (amukta.gci.net [208.138.130.216])
by hub.freebsd.org (Postfix) with ESMTP id C25F515184
for <freebsd-current@FreeBSD.ORG>; Fri, 3 Sep 1999 08:57:18 -0700 (PDT)
(envelope-from mandm@alaska.com)
Received: from [209.165.150.69] ([209.165.150.69]) by
amukta.gci.net (Netscape Messaging Server 4.04 Jul 21 1999
18:33:18) with SMTP id FHHQZ200.206 for
<freebsd-current@FreeBSD.ORG>; Fri, 3 Sep 1999 07:57:02 -0800
Message-Id: <3.0.6.32.19990903075655.0087f740@mail.gci.net>
X-Sender: mandm@mail.gci.net
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32)
Date: Fri, 03 Sep 1999 07:56:55 -0800
To: freebsd-current@FreeBSD.ORG
From: "Michael A. Endsley" <mandm@alaska.com>
Subject: September snapshots?
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
I am looking for the latest snapshot, but under
ftp://current.FreeBSD.org/pub/FreeBSD/snapshots/i386, the last listed
snapshot is for 19990827.
Have the snapshots for later dates (Sept) been moved?
Thanks again,
Michael A. Endsley
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 9:11: 7 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 E250614C87
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 09:11:04 -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 MAA07163;
Fri, 3 Sep 1999 12:10:42 -0400
Received: from localhost (arthur@localhost)
by Arthur.Linuxberg (8.9.3/8.9.3) with ESMTP id MAA00915;
Fri, 3 Sep 1999 12:10:37 -0400 (EDT)
X-Authentication-Warning: Arthur.Linuxberg: arthur owned process doing -bs
Date: Fri, 3 Sep 1999 12:10:37 -0400 (EDT)
From: "Arthur H. Johnson II" <arthur@tucows.com>
X-Sender: arthur@Arthur.Linuxberg
To: Sheldon Hearn <sheldonh@uunet.co.za>
Cc: current@FreeBSD.ORG
Subject: Re: Sound card problems with -current.
In-Reply-To: <1274.936374104@axl.noc.iafrica.com>
Message-ID: <Pine.BSF.4.10.9909031210000.413-100000@Arthur.Linuxberg>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
That didnt work. When I ran mpg123 it said can't access /dev/dsp but the
mixer worked. And yes, i did run makedev.
Arthur H. Johnson II
http://www.linuxberg.com
Linuxberg Manager
arthur@tucows.com
On Fri, 3 Sep 1999, Sheldon Hearn wrote:
>
>
> On Fri, 03 Sep 1999 11:27:55 -0400, "Arthur H. Johnson II" wrote:
>
> > Well, I got rid of the old Voxware drivers and went with the pnp drivers
> > and still nothing. Here is the dmesg:
>
> What does "still nothing" mean? I can't see anything in your e-mail
> message which indicates what you're doing to test the sound and what you
> see in the way of error messages.
>
> I do see this:
>
> > pcm0: <SoundBlaster 16 4.13> at port 0x220-0x22f irq 5 drq 5 flags 0x15
> > on isa0
>
> That makes it look like your card's available. Are you sure you've
> created the appropriate devices and symlinks as follows:
>
> cd /dev
> ./MAKEDEV snd0
>
> The pcm(4) manpage says snd1, but if your card's detected as pcm0, then
> that obviously doesn't apply.
>
> Ciao,
> Sheldon.
>
>
> 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 Fri Sep 3 9:21:48 1999
Delivered-To: freebsd-current@freebsd.org
Received: from snafu.adept.org (adsl-63-193-112-19.dsl.snfc21.pacbell.net [63.193.112.19])
by hub.freebsd.org (Postfix) with ESMTP id 474E614BEB
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 09:21:46 -0700 (PDT)
(envelope-from mike@snafu.adept.org)
Received: from localhost (mike@localhost)
by snafu.adept.org (8.9.3/8.9.3) with ESMTP id JAA02069;
Fri, 3 Sep 1999 09:21:25 -0700 (PDT)
Date: Fri, 3 Sep 1999 09:21:25 -0700 (PDT)
From: Mike Hoskins <mike@snafu.adept.org>
To: "Arthur H. Johnson II" <arthur@tucows.com>
Cc: Sheldon Hearn <sheldonh@uunet.co.za>, current@FreeBSD.ORG
Subject: Re: Sound card problems with -current.
In-Reply-To: <Pine.BSF.4.10.9909031210000.413-100000@Arthur.Linuxberg>
Message-ID: <Pine.BSF.4.10.9909030920030.2028-100000@snafu.adept.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, 3 Sep 1999, Arthur H. Johnson II wrote:
> That didnt work. When I ran mpg123 it said can't access /dev/dsp but the
> mixer worked. And yes, i did run makedev.
What are the permissions on /dev/dsp*? Are other deamons running that are
attempting to access /dev/dsp? As an example, I ran E once and enabled
'sounds' from within e-conf only to find that while 'esd' is running,
gqmpeg will not run (it reports 'Can't access /dev/dsp').
Good luck,
-Mike
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 9:32:25 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 42748152B2
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 09:32:19 -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 MAA08345;
Fri, 3 Sep 1999 12:32:17 -0400
Received: from localhost (arthur@localhost)
by Arthur.Linuxberg (8.9.3/8.9.3) with ESMTP id MAA01042;
Fri, 3 Sep 1999 12:32:12 -0400 (EDT)
X-Authentication-Warning: Arthur.Linuxberg: arthur owned process doing -bs
Date: Fri, 3 Sep 1999 12:32:08 -0400 (EDT)
From: "Arthur H. Johnson II" <arthur@tucows.com>
X-Sender: arthur@Arthur.Linuxberg
To: Mike Hoskins <mike@snafu.adept.org>
Cc: Sheldon Hearn <sheldonh@uunet.co.za>, current@FreeBSD.ORG
Subject: Re: Sound card problems with -current.
In-Reply-To: <Pine.BSF.4.10.9909030920030.2028-100000@snafu.adept.org>
Message-ID: <Pine.BSF.4.10.9909031231400.413-100000@Arthur.Linuxberg>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Well, i recompiled with the Voxware drivers and commented out the pnp0
device, and now it works.
Arthur H. Johnson II
http://www.linuxberg.com
Linuxberg Manager
arthur@tucows.com
On Fri, 3 Sep 1999, Mike Hoskins wrote:
> On Fri, 3 Sep 1999, Arthur H. Johnson II wrote:
>
> > That didnt work. When I ran mpg123 it said can't access /dev/dsp but the
> > mixer worked. And yes, i did run makedev.
>
> What are the permissions on /dev/dsp*? Are other deamons running that are
> attempting to access /dev/dsp? As an example, I ran E once and enabled
> 'sounds' from within e-conf only to find that while 'esd' is running,
> gqmpeg will not run (it reports 'Can't access /dev/dsp').
>
> Good luck,
> -Mike
>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 9:32:39 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 C36AA157A1
for <current@freebsd.org>; Fri, 3 Sep 1999 09:32:37 -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 JAA03972;
Fri, 3 Sep 1999 09:32:36 -0700 (PDT)
(envelope-from jdp@polstra.com)
From: John Polstra <jdp@polstra.com>
Received: (from jdp@localhost)
by vashon.polstra.com (8.9.3/8.9.1) id JAA08396;
Fri, 3 Sep 1999 09:32:36 -0700 (PDT)
(envelope-from jdp@polstra.com)
Date: Fri, 3 Sep 1999 09:32:36 -0700 (PDT)
Message-Id: <199909031632.JAA08396@vashon.polstra.com>
To: tejblum@arc.hq.cti.ru
Subject: Re: Perl still broken in 4.0-CURRENT
In-Reply-To: <199909010859.MAA01377@tejblum.pp.ru>
References: <199909010859.MAA01377@tejblum.pp.ru>
Organization: Polstra & Co., Seattle, WA
Cc: current@freebsd.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
In article <199909010859.MAA01377@tejblum.pp.ru>,
Dmitrij Tejblum <tejblum@arc.hq.cti.ru> wrote:
> Pascal Hofstee wrote:
> > 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.
Hmm, could be. Can one of you please give it a try with the older
ld-elf.so.1 and see if it works again? I recommend trying the
dynamic linker from August 25.
If it works with the older dynamic linker, please send me (preferably
simple :-) instructions for reproducing the problem.
Thanks,
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 Fri Sep 3 9:35:32 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 8DAFF14CD1
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 09:35:25 -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 KAA00844;
Fri, 3 Sep 1999 10:34:09 -0600 (MDT)
(envelope-from nate@rocky.mt.sri.com)
Received: by mt.sri.com (SMI-8.6/SMI-SVR4)
id KAA02925; Fri, 3 Sep 1999 10:34:09 -0600
Date: Fri, 3 Sep 1999 10:34:09 -0600
Message-Id: <199909031634.KAA02925@mt.sri.com>
From: Nate Williams <nate@mt.sri.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Luoqi Chen <luoqi@watermarkgroup.com>
Cc: current@FreeBSD.ORG
Subject: Re: start xdm on a particular vty
In-Reply-To: <199909031441.KAA01499@lor.watermarkgroup.com>
References: <199909031441.KAA01499@lor.watermarkgroup.com>
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
> There have been discussions about the xdm entry /etc/ttys does not guarantee
> the X server being started on the particular vty. So I wrote a shell script
> to explicitly tell xdm to start X server on a specific vty.
I *like* it. I think you should share it with the XFree86 folks, and I
think this would be great to have in the base installation (after proper
testing of course...).
However, does this work with non-XFree86 X servers? (Or, maybe you
can't test that...)
Nate
It's been working
> great. I'd like to share it with you, maybe we could include it in the base
> system. Here's the script (I call it xdmstart), it's very simple,
>
> #!/bin/sh
> case $1 in
> ttyv*)
> vt=vt`expr $1 : 'ttyv\(.*\)' + 1`;;
> *) vt=;;
> esac
> exec /usr/X11R6/bin/xdm -nodaemon -server ":0 local /usr/X11R6/bin/X :0 $vt"
>
> and in /etc/ttys replace the xdm line with
> ttyv3 "/usr/local/bin/xdmstart" xterm on secure
>
> There's one thing should be noted, the vtxx option isn't a standard X server
> option, but both XFree86 and Xig support it, so majority of the people should
> be covered.
>
> -lq
>
>
> 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 Fri Sep 3 9:50:29 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 6422C14D42
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 09:49:32 -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 KAA34947;
Fri, 3 Sep 1999 10:45:03 -0600 (CST)
(envelope-from obonilla)
Date: Fri, 3 Sep 1999 10:45:02 -0600
From: Oscar Bonilla <obonilla@fisicc-ufm.edu>
To: Warner Losh <imp@village.org>
Cc: Oscar Bonilla <obonilla@fisicc-ufm.edu>, current@FreeBSD.ORG
Subject: Re: recent apm changes (FYI)
Message-ID: <19990903104502.G34503@fisicc-ufm.edu>
References: <19990903084913.A34503@fisicc-ufm.edu> <19990902085420.A31196@fisicc-ufm.edu> <199909030421.WAA29497@harmony.village.org> <19990903084913.A34503@fisicc-ufm.edu> <199909031533.JAA44477@harmony.village.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0pre1i
In-Reply-To: <199909031533.JAA44477@harmony.village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, Sep 03, 1999 at 09:33:29AM -0600, Warner Losh wrote:
> In message <19990903084913.A34503@fisicc-ufm.edu> Oscar Bonilla writes:
> : Aug. 27th. Want me to make world again? I also have a 3C589D and it happens
> : with it too.
>
> No. Aug 27 is new enough to be good. I'm swamped right now with a
> dozen other things at the moment, but if you could write me in about a
> week I'd be able to help you out more.
>
sure, i'll talk back in a week...
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 Fri Sep 3 10: 3:15 1999
Delivered-To: freebsd-current@freebsd.org
Received: from deep-thought.demos.su (deep-thought.demos.su [195.133.1.74])
by hub.freebsd.org (Postfix) with ESMTP id B7E8E14FAA
for <current@freebsd.org>; Fri, 3 Sep 1999 10:03:12 -0700 (PDT)
(envelope-from ache@deep-thought.demos.su)
Received: (from ache@localhost)
by deep-thought.demos.su (8.9.3/8.9.3) id VAA90285
for current@freebsd.org; Fri, 3 Sep 1999 21:01:53 +0400 (MSD)
(envelope-from ache)
Date: Fri, 3 Sep 1999 21:01:52 +0400
From: "Andrey A. Chernov" <ache@nagual.pp.ru>
To: current@freebsd.org
Subject: i386/isa/pnp.h is absent!
Message-ID: <19990903210152.A90263@nagual.pp.ru>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.5i
Organization: Biomechanoid
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Many drivers tries to include
#include <i386/isa/pnp.h>
which is absent now, please fix ASAP, kernel build fails on "make depend"
--
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 Fri Sep 3 10:29:30 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 EB27015F80
for <current@freebsd.org>; Fri, 3 Sep 1999 10:29:23 -0700 (PDT)
(envelope-from daeron@Wit401305.student.utwente.nl)
Received: by shadowmere.student.utwente.nl (Postfix, from userid 1001)
id 9DD3698; Fri, 3 Sep 1999 19:29:22 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by shadowmere.student.utwente.nl (Postfix) with ESMTP
id 960D096; Fri, 3 Sep 1999 19:29:22 +0200 (CEST)
Date: Fri, 3 Sep 1999 19:29:22 +0200 (CEST)
From: Pascal Hofstee <daeron@shadowmere.student.utwente.nl>
To: John Polstra <jdp@polstra.com>
Cc: tejblum@arc.hq.cti.ru, current@freebsd.org
Subject: Re: Perl still broken in 4.0-CURRENT
In-Reply-To: <199909031632.JAA08396@vashon.polstra.com>
Message-ID: <Pine.BSF.4.10.9909031927280.62786-100000@shadowmere.student.utwente.nl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, 3 Sep 1999, John Polstra wrote:
> Hmm, could be. Can one of you please give it a try with the older
> ld-elf.so.1 and see if it works again? I recommend trying the
> dynamic linker from August 25.
>
> If it works with the older dynamic linker, please send me (preferably
> simple :-) instructions for reproducing the problem.
Well ... I personally use CVSup to do my source-tree updating. If you
could provide me with instructions on how to revert the current rtld-elf
code to an older revision .. i sure would like to try out.
As for the easiest way to reproduce .... just try to run the mirror-script
it's bound to just Die with a SIGSEGV in DynaLoader.pm
--------------------
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 Fri Sep 3 10:40:38 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 9F69A156B8
for <current@freebsd.org>; Fri, 3 Sep 1999 10:40:27 -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 KAA04412;
Fri, 3 Sep 1999 10:38:41 -0700 (PDT)
(envelope-from jdp@polstra.com)
Received: (from jdp@localhost)
by vashon.polstra.com (8.9.3/8.9.1) id KAA08707;
Fri, 3 Sep 1999 10:38:40 -0700 (PDT)
(envelope-from jdp@polstra.com)
Message-ID: <XFMail.990903103840.jdp@polstra.com>
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: <Pine.BSF.4.10.9909031927280.62786-100000@shadowmere.student.utwente.nl>
Date: Fri, 03 Sep 1999 10:38:40 -0700 (PDT)
Organization: Polstra & Co., Inc.
From: John Polstra <jdp@polstra.com>
To: Pascal Hofstee <daeron@Wit401305.student.utwente.nl>
Subject: Re: Perl still broken in 4.0-CURRENT
Cc: current@freebsd.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Pascal Hofstee wrote:
> On Fri, 3 Sep 1999, John Polstra wrote:
>
>> Hmm, could be. Can one of you please give it a try with the older
>> ld-elf.so.1 and see if it works again? I recommend trying the
>> dynamic linker from August 25.
>>
>> If it works with the older dynamic linker, please send me (preferably
>> simple :-) instructions for reproducing the problem.
>
> Well ... I personally use CVSup to do my source-tree updating. If you
> could provide me with instructions on how to revert the current rtld-elf
> code to an older revision .. i sure would like to try out.
Thanks! Here are the instructions. Make a copy of your supfile.
Let's call it "supfile.rtld". Now edit that file and add this line at
the beginning:
*default date=99.08.25.00.00.00
Run cvsup as usual, except for two changes:
1. Specify "supfile.rtld" instead of your usual supfile.
2. Add "-i src/libexec/rtld-elf" to the command line.
That should back out the recent changes to ld-elf.so.1 quickly,
without affecting anything else.
Next, build and install the dynamic linker:
1. Make a backup copy of "/usr/libexec/rtld-elf.so.1".
2. Run these commands:
cd /usr/src/libexec/rtld-elf
make cleandir; make cleandir
make obj
make depend
make all
make install
And try it out.
Your next regular cvsup run will undo the changes.
> As for the easiest way to reproduce .... just try to run the
> mirror-script it's bound to just Die with a SIGSEGV in DynaLoader.pm
I was hoping for something simpler that wouldn't require me to
figure out how to configure mirror-script. :-(
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 Fri Sep 3 11: 4:12 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 C14AF14BD3
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 11:04:05 -0700 (PDT)
(envelope-from luoqi@watermarkgroup.com)
Received: (from luoqi@localhost)
by lor.watermarkgroup.com (8.8.8/8.8.8) id OAA04921;
Fri, 3 Sep 1999 14:03:11 -0400 (EDT)
(envelope-from luoqi)
Date: Fri, 3 Sep 1999 14:03:11 -0400 (EDT)
From: Luoqi Chen <luoqi@watermarkgroup.com>
Message-Id: <199909031803.OAA04921@lor.watermarkgroup.com>
To: nate@mt.sri.com
Subject: Re: start xdm on a particular vty
Cc: current@FreeBSD.ORG
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
> > There have been discussions about the xdm entry /etc/ttys does not guarantee
> > the X server being started on the particular vty. So I wrote a shell script
> > to explicitly tell xdm to start X server on a specific vty.
>
> I *like* it. I think you should share it with the XFree86 folks, and I
> think this would be great to have in the base installation (after proper
> testing of course...).
>
Do you know the appropriate channel to contact the XFree86 folks? In the
mean while, I can take Sheldon's advice, submit it to our XFree86 port.
> However, does this work with non-XFree86 X servers? (Or, maybe you
> can't test that...)
>
I've only tested it with XFree86. Xig's document indicates it also supports
the vtxx option (but I am unable to test it). I don't know anything about
servers from other vendors.
>
> Nate
>
-lq
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 11: 8:24 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 9241114BD3
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 11:08:19 -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 MAA01938;
Fri, 3 Sep 1999 12:08:18 -0600 (MDT)
(envelope-from nate@rocky.mt.sri.com)
Received: by mt.sri.com (SMI-8.6/SMI-SVR4)
id MAA03674; Fri, 3 Sep 1999 12:08:17 -0600
Date: Fri, 3 Sep 1999 12:08:17 -0600
Message-Id: <199909031808.MAA03674@mt.sri.com>
From: Nate Williams <nate@mt.sri.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Luoqi Chen <luoqi@watermarkgroup.com>
Cc: nate@mt.sri.com, current@FreeBSD.ORG
Subject: Re: start xdm on a particular vty
In-Reply-To: <199909031803.OAA04921@lor.watermarkgroup.com>
References: <199909031803.OAA04921@lor.watermarkgroup.com>
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
>>> There have been discussions about the xdm entry /etc/ttys does not
>>> guarantee the X server being started on the particular vty. So I
>>> wrote a shell script to explicitly tell xdm to start X server on a
>>> specific vty.
>>
>> I *like* it. I think you should share it with the XFree86 folks, and
>> I think this would be great to have in the base installation (after
>> proper testing of course...).
> Do you know the appropriate channel to contact the XFree86 folks?
Try rich@FreeBSD.org, who is supposedly the FreeBSD contact for XFree86.
> > However, does this work with non-XFree86 X servers? (Or, maybe you
> > can't test that...)
> >
> I've only tested it with XFree86. Xig's document indicates it also supports
> the vtxx option (but I am unable to test it). I don't know anything about
> servers from other vendors.
Great. I'll see if I can try it out at home on my XIG server...
Nate
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 11:44: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 27D90156E7
for <current@freebsd.org>; Fri, 3 Sep 1999 11:44:35 -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 LAA04829;
Fri, 3 Sep 1999 11:44:21 -0700 (PDT)
(envelope-from jdp@polstra.com)
From: John Polstra <jdp@polstra.com>
Received: (from jdp@localhost)
by vashon.polstra.com (8.9.3/8.9.1) id LAA09129;
Fri, 3 Sep 1999 11:44:21 -0700 (PDT)
(envelope-from jdp@polstra.com)
Date: Fri, 3 Sep 1999 11:44:21 -0700 (PDT)
Message-Id: <199909031844.LAA09129@vashon.polstra.com>
To: Pascal Hofstee <daeron@Wit401305.student.utwente.nl>
Subject: Re: Perl still broken in 4.0-CURRENT
In-Reply-To: <XFMail.990903103840.jdp@polstra.com>
References: <XFMail.990903103840.jdp@polstra.com>
Organization: Polstra & Co., Seattle, WA
Cc: current@freebsd.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Oops, I said:
> 1. Make a backup copy of "/usr/libexec/rtld-elf.so.1".
but I meant "/usr/libexec/ld-elf.so.1".
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 Fri Sep 3 12: 6:24 1999
Delivered-To: freebsd-current@freebsd.org
Received: from lambic.physics.montana.edu (lambic.physics.montana.edu [153.90.192.128])
by hub.freebsd.org (Postfix) with ESMTP id DBD97157EB
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 12:06:22 -0700 (PDT)
(envelope-from handy@lambic.physics.montana.edu)
Received: from localhost (handy@localhost)
by lambic.physics.montana.edu (8.9.3/8.9.3) with ESMTP id NAA62044;
Fri, 3 Sep 1999 13:04:53 -0600 (MDT)
(envelope-from handy@lambic.physics.montana.edu)
Date: Fri, 3 Sep 1999 13:04:53 -0600 (MDT)
From: Brian Handy <handy@lambic.physics.montana.edu>
To: John Polstra <jdp@polstra.com>
Cc: current@FreeBSD.ORG
Subject: Re: Perl still broken in 4.0-CURRENT
In-Reply-To: <XFMail.990903103840.jdp@polstra.com>
Message-ID: <Pine.BSF.4.10.9909031303040.55342-100000@lambic.physics.montana.edu>
X-files: The truth is out there
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
>I was hoping for something simpler that wouldn't require me to
>figure out how to configure mirror-script. :-(
I haven't paid much attention, but I'm running a recent version of
-current. (Sorry I can't specify the date, everything's out of sync.)
However, that aside, mirror-script is easy: Just install 'mirror' from
the ports tree and then type 'mirror' at the prompt. I don't need to
specify a mirror package to have it fall over with:
lambic:~/work/vault > mirror
DynaLoader:/usr/libdata/perl/5.00503/DynaLoader.pm:188 Caught a SIGSEGV
shutting down at /usr/local/bin/mirror line 3873.
Happy trails,
Brian
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 12:12:42 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 7FF2914EFA
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 12:12:33 -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 MAA04992;
Fri, 3 Sep 1999 12:09:26 -0700 (PDT)
(envelope-from jdp@polstra.com)
Received: (from jdp@localhost)
by vashon.polstra.com (8.9.3/8.9.1) id MAA09232;
Fri, 3 Sep 1999 12:09:24 -0700 (PDT)
(envelope-from jdp@polstra.com)
Message-ID: <XFMail.990903120922.jdp@polstra.com>
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: <Pine.BSF.4.10.9909031303040.55342-100000@lambic.physics.montana.edu>
Date: Fri, 03 Sep 1999 12:09:22 -0700 (PDT)
Organization: Polstra & Co., Inc.
From: John Polstra <jdp@polstra.com>
To: Brian Handy <handy@lambic.physics.montana.edu>
Subject: Re: Perl still broken in 4.0-CURRENT
Cc: current@FreeBSD.ORG
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Brian Handy wrote:
>
>>I was hoping for something simpler that wouldn't require me to
>>figure out how to configure mirror-script. :-(
>
> I haven't paid much attention, but I'm running a recent version of
> -current. (Sorry I can't specify the date, everything's out of sync.)
> However, that aside, mirror-script is easy: Just install 'mirror' from
> the ports tree and then type 'mirror' at the prompt. I don't need to
> specify a mirror package to have it fall over with:
>
> lambic:~/work/vault > mirror
> DynaLoader:/usr/libdata/perl/5.00503/DynaLoader.pm:188 Caught a SIGSEGV
> shutting down at /usr/local/bin/mirror line 3873.
Thanks! I'll give it a try.
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 Fri Sep 3 12:20:18 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 738F715F26
for <current@freebsd.org>; Fri, 3 Sep 1999 12:20:07 -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 UAA13710;
Fri, 3 Sep 1999 20:19:37 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Fri, 3 Sep 1999 20:19:37 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: "Valentin S. Chopov" <valsho@yahoo.com>
Cc: current@freebsd.org
Subject: Re: make depend & if_ed.c & pnp.h
In-Reply-To: <19990903121542.26065.rocketmail@web111.yahoomail.com>
Message-ID: <Pine.BSF.4.10.9909032019080.2081-100000@salmon.nlsystems.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, 3 Sep 1999, Valentin S. Chopov wrote:
> error after make depend .
> there is a #include <i386/isa/pnp.h> in
> sys/i386/isa/if_ed.c , but there is not pnp.h in the
> sys tree.
This will be fixed very soon when the if_ed driver is updated to use the
new PnP code.
--
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 Fri Sep 3 12:20:29 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 440E915EB8
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 12:20: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 VAA10525;
Fri, 3 Sep 1999 21:19:19 +0200 (CEST)
Received: (from tobez@localhost)
by lion.plab.ku.dk (8.9.3/8.9.3) id VAA79215;
Fri, 3 Sep 1999 21:16:02 +0200 (CEST)
(envelope-from tobez)
Date: Fri, 3 Sep 1999 21:16:02 +0200
From: Anton Berezin <tobez@plab.ku.dk>
To: Brian Handy <handy@lambic.physics.montana.edu>
Cc: John Polstra <jdp@polstra.com>, current@FreeBSD.ORG
Subject: Re: Perl still broken in 4.0-CURRENT
Message-ID: <19990903211602.A79179@lion.plab.ku.dk>
References: <XFMail.990903103840.jdp@polstra.com> <Pine.BSF.4.10.9909031303040.55342-100000@lambic.physics.montana.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0pre1i
In-Reply-To: <Pine.BSF.4.10.9909031303040.55342-100000@lambic.physics.montana.edu>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, Sep 03, 1999 at 01:04:53PM -0600, Brian Handy wrote:
> >I was hoping for something simpler that wouldn't require me to figure
> >out how to configure mirror-script. :-(
The simplest thing I've come up with (as I wrote some days before) is
$ perl -MIO -e ''
I.e. *any* use of IO::File and friends fails miserably during XS
bootsrap. If it is necessary, I will reinstallworld tomorrow with
Aug-25 loader.
Cheers,
--
Anton Berezin <tobez@plab.ku.dk>
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 Fri Sep 3 12:20:57 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 85EAA157C4
for <current@freebsd.org>; Fri, 3 Sep 1999 12:20:47 -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 UAA13717;
Fri, 3 Sep 1999 20:22:32 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Fri, 3 Sep 1999 20:22:32 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: "Arthur H. Johnson II" <arthur@tucows.com>
Cc: current@freebsd.org
Subject: Re: Sound card problems with -current.
In-Reply-To: <Pine.BSF.4.10.9909031125170.668-100000@Arthur.Linuxberg>
Message-ID: <Pine.BSF.4.10.9909032021490.2081-100000@salmon.nlsystems.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, 3 Sep 1999, Arthur H. Johnson II wrote:
> Well, I got rid of the old Voxware drivers and went with the pnp drivers
> and still nothing. Here is the dmesg:
> --
> pcm0: <SoundBlaster 16 4.13> at port 0x220-0x22f irq 5 drq 5 flags 0x15 on isa0
> unknown0: <Game> on isa0
> unknown1: <Audio> at port 0x240-0x24f,0x300-0x301,0x388-0x38b irq 9 drq 1,7 on isa0
I'm confused by the unknown1 line. Could you send the output of 'pnpinfo'
for this machine.
--
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 Fri Sep 3 12:22: 9 1999
Delivered-To: freebsd-current@freebsd.org
Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252])
by hub.freebsd.org (Postfix) with ESMTP id 9C36D15E30
for <current@freebsd.org>; Fri, 3 Sep 1999 12:21:48 -0700 (PDT)
(envelope-from roberto@keltia.freenix.fr)
Received: (from uucp@localhost)
by frmug.org (8.9.3/frmug-2.5/nospam) with UUCP id VAA09432
for current@freebsd.org; Fri, 3 Sep 1999 21:21:45 +0200 (CEST)
(envelope-from roberto@keltia.freenix.fr)
Received: by keltia.freenix.fr (Postfix, from userid 101)
id BFC04870A; Fri, 3 Sep 1999 19:48:05 +0200 (CEST)
Date: Fri, 3 Sep 1999 19:48:05 +0200
From: Ollivier Robert <roberto@keltia.freenix.fr>
To: current@freebsd.org
Subject: Re: Fixed sound card problem.
Message-ID: <19990903194805.A48826@keltia.freenix.fr>
Mail-Followup-To: current@freebsd.org
References: <Pine.BSF.4.10.9909031150170.355-100000@Arthur.Linuxberg>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/0.95.5i
In-Reply-To: <Pine.BSF.4.10.9909031150170.355-100000@Arthur.Linuxberg>; from Arthur H. Johnson II on Fri, Sep 03, 1999 at 11:51:18AM -0400
X-Operating-System: FreeBSD 4.0-CURRENT/ELF ctm#5543 AMD-K6 MMX @ 200 MHz
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
According to Arthur H. Johnson II:
> I fixed the sound card problem I was having. I just commented out the pnp
> driver. I know I will run into problems later if I ever get pnp devices,
> but its a temporary fix.
Something to remember: if you have both pcm0 and pnp, then it will be probed
as pcm0 BUT the device you must use is pcm1. That means that you need to do
"sh MAKEDEV snd1" and not "sh MAKEDEV snd0".
pcm0: MAKEDEV snd0
pcm0 + pnp: MAKEDEV snd1
Luigi gave a good explanation a while when he wrote pcm but I don't remember
it now :)
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr
FreeBSD keltia.freenix.fr 4.0-CURRENT #73: Sat Jul 31 15:36:05 CEST 1999
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 12:27:52 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 1739D151B2
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 12:27:49 -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 PAA16492;
Fri, 3 Sep 1999 15:27:48 -0400
Received: from localhost (arthur@localhost)
by Arthur.Linuxberg (8.9.3/8.9.3) with ESMTP id PAA05596;
Fri, 3 Sep 1999 15:27:42 -0400 (EDT)
X-Authentication-Warning: Arthur.Linuxberg: arthur owned process doing -bs
Date: Fri, 3 Sep 1999 15:27:38 -0400 (EDT)
From: "Arthur H. Johnson II" <arthur@tucows.com>
X-Sender: arthur@Arthur.Linuxberg
To: Ollivier Robert <roberto@keltia.freenix.fr>
Cc: current@FreeBSD.ORG
Subject: Re: Fixed sound card problem.
In-Reply-To: <19990903194805.A48826@keltia.freenix.fr>
Message-ID: <Pine.BSF.4.10.9909031527060.2667-100000@Arthur.Linuxberg>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
I tried using snd1.
Arthur H. Johnson II
http://www.linuxberg.com
Linuxberg Manager
arthur@tucows.com
On Fri, 3 Sep 1999, Ollivier Robert wrote:
> According to Arthur H. Johnson II:
> > I fixed the sound card problem I was having. I just commented out the pnp
> > driver. I know I will run into problems later if I ever get pnp devices,
> > but its a temporary fix.
>
> Something to remember: if you have both pcm0 and pnp, then it will be probed
> as pcm0 BUT the device you must use is pcm1. That means that you need to do
> "sh MAKEDEV snd1" and not "sh MAKEDEV snd0".
>
> pcm0: MAKEDEV snd0
> pcm0 + pnp: MAKEDEV snd1
>
> Luigi gave a good explanation a while when he wrote pcm but I don't remember
> it now :)
> --
> Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr
> FreeBSD keltia.freenix.fr 4.0-CURRENT #73: Sat Jul 31 15:36:05 CEST 1999
>
>
>
> 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 Fri Sep 3 12:32:12 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 280EF14BF9
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 12:32:07 -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 PAA16603;
Fri, 3 Sep 1999 15:30:10 -0400
Received: from localhost (arthur@localhost)
by Arthur.Linuxberg (8.9.3/8.9.3) with ESMTP id PAA05622;
Fri, 3 Sep 1999 15:30:05 -0400 (EDT)
X-Authentication-Warning: Arthur.Linuxberg: arthur owned process doing -bs
Date: Fri, 3 Sep 1999 15:30:05 -0400 (EDT)
From: "Arthur H. Johnson II" <arthur@tucows.com>
X-Sender: arthur@Arthur.Linuxberg
To: Doug Rabson <dfr@nlsystems.com>
Cc: current@FreeBSD.ORG
Subject: Re: Sound card problems with -current.
In-Reply-To: <Pine.BSF.4.10.9909032021490.2081-100000@salmon.nlsystems.com>
Message-ID: <Pine.BSF.4.10.9909031529110.2667-200000@Arthur.Linuxberg>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-978771478-936387005=:2667"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
Send mail to mime@docserver.cac.washington.edu for more info.
--0-978771478-936387005=:2667
Content-Type: TEXT/PLAIN; charset=US-ASCII
Okay.
Arthur H. Johnson II
http://www.linuxberg.com
Linuxberg Manager
arthur@tucows.com
On Fri, 3 Sep 1999, Doug Rabson wrote:
> On Fri, 3 Sep 1999, Arthur H. Johnson II wrote:
>
> > Well, I got rid of the old Voxware drivers and went with the pnp drivers
> > and still nothing. Here is the dmesg:
> > --
> > pcm0: <SoundBlaster 16 4.13> at port 0x220-0x22f irq 5 drq 5 flags 0x15 on isa0
> > unknown0: <Game> on isa0
> > unknown1: <Audio> at port 0x240-0x24f,0x300-0x301,0x388-0x38b irq 9 drq 1,7 on isa0
>
> I'm confused by the unknown1 line. Could you send the output of 'pnpinfo'
> for this machine.
>
> --
> 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
>
--0-978771478-936387005=:2667
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=pnpout
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.BSF.4.10.9909031530050.2667@Arthur.Linuxberg>
Content-Description:
Content-Disposition: attachment; filename=pnpout
Q2hlY2tpbmcgZm9yIFBsdWctbi1QbGF5IGRldmljZXMuLi4NCg0KQ2FyZCBh
c3NpZ25lZCBDU04gIzENClZlbmRvciBJRCBDVEwwMDcwICgweDcwMDA4YzBl
KSwgU2VyaWFsIE51bWJlciAweGZmZmZmZmZmDQpQblAgVmVyc2lvbiAxLjAs
IFZlbmRvciBWZXJzaW9uIDE2DQpEZXZpY2UgRGVzY3JpcHRpb246IENyZWF0
aXZlIFZpQlJBMTZDIFBuUA0KDQpMb2dpY2FsIERldmljZSBJRDogQ1RMMDAw
MSAweDAxMDA4YzBlICMwDQpEZXZpY2UgRGVzY3JpcHRpb246IEF1ZGlvDQpU
QUcgU3RhcnQgREYNCkdvb2QgQ29uZmlndXJhdGlvbg0KICAgIElSUTogNSAg
LSBvbmx5IG9uZSB0eXBlICh0cnVlL2VkZ2UpDQogICAgRE1BOiBjaGFubmVs
KHMpIDEgDQoJOC1iaXQsIG5vdCBhIGJ1cyBtYXN0ZXIsIGNvdW50IGJ5IGJ5
dGUsICwgQ29tcGF0aWJpbGl0eSBtb2RlDQogICAgRE1BOiBjaGFubmVsKHMp
IDUgDQoJMTYtYml0LCBub3QgYSBidXMgbWFzdGVyLCAsIGNvdW50IGJ5IHdv
cmQsIENvbXBhdGliaWxpdHkgbW9kZQ0KICAgIEkvTyBSYW5nZSAweDIyMCAu
LiAweDIyMCwgYWxpZ25tZW50IDB4MSwgbGVuIDB4MTANCglbMTYtYml0IGFk
ZHJdDQogICAgSS9PIFJhbmdlIDB4MzMwIC4uIDB4MzMwLCBhbGlnbm1lbnQg
MHgxLCBsZW4gMHgyDQoJWzE2LWJpdCBhZGRyXQ0KICAgIEkvTyBSYW5nZSAw
eDM4OCAuLiAweDM4OCwgYWxpZ25tZW50IDB4MSwgbGVuIDB4NA0KCVsxNi1i
aXQgYWRkcl0NClRBRyBTdGFydCBERg0KQWNjZXB0YWJsZSBDb25maWd1cmF0
aW9uDQogICAgSVJROiA1IDcgOSAxMCAgLSBvbmx5IG9uZSB0eXBlICh0cnVl
L2VkZ2UpDQogICAgRE1BOiBjaGFubmVsKHMpIDEgMyANCgk4LWJpdCwgbm90
IGEgYnVzIG1hc3RlciwgY291bnQgYnkgYnl0ZSwgLCBDb21wYXRpYmlsaXR5
IG1vZGUNCiAgICBETUE6IGNoYW5uZWwocykgNSA3IA0KCTE2LWJpdCwgbm90
IGEgYnVzIG1hc3RlciwgLCBjb3VudCBieSB3b3JkLCBDb21wYXRpYmlsaXR5
IG1vZGUNCiAgICBJL08gUmFuZ2UgMHgyMjAgLi4gMHgyODAsIGFsaWdubWVu
dCAweDIwLCBsZW4gMHgxMA0KCVsxNi1iaXQgYWRkcl0NCiAgICBJL08gUmFu
Z2UgMHgzMDAgLi4gMHgzMzAsIGFsaWdubWVudCAweDMwLCBsZW4gMHgyDQoJ
WzE2LWJpdCBhZGRyXQ0KICAgIEkvTyBSYW5nZSAweDM4OCAuLiAweDM4OCwg
YWxpZ25tZW50IDB4MSwgbGVuIDB4NA0KCVsxNi1iaXQgYWRkcl0NClRBRyBT
dGFydCBERg0KQWNjZXB0YWJsZSBDb25maWd1cmF0aW9uDQogICAgSVJROiA1
IDcgOSAxMCAgLSBvbmx5IG9uZSB0eXBlICh0cnVlL2VkZ2UpDQogICAgRE1B
OiBjaGFubmVsKHMpIDEgMyANCgk4LWJpdCwgbm90IGEgYnVzIG1hc3Rlciwg
Y291bnQgYnkgYnl0ZSwgLCBDb21wYXRpYmlsaXR5IG1vZGUNCiAgICBETUE6
IGNoYW5uZWwocykgNSA3IA0KCTE2LWJpdCwgbm90IGEgYnVzIG1hc3Rlciwg
LCBjb3VudCBieSB3b3JkLCBDb21wYXRpYmlsaXR5IG1vZGUNCiAgICBJL08g
UmFuZ2UgMHgyMjAgLi4gMHgyODAsIGFsaWdubWVudCAweDIwLCBsZW4gMHgx
MA0KCVsxNi1iaXQgYWRkcl0NCiAgICBJL08gUmFuZ2UgMHgzMDAgLi4gMHgz
MzAsIGFsaWdubWVudCAweDMwLCBsZW4gMHgyDQoJWzE2LWJpdCBhZGRyXQ0K
VEFHIFN0YXJ0IERGDQpTdWItb3B0aW1hbCBDb25maWd1cmF0aW9uDQogICAg
SVJROiA1IDcgOSAxMCAgLSBvbmx5IG9uZSB0eXBlICh0cnVlL2VkZ2UpDQog
ICAgRE1BOiBjaGFubmVsKHMpIDEgMyANCgk4LWJpdCwgbm90IGEgYnVzIG1h
c3RlciwgY291bnQgYnkgYnl0ZSwgLCBDb21wYXRpYmlsaXR5IG1vZGUNCiAg
ICBETUE6IGNoYW5uZWwocykgNSA3IA0KCTE2LWJpdCwgbm90IGEgYnVzIG1h
c3RlciwgLCBjb3VudCBieSB3b3JkLCBDb21wYXRpYmlsaXR5IG1vZGUNCiAg
ICBJL08gUmFuZ2UgMHgyMjAgLi4gMHgyODAsIGFsaWdubWVudCAweDIwLCBs
ZW4gMHgxMA0KCVsxNi1iaXQgYWRkcl0NClRBRyBTdGFydCBERg0KU3ViLW9w
dGltYWwgQ29uZmlndXJhdGlvbg0KICAgIElSUTogNSA3IDkgMTAgIC0gb25s
eSBvbmUgdHlwZSAodHJ1ZS9lZGdlKQ0KICAgIERNQTogY2hhbm5lbChzKSAx
IDMgDQoJOC1iaXQsIG5vdCBhIGJ1cyBtYXN0ZXIsIGNvdW50IGJ5IGJ5dGUs
ICwgQ29tcGF0aWJpbGl0eSBtb2RlDQogICAgSS9PIFJhbmdlIDB4MjIwIC4u
IDB4MjgwLCBhbGlnbm1lbnQgMHgyMCwgbGVuIDB4MTANCglbMTYtYml0IGFk
ZHJdDQogICAgSS9PIFJhbmdlIDB4MzAwIC4uIDB4MzMwLCBhbGlnbm1lbnQg
MHgzMCwgbGVuIDB4Mg0KCVsxNi1iaXQgYWRkcl0NCiAgICBJL08gUmFuZ2Ug
MHgzODggLi4gMHgzODgsIGFsaWdubWVudCAweDEsIGxlbiAweDQNCglbMTYt
Yml0IGFkZHJdDQpUQUcgU3RhcnQgREYNClN1Yi1vcHRpbWFsIENvbmZpZ3Vy
YXRpb24NCiAgICBJUlE6IDUgNyA5IDEwICAtIG9ubHkgb25lIHR5cGUgKHRy
dWUvZWRnZSkNCiAgICBETUE6IGNoYW5uZWwocykgMSAzIA0KCTgtYml0LCBu
b3QgYSBidXMgbWFzdGVyLCBjb3VudCBieSBieXRlLCAsIENvbXBhdGliaWxp
dHkgbW9kZQ0KICAgIEkvTyBSYW5nZSAweDIyMCAuLiAweDI4MCwgYWxpZ25t
ZW50IDB4MjAsIGxlbiAweDEwDQoJWzE2LWJpdCBhZGRyXQ0KVEFHIEVuZCBE
Rg0KDQpMb2dpY2FsIERldmljZSBJRDogQ1RMNzAwMSAweDAxNzA4YzBlICMx
DQpDb21wYXRpYmxlIERldmljZSBJRDogUE5QYjAyZiAoMmZiMGQwNDEpDQpE
ZXZpY2UgRGVzY3JpcHRpb246IEdhbWUNCiAgICBJL08gUmFuZ2UgMHgyMDAg
Li4gMHgyMDAsIGFsaWdubWVudCAweDEsIGxlbiAweDgNCglbMTYtYml0IGFk
ZHJdDQpFbmQgVGFnDQoNClN1Y2Nlc3NmdWxseSBnb3QgNDQgcmVzb3VyY2Vz
LCAyIGxvZ2ljYWwgZmRldnMNCi0tIGNhcmQgc2VsZWN0ICMgMHgwMDAxDQoN
CkNTTiBDVEwwMDcwICgweDcwMDA4YzBlKSwgU2VyaWFsIE51bWJlciAweGZm
ZmZmZmZmDQoNCkxvZ2ljYWwgZGV2aWNlICMwDQpJTzogIDB4MDIyMCAweDAz
MzAgMHgwMzg4IDB4MDAwMCAweDAwMDAgMHgwMDAwIDB4MDAwMCAweDAwMDAN
CklSUSA1IDANCkRNQSAxIDUNCklPIHJhbmdlIGNoZWNrIDB4MDAgYWN0aXZh
dGUgMHgwMQ0KDQpMb2dpY2FsIGRldmljZSAjMQ0KSU86ICAweDAyMDAgMHgw
MDAwIDB4MDAwMCAweDAwMDAgMHgwMDAwIDB4MDAwMCAweDAwMDAgMHgwMDAw
DQpJUlEgMCAwDQpETUEgNCA0DQpJTyByYW5nZSBjaGVjayAweDAwIGFjdGl2
YXRlIDB4MDENCg==
--0-978771478-936387005=:2667--
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 12:56:53 1999
Delivered-To: freebsd-current@freebsd.org
Received: from mail.flex.net (207-70-164-1.flex.net [207.70.164.1])
by hub.freebsd.org (Postfix) with ESMTP id 50F1114BCD
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 12:56:49 -0700 (PDT)
(envelope-from marco@flex.net)
Received: from flex.net [207.18.135.3] by mail.flex.net with ESMTP
(SMTPD32-5.05) id A44E18280132; Fri, 03 Sep 1999 14:41:02 -0500
Message-ID: <37D0280F.6130A9A3@flex.net>
Date: Fri, 03 Sep 1999 14:57:03 -0500
From: gene <marco@flex.net>
Reply-To: marco@flex.net
X-Mailer: Mozilla 4.07 [en] (X11; I; FreeBSD 4.0-CURRENT i386)
MIME-Version: 1.0
To: "current@FreeBSD.ORG" <current@FreeBSD.ORG>
Subject: my new motherboard
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
My new mb(Asus P5A) has lots of new stuff, but one item on my dmesg is
puzzling.
pci0: unknown card DST5000 (vendor=0x1274, dev=0x5000) at 10.0 irq 5
Anybody know what a DST5000 is or who makes it? Or more importantly why
FreeBSD doesn't know.
Gene Martin
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 13: 4:48 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 5FBC314E30
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 13:04: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 NAA05289;
Fri, 3 Sep 1999 13:04:24 -0700 (PDT)
(envelope-from jdp@polstra.com)
Received: (from jdp@localhost)
by vashon.polstra.com (8.9.3/8.9.1) id NAA09294;
Fri, 3 Sep 1999 13:04:24 -0700 (PDT)
(envelope-from jdp@polstra.com)
Message-ID: <XFMail.990903130423.jdp@polstra.com>
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: <19990903211602.A79179@lion.plab.ku.dk>
Date: Fri, 03 Sep 1999 13:04:23 -0700 (PDT)
Organization: Polstra & Co., Inc.
From: John Polstra <jdp@polstra.com>
To: Anton Berezin <tobez@plab.ku.dk>
Subject: Re: Perl still broken in 4.0-CURRENT
Cc: current@FreeBSD.ORG
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Anton Berezin wrote:
> On Fri, Sep 03, 1999 at 01:04:53PM -0600, Brian Handy wrote:
>
>> >I was hoping for something simpler that wouldn't require me to figure
>> >out how to configure mirror-script. :-(
>
> The simplest thing I've come up with (as I wrote some days before) is
>
> $ perl -MIO -e ''
>
> I.e. *any* use of IO::File and friends fails miserably during XS
> bootsrap. If it is necessary, I will reinstallworld tomorrow with
> Aug-25 loader.
Thanks, guys. I have confirmed that the problem is connected with my
recent dynamic linker changes. Now I just have to figure out why.
I'll fix it as soon as I can.
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 Fri Sep 3 13: 6:28 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 A769D14BFA
for <current@freebsd.org>; Fri, 3 Sep 1999 13:06:24 -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 VAA13919;
Fri, 3 Sep 1999 21:07:48 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Fri, 3 Sep 1999 21:07:48 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: "Arthur H. Johnson II" <arthur@tucows.com>
Cc: current@freebsd.org
Subject: Re: Sound card problems with -current.
In-Reply-To: <Pine.BSF.4.10.9909031529110.2667-200000@Arthur.Linuxberg>
Message-ID: <Pine.BSF.4.10.9909032101530.2081-100000@salmon.nlsystems.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, 3 Sep 1999, Arthur H. Johnson II wrote:
> Okay.
>
> Arthur H. Johnson II
> http://www.linuxberg.com
> Linuxberg Manager
> arthur@tucows.com
Now I'm really confused. It looks like you have an explicit line for the
soundcard in your config (e.g. "device pcm0 at isa? port ? ...") but the
config file which you posted only had a "device pcm0" line. With the new
driver, if it is a pnp card, you mustn't specify resources.
What appears to have happened is that the probe hints (which must have
matched the bios settings) allowed pcm0 to probe and attach the card.
After that, the pnp code allocated resources for the Audio logical device,
avoiding the resources already allocated by pcm0. This moved the card
settings away from what the driver was expecting, effectively disabling
pcm0.
Since the Audio device didn't probe as pcm1, you may also have the buggy
version of pci.c which was overwriting some of the pnp information. Make
sure that you have at least version 1.117 of pci.c.
--
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 Fri Sep 3 13: 7:44 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 1786314BFA
for <current@freebsd.org>; Fri, 3 Sep 1999 13:07:40 -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 VAA13946;
Fri, 3 Sep 1999 21:08:59 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Fri, 3 Sep 1999 21:08:59 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: Ollivier Robert <roberto@keltia.freenix.fr>
Cc: current@freebsd.org
Subject: Re: Fixed sound card problem.
In-Reply-To: <19990903194805.A48826@keltia.freenix.fr>
Message-ID: <Pine.BSF.4.10.9909032108090.2081-100000@salmon.nlsystems.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, 3 Sep 1999, Ollivier Robert wrote:
> According to Arthur H. Johnson II:
> > I fixed the sound card problem I was having. I just commented out the pnp
> > driver. I know I will run into problems later if I ever get pnp devices,
> > but its a temporary fix.
>
> Something to remember: if you have both pcm0 and pnp, then it will be probed
> as pcm0 BUT the device you must use is pcm1. That means that you need to do
> "sh MAKEDEV snd1" and not "sh MAKEDEV snd0".
>
> pcm0: MAKEDEV snd0
> pcm0 + pnp: MAKEDEV snd1
>
> Luigi gave a good explanation a while when he wrote pcm but I don't remember
> it now :)
This is no longer necessary (in fact it causes much confusion for the
driver). The correct declaration for a pnp soundcard is 'device pcm0'.
--
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 Fri Sep 3 13:44:56 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 04E591517E
for <current@freebsd.org>; Fri, 3 Sep 1999 13:44:48 -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 QAA19777;
Fri, 3 Sep 1999 16:44:40 -0400
Received: from localhost (arthur@localhost)
by Arthur.Linuxberg (8.9.3/8.9.3) with ESMTP id QAA00324;
Fri, 3 Sep 1999 16:44:34 -0400 (EDT)
X-Authentication-Warning: Arthur.Linuxberg: arthur owned process doing -bs
Date: Fri, 3 Sep 1999 16:44:34 -0400 (EDT)
From: "Arthur H. Johnson II" <arthur@tucows.com>
X-Sender: arthur@Arthur.Linuxberg
To: Doug Rabson <dfr@nlsystems.com>
Cc: current@freebsd.org
Subject: Re: Sound card problems with -current.
In-Reply-To: <Pine.BSF.4.10.9909032101530.2081-100000@salmon.nlsystems.com>
Message-ID: <Pine.BSF.4.10.9909031643110.313-100000@Arthur.Linuxberg>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Arthur H. Johnson II
http://www.linuxberg.com
Linuxberg Manager
arthur@tucows.com
On Fri, 3 Sep 1999, Doug Rabson wrote:
> On Fri, 3 Sep 1999, Arthur H. Johnson II wrote:
>
> > Okay.
> >
> > Arthur H. Johnson II
> > http://www.linuxberg.com
> > Linuxberg Manager
> > arthur@tucows.com
>
> Now I'm really confused. It looks like you have an explicit line for the
> soundcard in your config (e.g. "device pcm0 at isa? port ? ...") but the
> config file which you posted only had a "device pcm0" line. With the new
> driver, if it is a pnp card, you mustn't specify resources.
Um, I did try that once, but I tried it the correct way and it still didnt
work.
>
> What appears to have happened is that the probe hints (which must have
> matched the bios settings) allowed pcm0 to probe and attach the card.
> After that, the pnp code allocated resources for the Audio logical device,
> avoiding the resources already allocated by pcm0. This moved the card
> settings away from what the driver was expecting, effectively disabling
> pcm0.
>
> Since the Audio device didn't probe as pcm1, you may also have the buggy
> version of pci.c which was overwriting some of the pnp information. Make
> sure that you have at least version 1.117 of pci.c.
BINGO! I had pci.c version 1.116. It is running off pcm0 now thou.
>
> --
> 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 Fri Sep 3 14: 2: 8 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 B938F15755
for <current@freebsd.org>; Fri, 3 Sep 1999 14:01:41 -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 WAA15287
for <current@freebsd.org>; Fri, 3 Sep 1999 22:02:10 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Fri, 3 Sep 1999 22:02:10 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: current@freebsd.org
Subject: Need testers for aha driver change
Message-ID: <Pine.BSF.4.10.9909032200180.2081-100000@salmon.nlsystems.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
I have just taken a pass through the aha_isa driver to convert it to
newbus and to make it use the new pnp system. Unfortunately I don't own
the hardware so I need testers, preferably both with non-pnp and pnp
cards. The code does compile but I have not tested it at all. Here is the
patch:
Index: aha_isa.c
===================================================================
RCS file: /home/ncvs/src/sys/i386/isa/aha_isa.c,v
retrieving revision 1.11
diff -u -r1.11 aha_isa.c
--- aha_isa.c 1999/09/02 04:37:07 1.11
+++ aha_isa.c 1999/09/03 20:47:55
@@ -31,34 +31,28 @@
* $FreeBSD: src/sys/i386/isa/aha_isa.c,v 1.11 1999/09/02 04:37:07 peter Exp $
*/
-/* #include "pnp.h" */
-#define NPNP 0
-
#include <sys/param.h>
#include <sys/systm.h>
#include <sys/kernel.h>
#include <machine/bus_pio.h>
#include <machine/bus.h>
+#include <machine/resource.h>
+#include <sys/module.h>
+#include <sys/bus.h>
+#include <sys/rman.h>
+
+#include <isa/isareg.h>
+#include <isa/isavar.h>
-#include <i386/isa/isa_device.h>
#include <dev/aha/ahareg.h>
#include <cam/scsi/scsi_all.h>
-
-#if NPNP > 0
-#include <i386/isa/pnp.h>
-#endif
-
-static int aha_isa_probe(struct isa_device *dev);
-static int aha_isa_attach(struct isa_device *dev);
-static void aha_isa_intr(void *unit);
-struct isa_driver ahadriver =
-{
- aha_isa_probe,
- aha_isa_attach,
- "aha"
+static struct isa_pnp_id aha_ids[] = {
+ {AHA1542_PNP, NULL}, /* ADP1542 */
+ {AHA1542_PNPCOMPAT, NULL}, /* PNP00A0 */
+ {0}
};
/*
@@ -68,26 +62,41 @@
* autoconf.c
*/
static int
-aha_isa_probe(dev)
- struct isa_device *dev;
+aha_isa_probe(device_t dev)
{
/*
* find unit and check we have that many defined
*/
+ struct aha_softc **sc = device_get_softc(dev);
struct aha_softc *aha;
int port_index;
int max_port_index;
+ int error;
+ u_long port_start, port_count;
+ struct resource *port_res;
+ int port_rid;
+ int drq;
aha = NULL;
+ /* Check isapnp ids */
+ if (ISA_PNP_PROBE(device_get_parent(dev), dev, aha_ids) == ENXIO)
+ return (ENXIO);
+
+ error = ISA_GET_RESOURCE(device_get_parent(dev), dev,
+ SYS_RES_IOPORT, 0,
+ &port_start, &port_count);
+ if (error != 0)
+ port_start = 0;
+
/*
* Bound our board search if the user has
* specified an exact port.
*/
- aha_find_probe_range(dev->id_iobase, &port_index, &max_port_index);
+ aha_find_probe_range(port_start, &port_index, &max_port_index);
if (port_index < 0)
- return 0;
+ return ENXIO;
/* Attempt to find an adapter */
for (;port_index <= max_port_index; port_index++) {
@@ -103,12 +112,21 @@
*/
if (aha_check_probed_iop(ioport) != 0)
continue;
- dev->id_iobase = ioport;
- if (haveseen_iobase(dev, AHA_NREGS))
+ error = ISA_SET_RESOURCE(device_get_parent(dev), dev,
+ SYS_RES_IOPORT, 0,
+ ioport, AHA_NREGS);
+ if (error)
+ return error;
+
+ port_rid = 0;
+ port_res = bus_alloc_resource(dev, SYS_RES_IOPORT, &port_rid,
+ 0, ~0, AHA_NREGS, RF_ACTIVE);
+ if (!port_res)
continue;
/* Allocate a softc for use during probing */
- aha = aha_alloc(dev->id_unit, I386_BUS_SPACE_IO, ioport);
+ aha = aha_alloc(device_get_unit(dev),
+ I386_BUS_SPACE_IO, ioport);
if (aha == NULL)
break;
@@ -139,44 +157,90 @@
switch (config_data.dma_chan) {
case DMA_CHAN_5:
- dev->id_drq = 5;
+ drq = 5;
break;
case DMA_CHAN_6:
- dev->id_drq = 6;
+ drq = 6;
break;
case DMA_CHAN_7:
- dev->id_drq = 7;
+ drq = 7;
break;
default:
printf("aha_isa_probe: Invalid DMA setting "
"detected for adapter at 0x%x. "
"Failing probe\n", ioport);
- return (0);
+ return (ENXIO);
}
- dev->id_irq = (config_data.irq << 9);
- dev->id_intr = aha_isa_intr;
+ error = ISA_SET_RESOURCE(device_get_parent(dev), dev,
+ SYS_RES_DRQ, 0, drq, 1);
+ if (error)
+ return error;
+
+ error = ISA_SET_RESOURCE(device_get_parent(dev), dev,
+ SYS_RES_IRQ, 0, config_data.irq, 1);
+ if (error)
+ return error;
+
+ *sc = aha;
aha_unit++;
- return (AHA_NREGS);
+
+ bus_release_resource(dev, SYS_RES_IOPORT, port_rid, port_res);
+
+ return (0);
}
- return (0);
+ return (ENXIO);
}
/*
* Attach all the sub-devices we can find
*/
static int
-aha_isa_attach(dev)
- struct isa_device *dev;
+aha_isa_attach(device_t dev)
{
+ struct aha_softc **sc = device_get_softc(dev);
struct aha_softc *aha;
bus_dma_filter_t *filter;
void *filter_arg;
bus_addr_t lowaddr;
+ struct resource *port_res;
+ int port_rid;
+ struct resource *irq_res;
+ int irq_rid;
+ struct resource *drq_res;
+ int drq_rid;
+ void *ih;
+ int error;
+
+ port_rid = 0;
+ port_res = bus_alloc_resource(dev, SYS_RES_IOPORT, &port_rid,
+ 0, ~0, AHA_NREGS, RF_ACTIVE);
+ if (!port_res)
+ return ENOMEM;
+
+ irq_rid = 0;
+ irq_res = bus_alloc_resource(dev, SYS_RES_IRQ, &irq_rid,
+ 0, ~0, AHA_NREGS, RF_ACTIVE);
+ if (!irq_res) {
+ bus_release_resource(dev, SYS_RES_IOPORT, port_rid, port_res);
+ return ENOMEM;
+ }
+
+ drq_rid = 0;
+ drq_res = bus_alloc_resource(dev, SYS_RES_DRQ, &drq_rid,
+ 0, ~0, AHA_NREGS, RF_ACTIVE);
+ if (!drq_res) {
+ bus_release_resource(dev, SYS_RES_IOPORT, port_rid, port_res);
+ bus_release_resource(dev, SYS_RES_IRQ, irq_rid, irq_res);
+ return ENOMEM;
+ }
- aha = aha_softcs[dev->id_unit];
+ aha = *sc;
+#if 0 /* is the drq ever unset? */
if (dev->id_drq != -1)
isa_dmacascade(dev->id_drq);
+#endif
+ isa_dmacascade(rman_get_start(drq_res));
/* Allocate our parent dmatag */
filter = NULL;
@@ -191,99 +255,57 @@
/*maxsegsz*/BUS_SPACE_MAXSIZE_24BIT,
/*flags*/0, &aha->parent_dmat) != 0) {
aha_free(aha);
- return (-1);
+ bus_release_resource(dev, SYS_RES_IOPORT, port_rid, port_res);
+ bus_release_resource(dev, SYS_RES_IRQ, irq_rid, irq_res);
+ bus_release_resource(dev, SYS_RES_DRQ, drq_rid, drq_res);
+ return (ENOMEM);
}
if (aha_init(aha)) {
printf("aha init failed\n");
aha_free(aha);
- return (-1);
+ bus_release_resource(dev, SYS_RES_IOPORT, port_rid, port_res);
+ bus_release_resource(dev, SYS_RES_IRQ, irq_rid, irq_res);
+ bus_release_resource(dev, SYS_RES_DRQ, drq_rid, drq_res);
+ return (ENOMEM);
}
-
- return (aha_attach(aha));
-}
-
-/*
- * Handle an ISA interrupt.
- * XXX should go away as soon as ISA interrupt handlers
- * take a (void *) arg.
- */
-static void
-aha_isa_intr(void *unit)
-{
- struct aha_softc* arg = aha_softcs[(int)unit];
- aha_intr((void *)arg);
-}
-/*
- * support PnP cards if we are using 'em
- */
-
-#if NPNP > 0
-
-static char *ahapnp_probe(u_long csn, u_long vend_id);
-static void ahapnp_attach(u_long csn, u_long vend_id, char *name,
- struct isa_device *dev);
-static u_long nahapnp = NAHA;
-
-static struct pnp_device ahapnp = {
- "ahapnp",
- ahapnp_probe,
- ahapnp_attach,
- &nahapnp,
- &bio_imask
-};
-DATA_SET (pnpdevice_set, ahapnp);
-
-static char *
-ahapnp_probe(u_long csn, u_long vend_id)
-{
- struct pnp_cinfo d;
- char *s = NULL;
-
- if (vend_id != AHA1542_PNP && vend_id != AHA1542_PNPCOMPAT)
- return (NULL);
+ error = aha_attach(aha);
+ if (error) {
+ aha_free(aha);
+ bus_release_resource(dev, SYS_RES_IOPORT, port_rid, port_res);
+ bus_release_resource(dev, SYS_RES_IRQ, irq_rid, irq_res);
+ bus_release_resource(dev, SYS_RES_DRQ, drq_rid, drq_res);
+ return (error);
+ }
- read_pnp_parms(&d, 0);
- if (d.enable == 0 || d.flags & 1) {
- printf("CSN %lu is disabled.\n", csn);
- return (NULL);
+ error = bus_setup_intr(dev, irq_res, INTR_TYPE_CAM,
+ aha_intr, aha, &ih);
+ if (error) {
+ aha_free(aha);
+ bus_release_resource(dev, SYS_RES_IOPORT, port_rid, port_res);
+ bus_release_resource(dev, SYS_RES_IRQ, irq_rid, irq_res);
+ bus_release_resource(dev, SYS_RES_DRQ, drq_rid, drq_res);
+ return (error);
}
- s = "Adaptec 1542CP";
- return (s);
+ return (0);
}
-
-static void
-ahapnp_attach(u_long csn, u_long vend_id, char *name, struct isa_device *dev)
-{
- struct pnp_cinfo d;
- if (dev->id_unit >= NAHATOT)
- return;
-
- if (read_pnp_parms(&d, 0) == 0) {
- printf("failed to read pnp parms\n");
- return;
- }
+static device_method_t aha_isa_methods[] = {
+ /* Device interface */
+ DEVMETHOD(device_probe, aha_isa_probe),
+ DEVMETHOD(device_attach, aha_isa_attach),
- write_pnp_parms(&d, 0);
+ { 0, 0 }
+};
- enable_pnp_card();
+static driver_t aha_isa_driver = {
+ "aha",
+ aha_isa_methods,
+ sizeof(struct aha_softc*),
+};
- dev->id_iobase = d.port[0];
- dev->id_irq = (1 << d.irq[0]);
- dev->id_intr = aha_intr;
- dev->id_drq = d.drq[0];
-
- if (dev->id_driver == NULL) {
- dev->id_driver = &ahadriver;
- dev->id_id = isa_compat_nextid();
- }
+static devclass_t aha_devclass;
- if ((dev->id_alive = aha_isa_probe(dev)) != 0)
- aha_isa_attach(dev);
- else
- printf("aha%d: probe failed\n", dev->id_unit);
-}
-#endif
+DRIVER_MODULE(aha, isa, aha_isa_driver, aha_devclass, 0, 0);
--
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 Fri Sep 3 14:37:37 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 124291529C
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 14:37:35 -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 RAA09514;
Fri, 3 Sep 1999 17:36:45 -0400 (EDT)
Date: Fri, 3 Sep 1999 17:36:45 -0400 (EDT)
From: "Matthew N. Dodd" <winter@jurai.net>
To: gene <marco@flex.net>
Cc: "current@FreeBSD.ORG" <current@FreeBSD.ORG>
Subject: Re: my new motherboard
In-Reply-To: <37D0280F.6130A9A3@flex.net>
Message-ID: <Pine.BSF.4.10.9909031735310.579-100000@sasami.jurai.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, 3 Sep 1999, gene wrote:
> My new mb(Asus P5A) has lots of new stuff, but one item on my dmesg is
> puzzling.
>
> pci0: unknown card DST5000 (vendor=0x1274, dev=0x5000) at 10.0 irq 5
>
> Anybody know what a DST5000 is or who makes it? Or more importantly why
> FreeBSD doesn't know.
{ 0x1274, "Ensoniq", "Ensoniq" } ,
Looks like a sound card of some sort. Try the new sound drivers.
'DST5000' is just 0x12745000 written in 'EISA' format like PNP and EISA
devices.
--
| 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 Fri Sep 3 14:39:10 1999
Delivered-To: freebsd-current@freebsd.org
Received: from metriclient-1.uoregon.edu (metriclient-1.uoregon.edu [128.223.172.1])
by hub.freebsd.org (Postfix) with ESMTP id 94D7D1571C
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 14:38:53 -0700 (PDT)
(envelope-from gurney_j@efn.org)
Received: (from jmg@localhost)
by metriclient-1.uoregon.edu (8.9.1/8.8.7) id OAA10360;
Fri, 3 Sep 1999 14:38:07 -0700 (PDT)
Message-ID: <19990903143807.41435@hydrogen.fircrest.net>
Date: Fri, 3 Sep 1999 14:38:07 -0700
From: John-Mark Gurney <gurney_j@efn.org>
To: Luoqi Chen <luoqi@watermarkgroup.com>
Cc: current@FreeBSD.ORG
Subject: Re: start xdm on a particular vty
References: <199909031441.KAA01499@lor.watermarkgroup.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.69
In-Reply-To: <199909031441.KAA01499@lor.watermarkgroup.com>; from Luoqi Chen on Fri, Sep 03, 1999 at 10:41:12AM -0400
Reply-To: John-Mark Gurney <gurney_j@resnet.uoregon.edu>
Organization: Cu Networking
X-Operating-System: FreeBSD 3.0-RELEASE i386
X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4
X-Files: The truth is out there
X-URL: http://resnet.uoregon.edu/~gurney_j/
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Luoqi Chen scribbled this message on Sep 3:
> There have been discussions about the xdm entry /etc/ttys does not guarantee
> the X server being started on the particular vty. So I wrote a shell script
> to explicitly tell xdm to start X server on a specific vty. It's been working
> great. I'd like to share it with you, maybe we could include it in the base
> system. Here's the script (I call it xdmstart), it's very simple,
>
> #!/bin/sh
> case $1 in
eval i=\$$#
case $i
> ttyv*)
> vt=vt`expr $1 : 'ttyv\(.*\)' + 1`;;
> *) vt=;;
> esac
> exec /usr/X11R6/bin/xdm -nodaemon -server ":0 local /usr/X11R6/bin/X :0 $vt"
then you have a section like:
i=1
st=""
while [ $i -lt $# ]; do
st="$st"' "$'${i}'"'
i=$(($i + 1))
done
eval exec /usr/X11R6/bin/xdm -nodaemon -server \":0 local /usr/X11R6/bin/X $st :0 \$vt\"
that way you can provide -query hostname or another argument to the
Xserver..
I haven't tested that the eval exec line works properly, but I do know
that the rest of the script works fine though... :)
--
John-Mark Gurney Voice: +1 541 684 8449
Cu Networking P.O. Box 5693, 97405
"The soul contains in itself the event that shall presently befall it.
The event is only the actualizing of its thought." -- Ralph Waldo Emerson
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 14:57:39 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 31CA714CFA
for <freebsd-current@FreeBSD.ORG>; Fri, 3 Sep 1999 14:57:32 -0700 (PDT)
(envelope-from dillon@apollo.backplane.com)
Received: (from dillon@localhost)
by apollo.backplane.com (8.9.3/8.9.1) id OAA53787;
Fri, 3 Sep 1999 14:56:31 -0700 (PDT)
(envelope-from dillon)
Date: Fri, 3 Sep 1999 14:56:31 -0700 (PDT)
From: Matthew Dillon <dillon@apollo.backplane.com>
Message-Id: <199909032156.OAA53787@apollo.backplane.com>
To: freebsd-current@FreeBSD.ORG
Subject: multipatch #11 available - commit candidate
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Another resynchronization now that the issues over the weekend has been
mostly resolved. No new features have been added.
The patchset is now a commit candidate.
http://www.backplane.com/FreeBSD4/
-Matt
Matthew Dillon
<dillon@backplane.com>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 15:36:32 1999
Delivered-To: freebsd-current@freebsd.org
Received: from m4.c2.telstra-mm.net.au (m4.c2.telstra-mm.net.au [24.192.3.19])
by hub.freebsd.org (Postfix) with ESMTP id E74B314CC7
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 15:36:29 -0700 (PDT)
(envelope-from areilly@nsw.bigpond.net.au)
Received: from m5.c2.telstra-mm.net.au (m5.c2.telstra-mm.net.au [24.192.3.20])
by m4.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id IAA22303
for <current@FreeBSD.ORG>; Sat, 4 Sep 1999 08:36:27 +1000 (EST)
X-BPC-Relay-Envelope-From: areilly@nsw.bigpond.net.au
X-BPC-Relay-Envelope-To: <current@FreeBSD.ORG>
X-BPC-Relay-Sender-Host: m5.c2.telstra-mm.net.au [24.192.3.20]
X-BPC-Relay-Info: Message delivered directly.
Received: from areilly.bpc-users.org (CPE-24-192-49-170.nsw.bigpond.net.au [24.192.49.170])
by m5.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with SMTP id IAA06503
for <current@FreeBSD.ORG>; Sat, 4 Sep 1999 08:36:27 +1000 (EST)
Received: (qmail 41452 invoked by uid 1000); 3 Sep 1999 22:36:26 -0000
From: "Andrew Reilly" <areilly@nsw.bigpond.net.au>
Date: Sat, 4 Sep 1999 08:36:26 +1000
To: current@FreeBSD.ORG
Subject: Re: Fixed sound card problem.
Message-ID: <19990904083622.A40069@gurney.reilly.home>
References: <19990903194805.A48826@keltia.freenix.fr> <Pine.BSF.4.10.9909032108090.2081-100000@salmon.nlsystems.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0pre1i
In-Reply-To: <Pine.BSF.4.10.9909032108090.2081-100000@salmon.nlsystems.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, Sep 03, 1999 at 09:08:59PM +0100, Doug Rabson wrote:
> This is no longer necessary (in fact it causes much confusion for the
> driver). The correct declaration for a pnp soundcard is 'device pcm0'.
How do you set flags for particular cards, now? I used to have
to use the flags option to tell the pcm driver which second DMA
channel to use (5: flags 0x15). I haven't had the opportunity
to do any full-duplex stuff since that change, so I don't know
whether it has figured it out for itself or not. I assume that
it has? The boot message now says:
pcm1 (CS423x/Yamaha/AD1816 <CS4236> sn 0xffffffff) at 0x530-0x537 irq 5 drq 1 flags 0x10 on isa
So, is 0 a useful 2nd DMA channel, or does the driver make do
with one channel now?
This is on a -stable system cvsupped on 2nd September.
--
Andrew
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 15:39: 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 A1E5A156DD
for <current@freebsd.org>; Fri, 3 Sep 1999 15:39:00 -0700 (PDT)
(envelope-from jedgar@fxp.org)
Received: by pawn.primelocation.net (Postfix, from userid 1003)
id DE0AEF817; Fri, 3 Sep 1999 18:38:32 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
by pawn.primelocation.net (Postfix) with ESMTP
id CF6A59B1C; Fri, 3 Sep 1999 18:38:32 -0400 (EDT)
Date: Fri, 3 Sep 1999 18:38:32 -0400 (EDT)
From: "Chris D. Faulhaber" <jedgar@fxp.org>
X-Sender: jedgar@pawn.primelocation.net
To: Doug Rabson <dfr@nlsystems.com>
Cc: current@freebsd.org
Subject: Re: Need testers for aha driver change
Message-ID: <Pine.BSF.4.10.9909031830100.81789-100000@pawn.primelocation.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Doug Rabson wrote:
> I have just taken a pass through the aha_isa driver to convert it to
> newbus and to make it use the new pnp system. Unfortunately I don't own
> the hardware so I need testers, preferably with both non-pnp and pnp
> cards. The code does compile but I have not tested it at all. Here is
> the patch:
Seems to work here. I have a: (set up to be non-PnP)
aha0 at port 0x130-0x133,0x130-0x133 irq 10 drq 6 on isa0
aha0: AHA-1542CP FW Rev. F.0 (ID=46) SCSI Host Adapter, SCSI ID 7, 16 CCBs
with the following attached to it:
sa0 at aha0 bus 0 target 2 lun 0
sa0: <SONY SDX-300C 04b1> Removable Sequential Access SCSI-2 device
sa0: 10.000MB/s transfers (10.000MHz, offset 8)
cd0 at aha0 bus 0 target 3 lun 0
cd0: <MATSHITA CD-ROM CR-508 XS03> Removable CD-ROM SCSI-2 device
cd0: 10.000MB/s transfers (10.000MHz, offset 8)
cd0: cd present [312833 x 2048 byte records]
cd1 at aha0 bus 0 target 5 lun 0
cd1: <PHILIPS CDD2600 1.07> Removable CD-ROM SCSI-2 device
cd1: 3.300MB/s transfers
cd1: cd present [306027 x 2048 byte records]
CD's can be read fine; tapes seem to write and read correctly. The only
thing I haven't tried is to write a CD... Let me know if there is any
more info I can provide.
Regards,
Chris
-----
Chris D. Faulhaber <jedgar@fxp.org> | 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 Fri Sep 3 15:59:55 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 97B8D150E3
for <freebsd-current@FreeBSD.ORG>; Fri, 3 Sep 1999 15:59:53 -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 PAA67393;
Fri, 3 Sep 1999 15:59:37 -0700 (PDT)
(envelope-from jkh@zippy.cdrom.com)
To: "Michael A. Endsley" <mandm@alaska.com>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: September snapshots?
In-reply-to: Your message of "Fri, 03 Sep 1999 07:56:55 -0800."
<3.0.6.32.19990903075655.0087f740@mail.gci.net>
Date: Fri, 03 Sep 1999 15:59:37 -0700
Message-ID: <67390.936399577@localhost>
From: "Jordan K. Hubbard" <jkh@zippy.cdrom.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
> Have the snapshots for later dates (Sept) been moved?
No, they simply haven't been created. :)
-current has not been stable enough to snapshot yet in September. The
builds have fallen over for one reason or another with monotonous
regularity.
- Jordan
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 16: 3:28 1999
Delivered-To: freebsd-current@freebsd.org
Received: from mail.flex.net (207-70-164-1.flex.net [207.70.164.1])
by hub.freebsd.org (Postfix) with ESMTP id 8C26A15725
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 16:03:24 -0700 (PDT)
(envelope-from marco@flex.net)
Received: from flex.net [207.18.135.150] by mail.flex.net with ESMTP
(SMTPD32-5.05) id AFBD13B5010E; Fri, 03 Sep 1999 17:46:21 -0500
Message-ID: <37D05398.B0540952@flex.net>
Date: Fri, 03 Sep 1999 18:02:48 -0500
From: gene <marco@flex.net>
Reply-To: marco@flex.net
X-Mailer: Mozilla 4.07 [en] (X11; I; FreeBSD 4.0-CURRENT i386)
MIME-Version: 1.0
To: "Matthew N. Dodd" <winter@jurai.net>
Cc: "current@FreeBSD.ORG" <current@FreeBSD.ORG>
Subject: Re: my new motherboard
References: <Pine.BSF.4.10.9909031735310.579-100000@sasami.jurai.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Matthew N. Dodd wrote:
> On Fri, 3 Sep 1999, gene wrote:
> > My new mb(Asus P5A) has lots of new stuff, but one item on my dmesg is
> > puzzling.
> >
> > pci0: unknown card DST5000 (vendor=0x1274, dev=0x5000) at 10.0 irq 5
> >
> > Anybody know what a DST5000 is or who makes it? Or more importantly why
> > FreeBSD doesn't know.
>
> { 0x1274, "Ensoniq", "Ensoniq" } ,
>
> Looks like a sound card of some sort. Try the new sound drivers.
>
> 'DST5000' is just 0x12745000 written in 'EISA' format like PNP and EISA
> devices.
>
> --
> | Matthew N. Dodd
I have a Creative Labs PCI 128 sound card. It usually looks like a Ensoniq
1370, I will give the new drivers a try.
Thanks, Gene Martin
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 16:36:57 1999
Delivered-To: freebsd-current@freebsd.org
Received: from culverk.student.umd.edu (culverk.student.umd.edu [129.2.196.87])
by hub.freebsd.org (Postfix) with ESMTP id 7FD7115198
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 16:36:50 -0700 (PDT)
(envelope-from culverk@wam.umd.edu)
Received: from localhost (culverk@localhost)
by culverk.student.umd.edu (8.9.3/8.9.3) with ESMTP id TAA00347
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 19:36:36 -0400 (EDT)
(envelope-from culverk@wam.umd.edu)
X-Authentication-Warning: culverk.student.umd.edu: culverk owned process doing -bs
Date: Fri, 3 Sep 1999 19:36:36 -0400 (EDT)
From: Kenneth Culver <culverk@wam.umd.edu>
X-Sender: culverk@culverk.student.umd.edu
To: freebsd-current@freebsd.org
Subject: the pcm driver and the bktr device
Message-ID: <Pine.BSF.4.10.9909031931080.336-100000@culverk.student.umd.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
It seems I have the classic IRQ conflict going on here.
I have 4 devices that all seem to want the same irq. For some reason the
USB port, the pcm driver, the bktr driver, and one other thing (I havn't
figured out what) all want IRQ 11. The pcm driver is driving an aureal
vortex right now. I have never had this problem before, and even though
they are all sharing the same IRQ, they all work at the same time in
windows. I would like to know why they won't work in FreeBSD. Here is the
output from the dmesg command:
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 #5: Fri Sep 3 18:57:32 EDT 1999
culverk@culverk.student.umd.edu:/usr/src/sys/compile/MYKERNEL
Timecounter "i8254" frequency 1193182 Hz
CPU: Pentium II/Xeon/Celeron (451.02-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x652 Stepping = 2
Features=0x183f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PA
T,PSE36,MMX,FXSR>
real memory = 134152192 (131008K bytes)
avail memory = 127393792 (124408K bytes)
Preloaded elf kernel "kernel" at 0xc0293000.
Pentium Pro MTRR support enabled
npx0: <math processor> on motherboard
npx0: INT 16 interface
apm0: <APM BIOS> on motherboard
apm: found APM BIOS v1.2, connected at v1.2
pcib0: <Intel 82443BX (440 BX) host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
WARNING: "bktr" is usurping "bktr"'s cdevsw[]
pcib1: <Intel 82443BX (440 BX) PCI-PCI (AGP) bridge> at device 0.0 on pci0
pci1: <PCI bus> on pcib1
vga-pci0: <VGA-compatible display device> at device 0.0 on pci1
isab0: <Intel 82371AB PCI to ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
ata-pci0: <Intel PIIX4 IDE controller> at device 7.1 on pci0
ata-pci0: Busmastering DMA supported
ata0 at 0x01f0 irq 14 on ata-pci0
ata1 at 0x0170 irq 15 on ata-pci0
chip1: <UHCI USB controller> irq 11 at device 7.2 on pci0
chip2: <Intel 82371AB Power management controller> at device 7.3 on pci0
pcm0: <Aureal Vortex 8820> irq 11 at device 9.0 on pci0
pcm0: irq test failed
pcm0: codec timeout reading register 2 (fe7604)
pcm0: codec timeout reading register 26 (fe7604)
ac97: dac not ready
bktr0: <BrookTree 878> irq 11 at device 13.0 on pci0
bktr0: could not map interrupt
device_probe_and_attach: bktr0 attach returned 6
pci0: unknown card DD^0878 (vendor=0x109e, dev=0x0878) at 13.1 irq 11
de0: <Digital 21140A Fast Ethernet> irq 10 at device 15.0 on pci0
de0: 21140A [10-100Mb/s] pass 2.2
de0: address 00:c0:f0:1f:21:02
pci0: unknown card DPZ0002 (vendor=0x121a, dev=0x0002) at 17.0
pci0: unknown card DPZ0002 (vendor=0x121a, dev=0x0002) at 19.0
fdc0: <NEC 72065B or clone> 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
atkbdc0: <keyboard controller (i8042)> at port 0x60-0x6f on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model IntelliMouse, device ID 3
vga0: <Generic ISA VGA> at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> 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: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
plip0: <PLIP network interface> on ppbus 0
lpt0: <generic printer> on ppbus 0
lpt0: Interrupt-driven port
ppi0: <generic parallel i/o> on ppbus 0
vpo0: <Iomega VPI0 Parallel to SCSI interface> on ppbus 0
vpo0: EPP 1.9 mode
ata0: master: setting up UDMA2 mode on PIIX4 chip OK
ad0: <Maxtor 90845D4/GAS54112> ATA-4 disk at ata0 as master
ad0: 8063MB (16514064 sectors), 16383 cyls, 16 heads, 63 S/T, 512 B/S
ad0: piomode=4, dmammode=2, udmamode=2
ad1: 16 secs/int, 0 depth queue, DMA mode
Creating DISK ad1
Creating DISK wd1
ata1: master: setting up UDMA2 mode on PIIX4 chip OK
ad2: <FUJITSU MPC3064AT/6020> ATA-3 disk at ata1 as master
ad2: 6187MB (12672450 sectors), 13410 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
Creating DISK ad2
Creating DISK wd2
atapi: piomode=4, dmamode=2, udmamode=-1
atapi: PIO transfer mode set
acd0: <CD-ROM 40X/AKU/U30> CDROM drive at ata1 as slave
acd0: drive speed 0 - 6875KB/sec, 128KB cache
acd0: supported read types: CD-DA
acd0: Audio: play, 255 volume levels
acd0: Mechanism: ejectable tray
acd0: Medium: CD-ROM 120mm data disc loaded, unlocked
da0 at vpo0 bus 0 target 6 lun 0
da0: <IOMEGA ZIP 100 D.09> Removable Direct Access SCSI-2 device
da0: Attempt to query device size failed: NOT READY, Medium not present
changing root device to wd1s1a
de0: enabling 10baseT port
If someone can tell me how to make those devices stop sharing the same IRQ
I'd appreciate it. Thanks.
Kenneth Culver
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 16:43:38 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 2DE51157C1
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 16:43:03 -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 QAA02037;
Fri, 3 Sep 1999 16:36:20 -0700 (PDT)
(envelope-from mike@dingo.cdrom.com)
Message-Id: <199909032336.QAA02037@dingo.cdrom.com>
X-Mailer: exmh version 2.0.2 2/24/98
To: Kenneth Culver <culverk@wam.umd.edu>
Cc: freebsd-current@freebsd.org
Subject: Re: the pcm driver and the bktr device
In-reply-to: Your message of "Fri, 03 Sep 1999 19:36:36 EDT."
<Pine.BSF.4.10.9909031931080.336-100000@culverk.student.umd.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 03 Sep 1999 16:36:20 -0700
From: Mike Smith <mike@smith.net.au>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
> It seems I have the classic IRQ conflict going on here.
> I have 4 devices that all seem to want the same irq. For some reason the
> USB port, the pcm driver, the bktr driver, and one other thing (I havn't
> figured out what) all want IRQ 11.
This is your BIOS' fault. You need to either move the devices around,
or fiddle with your BIOS setup until it assigns separate IRQs to each
device.
--
\\ 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 Fri Sep 3 16:55:11 1999
Delivered-To: freebsd-current@freebsd.org
Received: from snafu.adept.org (adsl-63-193-112-19.dsl.snfc21.pacbell.net [63.193.112.19])
by hub.freebsd.org (Postfix) with ESMTP id 09B801515C
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 16:55:08 -0700 (PDT)
(envelope-from mike@snafu.adept.org)
Received: from localhost (mike@localhost)
by snafu.adept.org (8.9.3/8.9.3) with ESMTP id QAA53910;
Fri, 3 Sep 1999 16:54:52 -0700 (PDT)
Date: Fri, 3 Sep 1999 16:54:52 -0700 (PDT)
From: Mike Hoskins <mike@snafu.adept.org>
To: "Andrey A. Chernov" <ache@nagual.pp.ru>
Cc: current@FreeBSD.ORG
Subject: Re: i386/isa/pnp.h is absent!
In-Reply-To: <19990903210152.A90263@nagual.pp.ru>
Message-ID: <Pine.BSF.4.10.9909031652070.53891-100000@snafu.adept.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, 3 Sep 1999, Andrey A. Chernov wrote:
> Many drivers tries to include
> #include <i386/isa/pnp.h>
> which is absent now, please fix ASAP, kernel build fails on "make depend"
I noticed this with with some NIC code too. /sys/pci/if_xl.c attempts to
include "miibus_if.h" which doesn't exist and breaks make depend... a
last ditch effort of pointing the include to
"/usr/obj/usr/src/sys/modules/xl/miibus_if.h" allows make depend to
finish, but make still dies.
Later,
-Mike
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 16:55:53 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 2832A151F0
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 16:55:45 -0700 (PDT)
(envelope-from randy@psg.com)
Received: from localhost (16090 bytes) by rip.psg.com
via sendmail with P:stdio/R:inet_resolve/T:smtp
(sender: <randy>) (ident <randy> using unix)
id <m11N3BE-0008G5C@rip.psg.com>
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 16:55:40 -0700 (PDT)
(Smail-3.2.0.101 1997-Dec-17 #1 built 1999-Apr-1)
Message-Id: <m11N3BE-0008G5C@rip.psg.com>
Date: Fri, 3 Sep 1999 16:55:40 -0700 (PDT)
From: Randy Bush <randy@psg.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: FreeBSD Current <freebsd-current@freebsd.org>
Subject: cds disappeared
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
i upgraded from mid-april to current and my cdrom drives went away.
e.g. xmcd says
CD audio: SCSI command fault on /dev/rcd0c:
Status=0x16
# ls -lg /dev/cd* /dev/rcd*
brw-r----- 1 root operator 6, 0 Sep 3 16:52 /dev/cd0a
brw-r----- 1 root operator 6, 2 Sep 3 16:52 /dev/cd0c
brw-r----- 1 root operator 6, 8 Sep 3 16:52 /dev/cd1a
brw-r----- 1 root operator 6, 10 Sep 3 16:52 /dev/cd1c
crw-r----- 1 root operator 15, 0 Sep 3 16:52 /dev/rcd0a
crw-r----- 1 root operator 15, 2 Sep 3 16:52 /dev/rcd0c
crw-r----- 1 root operator 15, 8 Sep 3 16:52 /dev/rcd1a
crw-r----- 1 root operator 15, 10 Sep 3 16:52 /dev/rcd1c
dmesg and kernel follow
randy
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: Fri Sep 3 16:43:14 PDT 1999
root@rip.psg.com:/usr/src/sys/compile/RIP
Timecounter "i8254" frequency 1193182 Hz
CPU: Pentium II/Xeon/Celeron (686-class CPU)
Origin = "GenuineIntel" Id = 0x651 Stepping = 1
Features=0x183fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR>
real memory = 134205440 (131060K bytes)
config> pnp 1 0 enable os port0 0x220 port1 0x330 port2 0x388 irq0 5 drq0 1 drq1 5
Invalid command or syntax. Type `?' for help.
config> pnp 1 1 enable os port0 0x200
Invalid command or syntax. Type `?' for help.
config> pnp 1 2 enable os port0 0x620 port1 0xa20 port2 0xe20
Invalid command or syntax. Type `?' for help.
config> quit
avail memory = 126930944 (123956K bytes)
Programming 24 pins in IOAPIC #0
FreeBSD/SMP: Multiprocessor motherboard
cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000
cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000
io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000
Preloaded elf kernel "kernel" at 0xc02fc000.
Preloaded userconfig_script "/kernel.config" at 0xc02fc09c.
Pentium Pro MTRR support enabled
ccd0-5: Concatenated disk drivers
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Intel 82443BX (440 BX) host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
WARNING: "bktr" is usurping "bktr"'s cdevsw[]
pcib1: <Intel 82443BX (440 BX) PCI-PCI (AGP) bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
vga-pci0: <Matrox model 051f graphics accelerator> irq 16 at device 0.0 on pci1
isab0: <Intel 82371AB PCI to ISA bridge> at device 4.0 on pci0
isa0: <ISA bus> on isab0
chip1: <Intel PIIX4 IDE controller> at device 4.1 on pci0
chip2: <UHCI USB controller> irq 19 at device 4.2 on pci0
intpm0: <Intel 82371AB Power management controller> at device 4.3 on pci0
intpm0: I/O mapped e800
intpm0: intr IRQ 9 enabled revision 0
smbus0: <System Management Bus> on intsmb0
smb0: <SMBus general purpose I/O> on smbus0
intpm0: PM I/O mapped e400
ahc0: <Adaptec aic7890/91 Ultra2 SCSI adapter> irq 19 at device 6.0 on pci0
BRDCTL = 0xfa
ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs
fxp0: <Intel EtherExpress Pro 10/100B Ethernet> irq 19 at device 9.0 on pci0
fxp0: Ethernet address 00:a0:c9:df:c8:4e
bktr0: <BrookTree 878> irq 18 at device 10.0 on pci0
iicbb0: <I2C generic bit-banging driver> on bti2c0
iicbus0: <Philips I2C bus> on iicbb0 master-only
iicsmb0: <I2C to SMB bridge> on iicbus0
smbus1: <System Management Bus> on iicsmb0
smb1: <SMBus general purpose I/O> on smbus1
WARNING: "iic" is usurping "iic"'s cdevsw[]
iic0: <I2C general purpose I/O> on iicbus0
smbus2: <System Management Bus> on bti2c0
smb2: <SMBus general purpose I/O> on smbus2
bktr0: Hauppauge Model 61111 A M
Hauppauge WinCast/TV, Philips NTSC tuner, msp3400c stereo.
bktr0: Detected a MSP3430G-A1
pci0: unknown card DD^0878 (vendor=0x109e, dev=0x0878) at 10.1 irq 18
fdc0: <NEC 72065B or clone> 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
atkbdc0: <keyboard controller (i8042)> at port 0x60-0x6f on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
vga0: <Generic ISA VGA> at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> on isa0
sc0: VGA <4 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
wl0 at port 0x300-0x30f irq 7 on isa0
wl0: address 08:00:6a:2b:dd:a7, NWID 0xaaaa
pcm0: <SoundBlaster 16 4.16> at irq 5 drq 1 on isa0
pcm1: <SB16 PnP> at port 0x240-0x24f,0x330-0x331,0x388-0x38b irq 10 drq 0,5 on isa0
unknown0: <Game> at port 0x200-0x207 on isa0
unknown1: <WaveTable> at port 0x620-0x623 on isa0
APIC_IO: Testing 8254 interrupt delivery
APIC_IO: routing 8254 via pin 2
wl0 XXX: driver didn't set ifq_maxlen
Waiting 15 seconds for SCSI devices to settle
SMP: AP CPU #1 Launched!
sa0 at ahc0 bus 0 target 6 lun 0
sa0: <DEC DLT2000 8B37> Removable Sequential Access SCSI-2 device
sa0: 5.000MB/s transfers (5.000MHz, offset 15)
changing root device to da0s1a
da0 at ahc0 bus 0 target 0 lun 0
da0: <SEAGATE ST34573LW 5702> Fixed Direct Access SCSI-2 device
da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled
da0: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C)
da1 at ahc0 bus 0 target 1 lun 0
da1: <SEAGATE ST34573LW 5702> Fixed Direct Access SCSI-2 device
da1: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled
da1: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C)
cd0 at ahc0 bus 0 target 4 lun 0
cd0: <TEAC CD-ROM CD-532S 1.0A> Removable CD-ROM SCSI-2 device
cd0: 20.000MB/s transfers (20.000MHz, offset 16)
cd0: Attempt to query device size failed: NOT READY, Medium not present
cd1 at ahc0 bus 0 target 5 lun 0
cd1: <YAMAHA CRW4416S 1.0f> Removable CD-ROM SCSI-2 device
cd1: 8.333MB/s transfers (8.333MHz, offset 31)
cd1: cd present [270542 x 2048 byte records]
cmd ntpd pid 145 tried to use non-present sched_get_priority_max
cmd ntpd pid 145 tried to use non-present sched_setscheduler
#
# 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.
#
# $Id: GENERIC,v 1.180 1999/08/08 19:28:57 phk Exp $
# This allows you to actually store this configuration file into
# the kernel binary itself, where it may be later read by saying:
# strings -aout -n 3 /kernel | grep ^___ | sed -e 's/^___//' > MYKERNEL
#
options INCLUDE_CONFIG_FILE # Include this file in kernel
machine i386
#cpu I386_CPU
#cpu I486_CPU
#cpu I586_CPU
cpu I686_CPU
ident RIP
maxusers 96
#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
# 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=2 # number of CPUs
options NBUS=4 # number of busses
options NAPIC=2 # 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? 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 at ahc0 # SCSI bus (required)
#device da0 # Direct Access (disks)
disk da0 at scbus0 target 0 unit 0
disk da1 at scbus0 target 1 unit 0
device sa0 # Sequential Access (tape etc)
disk cd0 at scbus0 target 4 unit 0
disk cd1 at scbus0 target 5 unit 0
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?
options MAXCONS=4 # number of virtual consoles
# 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
device sio0 at isa? port IO_COM1 flags 0x10 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
# 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 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 1 # Packet tunnel, for ppp(1)
pseudo-device pty 32 # Pseudo-ttys (telnet etc)
#pseudo-device gzip # Exec gzipped a.out's
pseudo-device ccd 6 #Concatenated disk driver
# The `bpf' pseudo-device enables the Berkeley Packet Filter.
# Be aware of the administrative consequences of enabling this!
pseudo-device bpf 4 #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
device wl0 at isa? port 0x300 irq ?
options WLCACHE # enables the signal-strength cache
#options WLDEBUG # enables verbose debugging output
#
# SMB bus
#
# System Management Bus support provided by the 'smbus' device.
#
# Supported devices:
# smb standard io
#
# Supported interfaces:
# iicsmb I2C to SMB bridge with any iicbus interface
# bktr brooktree848 I2C hardware interface
#
controller smbus0
controller intpm0
controller alpm0
device smb0 at smbus?
#
# I2C Bus
#
# Philips i2c bus support is provided by the `iicbus' device.
#
# Supported devices:
# ic i2c network interface
# iic i2c standard io
# iicsmb i2c to smb bridge. Allow i2c i/o with smb commands.
#
# Supported interfaces:
# pcf Philips PCF8584 ISA-bus controller
# bktr brooktree848 I2C software interface
#
# Other:
# iicbb generic I2C bit-banging code (needed by lpbb, bktr)
#
controller iicbus0
controller iicbb0
device ic0 at iicbus?
device iic0 at iicbus?
device iicsmb0 at iicbus?
# Brooktree driver has been ported to the new I2C framework. Thus,
# you'll need at least iicbus, iicbb and smbus. iic/smb are only needed if you
# want to control other I2C slaves connected to the external connector of
# some cards.
#
device bktr0
# pcm: Luigi's sound driver
device pcm0 at isa? port ? irq 5 drq 1 flags 0x0
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 17:20:28 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 21F4015273
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 17:20:25 -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 RAA06269;
Fri, 3 Sep 1999 17:19:08 -0700 (PDT)
(envelope-from jdp@polstra.com)
Received: (from jdp@localhost)
by vashon.polstra.com (8.9.3/8.9.1) id RAA09884;
Fri, 3 Sep 1999 17:19:07 -0700 (PDT)
(envelope-from jdp@polstra.com)
Message-ID: <XFMail.990903171907.jdp@polstra.com>
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: <19990903211602.A79179@lion.plab.ku.dk>
Date: Fri, 03 Sep 1999 17:19:07 -0700 (PDT)
Organization: Polstra & Co., Inc.
From: John Polstra <jdp@polstra.com>
To: Anton Berezin <tobez@plab.ku.dk>
Subject: Re: Perl still broken in 4.0-CURRENT
Cc: current@FreeBSD.ORG
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
I found the problem and the fix for the perl breakage that was
caused by my recent changes to the dynamic linker. I'm doing a make
world now, just to make sure I haven't broken something new. I'll
commit the fix later this evening, unless the make world reveals new
problems. (I don't think it will.)
John
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 17:22:42 1999
Delivered-To: freebsd-current@freebsd.org
Received: from snafu.adept.org (adsl-63-193-112-19.dsl.snfc21.pacbell.net [63.193.112.19])
by hub.freebsd.org (Postfix) with ESMTP id 82CC114C2E
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 17:22:39 -0700 (PDT)
(envelope-from mike@snafu.adept.org)
Received: from localhost (mike@localhost)
by snafu.adept.org (8.9.3/8.9.3) with ESMTP id RAA57307;
Fri, 3 Sep 1999 17:20:53 -0700 (PDT)
Date: Fri, 3 Sep 1999 17:20:53 -0700 (PDT)
From: Mike Hoskins <mike@snafu.adept.org>
To: FreeBSD mailing list <freebsd@mrynet.com>
Cc: freebsd-current@freebsd.org
Subject: Re: i386/isa/pnp.h is absent!
In-Reply-To: <199909040003.RAA19293@mrynet.com>
Message-ID: <Pine.BSF.4.10.9909031716290.53891-100000@snafu.adept.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, 3 Sep 1999, FreeBSD mailing list wrote:
> I found this in the LINT file:
Thanks for ending my stupidity. Not sure why I didn't check LINT, since
it's always a good thing to do after a cvsup.
Problem solved...
Later,
-Mike
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 17:31: 4 1999
Delivered-To: freebsd-current@freebsd.org
Received: from culverk.student.umd.edu (culverk.student.umd.edu [129.2.196.87])
by hub.freebsd.org (Postfix) with ESMTP id F191F14F91
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 17:30:11 -0700 (PDT)
(envelope-from culverk@wam.umd.edu)
Received: from localhost (culverk@localhost)
by culverk.student.umd.edu (8.9.3/8.9.3) with ESMTP id UAA00353
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 20:28:58 -0400 (EDT)
(envelope-from culverk@wam.umd.edu)
X-Authentication-Warning: culverk.student.umd.edu: culverk owned process doing -bs
Date: Fri, 3 Sep 1999 20:28:58 -0400 (EDT)
From: Kenneth Culver <culverk@wam.umd.edu>
X-Sender: culverk@culverk.student.umd.edu
To: freebsd-current@freebsd.org
Subject: pcm, bktr, etc....
Message-ID: <Pine.BSF.4.10.9909032021330.343-100000@culverk.student.umd.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Well, as it turns out, my ethernet, and my bktr device have no problem
shareing IRQ's, but my soundcard has plenty of problems, even when it gets
it's own irq... it plays sound through the sound-in just fine, but the dsp
doesn't work quit right: Applications can play sound (although it plays a
little too fast), and when they try to stop playing sound, they just
stutter until something else tries to use the dsp device.
Also, my bios is really freaky. It refuses to assign any irqs except 10
and 11 to installed PCI devices. I can't figure it out. I've completely
rearranged everything and it still refuses to work properly.
Here is the pcm part of a dmesg:
pcm0: <Aureal Vortex 8820> irq 10 at device 19.0 on pci0
pcm0: irq test failed
pcm0: codec timeout reading register 2 (fe7604)
pcm0: codec timeout reading register 26 (fe7604)
ac97: dac not ready
Thanks
Kenneth Culver
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 17:52:56 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 3B43714A12
for <freebsd-current@FreeBSD.ORG>; Fri, 3 Sep 1999 17:52:49 -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 UAA13112;
Fri, 3 Sep 1999 20:51:56 -0400 (EDT)
Date: Fri, 3 Sep 1999 20:51:56 -0400 (EDT)
From: "Matthew N. Dodd" <winter@jurai.net>
To: Kenneth Culver <culverk@wam.umd.edu>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: pcm, bktr, etc....
In-Reply-To: <Pine.BSF.4.10.9909032021330.343-100000@culverk.student.umd.edu>
Message-ID: <Pine.BSF.4.10.9909032051101.579-100000@sasami.jurai.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, 3 Sep 1999, Kenneth Culver wrote:
> Also, my bios is really freaky. It refuses to assign any irqs except
> 10 and 11 to installed PCI devices. I can't figure it out. I've
> completely rearranged everything and it still refuses to work
> properly.
The BIOS usually lets you mark IRQs as 'reserved for legacy ISA' or
'auto'.
--
| 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 Fri Sep 3 18: 1:53 1999
Delivered-To: freebsd-current@freebsd.org
Received: from culverk.student.umd.edu (culverk.student.umd.edu [129.2.196.87])
by hub.freebsd.org (Postfix) with ESMTP id 8B08614A12
for <freebsd-current@FreeBSD.ORG>; Fri, 3 Sep 1999 18:01:46 -0700 (PDT)
(envelope-from culverk@wam.umd.edu)
Received: from localhost (culverk@localhost)
by culverk.student.umd.edu (8.9.3/8.9.3) with ESMTP id VAA00315;
Fri, 3 Sep 1999 21:01:02 -0400 (EDT)
(envelope-from culverk@wam.umd.edu)
X-Authentication-Warning: culverk.student.umd.edu: culverk owned process doing -bs
Date: Fri, 3 Sep 1999 21:01:02 -0400 (EDT)
From: Kenneth Culver <culverk@wam.umd.edu>
X-Sender: culverk@culverk.student.umd.edu
To: "Matthew N. Dodd" <winter@jurai.net>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: pcm, bktr, etc....
In-Reply-To: <Pine.BSF.4.10.9909032051101.579-100000@sasami.jurai.net>
Message-ID: <Pine.BSF.4.10.9909032100220.307-100000@culverk.student.umd.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
> On Fri, 3 Sep 1999, Kenneth Culver wrote:
> > Also, my bios is really freaky. It refuses to assign any irqs except
> > 10 and 11 to installed PCI devices. I can't figure it out. I've
> > completely rearranged everything and it still refuses to work
> > properly.
>
> The BIOS usually lets you mark IRQs as 'reserved for legacy ISA' or
> 'auto'.
>
That doesn't help anything. It just picks 2 different IRQs and assigns
them to everything.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 18:13:27 1999
Delivered-To: freebsd-current@freebsd.org
Received: from mailgw01.execpc.com (mailgw01.execpc.com [169.207.2.78])
by hub.freebsd.org (Postfix) with ESMTP
id 9434B14CFC; Fri, 3 Sep 1999 18:13:20 -0700 (PDT)
(envelope-from n9kws@execpc.com)
Received: from utah.n9kws.net (as2-13.isdn.mke.execpc.com [169.207.71.77])
by mailgw01.execpc.com (8.9.1) id UAA15720;
Fri, 3 Sep 1999 20:13:01 -0500
From: Andrew Whitcroft <n9kws@execpc.com>
To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org
Subject: Need Installation Help...
Date: Fri, 3 Sep 1999 20:10:06 -0500
X-Mailer: KMail [version 1.0.24]
Content-Type: text/plain
MIME-Version: 1.0
Message-Id: <99090320125000.06607@utah.n9kws.net>
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Hi All --
I am trying to become part of the FreeBSD world but am having problems with the
installation process. I am trying to install FreeBSD on a IBM PC Server 325.
However, as near as I can determine the Adaptec AIC 7880 SCCI card and the
AMD/PCI network interface is giving me fits.
After looking at the FAQ, and other documentation, it appears that the source
of my problems are being caused by lack of support fo these devices in the
generic install kernel. This is further complicated by the fact that I do not
have a machine which is currently running FreeBSD, so I cannot build a custom
installation disk.
I really want to install FreeBSD on this box, but these issues are preventing
me from doing so. Does anybody have any comments/thoughts which might help me
get out of this corner I have painted myself into?
Thanks in Advance,
Andy.
--
--------------------------------------------------------------
Andrew Whitcroft
n9kws at execpc.com
--------------------------------------------------------------
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 18:20:57 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 6637A14CE2; Fri, 3 Sep 1999 18:20:55 -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 SAA02515;
Fri, 3 Sep 1999 18:14:33 -0700 (PDT)
(envelope-from mike@dingo.cdrom.com)
Message-Id: <199909040114.SAA02515@dingo.cdrom.com>
X-Mailer: exmh version 2.0.2 2/24/98
To: Andrew Whitcroft <n9kws@execpc.com>
Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org
Subject: Re: Need Installation Help...
In-reply-to: Your message of "Fri, 03 Sep 1999 20:10:06 CDT."
<99090320125000.06607@utah.n9kws.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 03 Sep 1999 18:14:33 -0700
From: Mike Smith <mike@smith.net.au>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
> installation process. I am trying to install FreeBSD on a IBM PC Server 325.
> However, as near as I can determine the Adaptec AIC 7880 SCCI card and the
> AMD/PCI network interface is giving me fits.
>
> After looking at the FAQ, and other documentation, it appears that the source
> of my problems are being caused by lack of support fo these devices in the
> generic install kernel.
No; both of these devices are supported in any recent version of
FreeBSD. The AMD network adapter is known to be troublesome, but there
are many people running FreeBSD just fine on the 325.
Which version of FreeBSD are you trying to install? What problems are
you experiencing?
--
\\ 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 Fri Sep 3 18:50:33 1999
Delivered-To: freebsd-current@freebsd.org
Received: from culverk.student.umd.edu (culverk.student.umd.edu [129.2.196.87])
by hub.freebsd.org (Postfix) with ESMTP id 7F6FB14EAC
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 18:50:29 -0700 (PDT)
(envelope-from culverk@wam.umd.edu)
Received: from localhost (culverk@localhost)
by culverk.student.umd.edu (8.9.3/8.9.3) with ESMTP id VAA30700;
Fri, 3 Sep 1999 21:49:13 -0400 (EDT)
(envelope-from culverk@wam.umd.edu)
X-Authentication-Warning: culverk.student.umd.edu: culverk owned process doing -bs
Date: Fri, 3 Sep 1999 21:49:13 -0400 (EDT)
From: Kenneth Culver <culverk@wam.umd.edu>
X-Sender: culverk@culverk.student.umd.edu
To: "Matthew N. Dodd" <winter@jurai.net>
Cc: freebsd-current@freebsd.org
Subject: Re: pcm, bktr, etc....
In-Reply-To: <Pine.BSF.4.10.9909032129040.579-100000@sasami.jurai.net>
Message-ID: <Pine.BSF.4.10.9909032145440.27670-100000@culverk.student.umd.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
> On Fri, 3 Sep 1999, Kenneth Culver wrote:
> > > What motherboard? What version of BIOS? Is the BIOS version the latest?
> > >
> > Well, I figured it out I think. It is Award BIOS, and it's the latest
> > version. I have 2 VooDoo 2's and at the place I had them, they were
> > causing problems, I moved them, and now everything works fine.
> >
> > I still had to remove the Vortex though, it wasn't working right.
>
> This is a board with 5 PCI slots right?
>
> If so then you are aware that 1 of the slots is a 'clone' of the other and
> only cards that can cope with sharing PCI INT pins should be used in those
> 2 slots. Your motherboard manual will have more information.
Yeah, it has 5 pci slots and 2 ISA, and one of the PCI is shared. I think
I may have had the soundcard, and the bktr card both in the shared slots.
Anyway, That problem is fixed, but the aureal driver has some problems. It
plays sound (dsp) but in xmms, the slower the kbps, the faster it plays.
56kbps sound sounds like The Chipmunks, and 128 Kbps sound is just a
little too fast. Also, when a sound stops, it stutters until another app
tries to use the dsp device.
Kenneth Culver
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 20:16:54 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 3821314C59
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 20:16:52 -0700 (PDT)
(envelope-from freebsd@mrynet.com)
Received: (from freebsd@localhost)
by mrynet.com (8.9.3/8.9.3) id RAA19293;
Fri, 3 Sep 1999 17:03:24 -0700 (PDT)
(envelope-from freebsd)
Posted-Date: Fri, 3 Sep 1999 17:03:24 -0700 (PDT)
Message-Id: <199909040003.RAA19293@mrynet.com>
From: freebsd@mrynet.com (FreeBSD mailing list)
Date: Fri, 3 Sep 1999 17:03:24 +0000
X-Mailer: Mail User's Shell (7.2.6 beta(3) 11/17/96)
To: Mike Hoskins <mike@snafu.adept.org>
Subject: Re: i386/isa/pnp.h is absent!
Cc: freebsd-current@freebsd.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
> On Fri, 3 Sep 1999, Andrey A. Chernov wrote:
>
> > Many drivers tries to include
> > #include <i386/isa/pnp.h>
> > which is absent now, please fix ASAP, kernel build fails on "make depend"
>
> I noticed this with with some NIC code too. /sys/pci/if_xl.c attempts to
> include "miibus_if.h" which doesn't exist and breaks make depend... a
> last ditch effort of pointing the include to
> "/usr/obj/usr/src/sys/modules/xl/miibus_if.h" allows make depend to
> finish, but make still dies.
I found this in the LINT file:
# MII bus support is required for some PCI 10/100 ethernet NICs,
# namely those which use MII-compliant transceivers or implement
# tranceiver control interfaces that operate like an MII. Adding
# "controller miibus0" to the kernel config pulls in support for
# the generic miibus API and all of the PHY drivers, including a
# generic one for PHYs that aren't specifically handled by an
# individual driver.
controller miibus0
Including that controller resolved the miibus_if.h issues completely.
It seems to me that additional commentary to the effect of:
# The xl NIC controller also requires inclusion of the miibus
# controller.
would clear this issue up for a lotta people.
-skots
--
Scott G. Akmentins-Taylor InterNet: staylor@mrynet.com
MRY Systems staylor@mrynet.lv
(Skots Gregorijs Akmentins-Teilors -- just call me "Skots")
----- Labak miris neka sarkans -----
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 21: 4:27 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 E20A414DCC
for <current@freebsd.org>; Fri, 3 Sep 1999 21:04:22 -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 VAA07172
for <current@freebsd.org>; Fri, 3 Sep 1999 21:02:45 -0700 (PDT)
(envelope-from jdp@polstra.com)
Received: (from jdp@localhost)
by vashon.polstra.com (8.9.3/8.9.1) id VAA10357
for current@freebsd.org; Fri, 3 Sep 1999 21:02:44 -0700 (PDT)
(envelope-from jdp@polstra.com)
Message-ID: <XFMail.990903210244.jdp@polstra.com>
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: <19990903211602.A79179@lion.plab.ku.dk>
Date: Fri, 03 Sep 1999 21:02:44 -0700 (PDT)
Organization: Polstra & Co., Inc.
From: John Polstra <jdp@polstra.com>
To: current@freebsd.org
Subject: Re: Perl still broken in 4.0-CURRENT
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
I've just committed the fix for the dynamic linker problem that
broke some perl modules. It should appear on most mirror sites
within an hour or so. Sorry for the disruption.
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 Fri Sep 3 21: 5:29 1999
Delivered-To: freebsd-current@freebsd.org
Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56])
by hub.freebsd.org (Postfix) with ESMTP id 1868814DCC
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 21:05:26 -0700 (PDT)
(envelope-from sprice@hiwaay.net)
Received: from localhost (sprice@localhost)
by mail.HiWAAY.net (8.9.1a/8.9.0) with ESMTP id XAA24095
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 23:05:25 -0500 (CDT)
Date: Fri, 3 Sep 1999 23:05:24 -0500 (CDT)
From: Steve Price <sprice@hiwaay.net>
To: freebsd-current@freebsd.org
Subject: PNP ids missing in sio.c
Message-ID: <Pine.OSF.4.10.9909032243490.6375-100000@fly.HiWAAY.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Can anyone think of a good reason why I can't migrate the
old PNP ids to the new sio.c? I just rebooted my box with
a fresh kernel and much to my shagrin (sp?) my USR PNP
modem didn't work anymore. The following patch got it
working again.
Index: sio.c
===================================================================
RCS file: /home/ncvs/src/sys/isa/sio.c,v
retrieving revision 1.260
diff -u -r1.260 sio.c
--- sio.c 1999/09/03 20:01:08 1.260
+++ sio.c 1999/09/04 03:31:10
@@ -573,6 +573,7 @@
{0x0205d041, "Multiport serial device (non-intelligent 16550)"}, /* PNP0502 */
{0x1005d041, "Generic IRDA-compatible device"}, /* PNP0510 */
{0x1105d041, "Generic IRDA-compatible device"}, /* PNP0511 */
+ {0x31307256, "USR3031"}, /* USR3031 */
{0}
};
Now that we can't use the pnp command from 'boot -c', what
has (if anything) replaced it? I seem to be remember this
being discussed recently but I'll be darned if I can find
it in the mailing list archives.
Thanks.
-steve
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 21:42:41 1999
Delivered-To: freebsd-current@freebsd.org
Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169])
by hub.freebsd.org (Postfix) with ESMTP id D15321507B
for <freebsd-current@FreeBSD.ORG>; Fri, 3 Sep 1999 21:42:33 -0700 (PDT)
(envelope-from ken@panzer.kdm.org)
Received: (from ken@localhost)
by panzer.kdm.org (8.9.3/8.9.1) id WAA18622;
Fri, 3 Sep 1999 22:42:16 -0600 (MDT)
(envelope-from ken)
Message-Id: <199909040442.WAA18622@panzer.kdm.org>
Subject: Re: cds disappeared
In-Reply-To: <m11N3BE-0008G5C@rip.psg.com> from Randy Bush at "Sep 3, 1999 04:55:40 pm"
To: randy@psg.com (Randy Bush)
Date: Fri, 3 Sep 1999 22:42:16 -0600 (MDT)
Cc: freebsd-current@FreeBSD.ORG (FreeBSD Current)
From: "Kenneth D. Merry" <ken@kdm.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
Randy Bush wrote...
> i upgraded from mid-april to current and my cdrom drives went away.
> e.g. xmcd says
> CD audio: SCSI command fault on /dev/rcd0c:
> Status=0x16
>
> # ls -lg /dev/cd* /dev/rcd*
> brw-r----- 1 root operator 6, 0 Sep 3 16:52 /dev/cd0a
> brw-r----- 1 root operator 6, 2 Sep 3 16:52 /dev/cd0c
> brw-r----- 1 root operator 6, 8 Sep 3 16:52 /dev/cd1a
> brw-r----- 1 root operator 6, 10 Sep 3 16:52 /dev/cd1c
> crw-r----- 1 root operator 15, 0 Sep 3 16:52 /dev/rcd0a
> crw-r----- 1 root operator 15, 2 Sep 3 16:52 /dev/rcd0c
> crw-r----- 1 root operator 15, 8 Sep 3 16:52 /dev/rcd1a
> crw-r----- 1 root operator 15, 10 Sep 3 16:52 /dev/rcd1c
>
> dmesg and kernel follow
[ ... ]
> cd0 at ahc0 bus 0 target 4 lun 0
> cd0: <TEAC CD-ROM CD-532S 1.0A> Removable CD-ROM SCSI-2 device
> cd0: 20.000MB/s transfers (20.000MHz, offset 16)
> cd0: Attempt to query device size failed: NOT READY, Medium not present
> cd1 at ahc0 bus 0 target 5 lun 0
> cd1: <YAMAHA CRW4416S 1.0f> Removable CD-ROM SCSI-2 device
> cd1: 8.333MB/s transfers (8.333MHz, offset 31)
> cd1: cd present [270542 x 2048 byte records]
Your CDROM drives look just fine to me.
A lot has changed since mid-April. You need to recompile xmcd.
If you're running -current, that's the first thing you should try when a
port doesn't work. Interfaces in -current change much more often than
in -stable.
Ken
--
Kenneth Merry
ken@kdm.org
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 22:48:37 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 72BD2151D6
for <freebsd-current@FreeBSD.ORG>; Fri, 3 Sep 1999 22:45:08 -0700 (PDT)
(envelope-from randy@psg.com)
Received: from localhost (1913 bytes) by rip.psg.com
via sendmail with P:stdio/R:inet_resolve/T:smtp
(sender: <randy>) (ident <randy> using unix)
id <m11N8d3-0008G3C@rip.psg.com>
for <freebsd-current@FreeBSD.ORG>; Fri, 3 Sep 1999 22:44:45 -0700 (PDT)
(Smail-3.2.0.101 1997-Dec-17 #1 built 1999-Apr-1)
Message-Id: <m11N8d3-0008G3C@rip.psg.com>
Date: Fri, 3 Sep 1999 22:44:45 -0700 (PDT)
From: Randy Bush <randy@psg.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: "Kenneth D. Merry" <ken@kdm.org>
Cc: freebsd-current@FreeBSD.ORG (FreeBSD Current)
Subject: Re: cds disappeared
References: <m11N3BE-0008G5C@rip.psg.com>
<199909040442.WAA18622@panzer.kdm.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
>> i upgraded from mid-april to current and my cdrom drives went away.
>> e.g. xmcd says
>> CD audio: SCSI command fault on /dev/rcd0c:
>> Status=0x16
>>
>> # ls -lg /dev/cd* /dev/rcd*
>> brw-r----- 1 root operator 6, 0 Sep 3 16:52 /dev/cd0a
>> brw-r----- 1 root operator 6, 2 Sep 3 16:52 /dev/cd0c
>> brw-r----- 1 root operator 6, 8 Sep 3 16:52 /dev/cd1a
>> brw-r----- 1 root operator 6, 10 Sep 3 16:52 /dev/cd1c
>> crw-r----- 1 root operator 15, 0 Sep 3 16:52 /dev/rcd0a
>> crw-r----- 1 root operator 15, 2 Sep 3 16:52 /dev/rcd0c
>> crw-r----- 1 root operator 15, 8 Sep 3 16:52 /dev/rcd1a
>> crw-r----- 1 root operator 15, 10 Sep 3 16:52 /dev/rcd1c
>>
> [ ... ]
>
>> cd0 at ahc0 bus 0 target 4 lun 0
>> cd0: <TEAC CD-ROM CD-532S 1.0A> Removable CD-ROM SCSI-2 device
>> cd0: 20.000MB/s transfers (20.000MHz, offset 16)
>> cd0: Attempt to query device size failed: NOT READY, Medium not present
>> cd1 at ahc0 bus 0 target 5 lun 0
>> cd1: <YAMAHA CRW4416S 1.0f> Removable CD-ROM SCSI-2 device
>> cd1: 8.333MB/s transfers (8.333MHz, offset 31)
>> cd1: cd present [270542 x 2048 byte records]
>
> Your CDROM drives look just fine to me.
yup. that's what really confuses me.
> A lot has changed since mid-April. You need to recompile xmcd.
had done so. and reconfigured it too.
'nother clue
# mount /cdrom
cd9660: Device not configured
with /etc/fstab having
/dev/cd0c /cdrom cd9660 ro,noauto 0 0
randy
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 23: 7:37 1999
Delivered-To: freebsd-current@freebsd.org
Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169])
by hub.freebsd.org (Postfix) with ESMTP id EF18C150BD
for <freebsd-current@FreeBSD.ORG>; Fri, 3 Sep 1999 23:07:34 -0700 (PDT)
(envelope-from ken@panzer.kdm.org)
Received: (from ken@localhost)
by panzer.kdm.org (8.9.3/8.9.1) id AAA18846;
Sat, 4 Sep 1999 00:07:07 -0600 (MDT)
(envelope-from ken)
Message-Id: <199909040607.AAA18846@panzer.kdm.org>
Subject: Re: cds disappeared
In-Reply-To: <m11N8d3-0008G3C@rip.psg.com> from Randy Bush at "Sep 3, 1999 10:44:45 pm"
To: randy@psg.com (Randy Bush)
Date: Sat, 4 Sep 1999 00:07:07 -0600 (MDT)
Cc: freebsd-current@FreeBSD.ORG
From: "Kenneth D. Merry" <ken@kdm.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
Randy Bush wrote...
> >> i upgraded from mid-april to current and my cdrom drives went away.
> >> e.g. xmcd says
> >> CD audio: SCSI command fault on /dev/rcd0c:
> >> Status=0x16
> >>
> >> # ls -lg /dev/cd* /dev/rcd*
> >> brw-r----- 1 root operator 6, 0 Sep 3 16:52 /dev/cd0a
> >> brw-r----- 1 root operator 6, 2 Sep 3 16:52 /dev/cd0c
> >> brw-r----- 1 root operator 6, 8 Sep 3 16:52 /dev/cd1a
> >> brw-r----- 1 root operator 6, 10 Sep 3 16:52 /dev/cd1c
> >> crw-r----- 1 root operator 15, 0 Sep 3 16:52 /dev/rcd0a
> >> crw-r----- 1 root operator 15, 2 Sep 3 16:52 /dev/rcd0c
> >> crw-r----- 1 root operator 15, 8 Sep 3 16:52 /dev/rcd1a
> >> crw-r----- 1 root operator 15, 10 Sep 3 16:52 /dev/rcd1c
> >>
> > [ ... ]
> >
> >> cd0 at ahc0 bus 0 target 4 lun 0
> >> cd0: <TEAC CD-ROM CD-532S 1.0A> Removable CD-ROM SCSI-2 device
> >> cd0: 20.000MB/s transfers (20.000MHz, offset 16)
> >> cd0: Attempt to query device size failed: NOT READY, Medium not present
> >> cd1 at ahc0 bus 0 target 5 lun 0
> >> cd1: <YAMAHA CRW4416S 1.0f> Removable CD-ROM SCSI-2 device
> >> cd1: 8.333MB/s transfers (8.333MHz, offset 31)
> >> cd1: cd present [270542 x 2048 byte records]
> >
> > Your CDROM drives look just fine to me.
>
> yup. that's what really confuses me.
>
> > A lot has changed since mid-April. You need to recompile xmcd.
>
> had done so. and reconfigured it too.
Re-configured it? You should build it from the port.
Did you do a full buildworld? If you just changed your kernel, that won't
do.
> 'nother clue
>
> # mount /cdrom
> cd9660: Device not configured
>
> with /etc/fstab having
>
> /dev/cd0c /cdrom cd9660 ro,noauto 0 0
Okay, what happens when you try the following: (with the same CD in the
drive that you were trying to mount)
camcontrol tur cd0 -v
camcontrol inquiry cd0
If those don't work, you didn't do a full buildworld.
If they do, and the mount isn't working, it's likely you're having trouble
with the recent disk/slice changes. I'm not sure how to fix that, someone
else will have to speak up and explain. Most likely syncing to a more
recent -current would fix it.
Is there anything that shows up in the dmesg when you try to mount the CD?
Ken
--
Kenneth Merry
ken@kdm.org
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 23:16:16 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 6C85A151B2
for <freebsd-current@FreeBSD.ORG>; Fri, 3 Sep 1999 23:16:14 -0700 (PDT)
(envelope-from randy@psg.com)
Received: from localhost (1641 bytes) by rip.psg.com
via sendmail with P:stdio/R:inet_resolve/T:smtp
(sender: <randy>) (ident <randy> using unix)
id <m11N96N-0008G3C@rip.psg.com>
for <freebsd-current@FreeBSD.ORG>; Fri, 3 Sep 1999 23:15:03 -0700 (PDT)
(Smail-3.2.0.101 1997-Dec-17 #1 built 1999-Apr-1)
Message-Id: <m11N96N-0008G3C@rip.psg.com>
Date: Fri, 3 Sep 1999 23:15:03 -0700 (PDT)
From: Randy Bush <randy@psg.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: "Kenneth D. Merry" <ken@kdm.org>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: cds disappeared
References: <m11N8d3-0008G3C@rip.psg.com>
<199909040607.AAA18846@panzer.kdm.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
>>> A lot has changed since mid-April. You need to recompile xmcd.
>> had done so. and reconfigured it too.
> Re-configured it? You should build it from the port.
i did. i said reconfigured TOO.
> Did you do a full buildworld?
yes. and did an installworld, mergemaster, and built a new kernel. i have
been making freebsds for a while, though i make mistakes all the time and
presume this is one.
> camcontrol tur cd0 -v
> camcontrol inquiry cd0
# camcontrol tur cd0 -v
Unit is not ready
(pass2:ahc0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0
(pass2:ahc0:0:4:0): NOT READY asc:3a,0
(pass2:ahc0:0:4:0): Medium not present
# camcontrol inquiry cd0
pass2: <TEAC CD-ROM CD-532S 1.0A> Removable CD-ROM SCSI-2 device
pass2: 20.000MB/s transfers (20.000MHz, offset 16)
there is a cd in the drive and the green ready light is solidly on.
> If they do, and the mount isn't working, it's likely you're having trouble
> with the recent disk/slice changes. I'm not sure how to fix that, someone
> else will have to speak up and explain. Most likely syncing to a more
> recent -current would fix it.
than todays?
> Is there anything that shows up in the dmesg when you try to mount the CD?
good question. unfortunately not.
randy
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 23:23:48 1999
Delivered-To: freebsd-current@freebsd.org
Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169])
by hub.freebsd.org (Postfix) with ESMTP id B8603150EC
for <freebsd-current@FreeBSD.ORG>; Fri, 3 Sep 1999 23:23:40 -0700 (PDT)
(envelope-from ken@panzer.kdm.org)
Received: (from ken@localhost)
by panzer.kdm.org (8.9.3/8.9.1) id AAA18911;
Sat, 4 Sep 1999 00:23:11 -0600 (MDT)
(envelope-from ken)
Message-Id: <199909040623.AAA18911@panzer.kdm.org>
Subject: Re: cds disappeared
In-Reply-To: <m11N96N-0008G3C@rip.psg.com> from Randy Bush at "Sep 3, 1999 11:15:03 pm"
To: randy@psg.com (Randy Bush)
Date: Sat, 4 Sep 1999 00:23:11 -0600 (MDT)
Cc: freebsd-current@FreeBSD.ORG
From: "Kenneth D. Merry" <ken@kdm.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
Randy Bush wrote...
> >>> A lot has changed since mid-April. You need to recompile xmcd.
> >> had done so. and reconfigured it too.
> > Re-configured it? You should build it from the port.
>
> i did. i said reconfigured TOO.
Ahh, okay.
> > Did you do a full buildworld?
>
> yes. and did an installworld, mergemaster, and built a new kernel. i have
> been making freebsds for a while, though i make mistakes all the time and
> presume this is one.
From what I see below, though, this probably isn't a software issue.
> > camcontrol tur cd0 -v
> > camcontrol inquiry cd0
>
> # camcontrol tur cd0 -v
> Unit is not ready
> (pass2:ahc0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0
> (pass2:ahc0:0:4:0): NOT READY asc:3a,0
> (pass2:ahc0:0:4:0): Medium not present
Well, there's your problem, for better or worse.
> # camcontrol inquiry cd0
> pass2: <TEAC CD-ROM CD-532S 1.0A> Removable CD-ROM SCSI-2 device
> pass2: 20.000MB/s transfers (20.000MHz, offset 16)
>
> there is a cd in the drive and the green ready light is solidly on.
Well, the green light may be on, but the drive doesn't think it has a CD in
it. I don't know why, but the above error message from test unit ready is
a SCSI error message, straight from the drive. That's why you can't mount
the CD, and that's why xmcd won't work. The drive doesn't think it has
media.
Ken
--
Kenneth Merry
ken@kdm.org
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Fri Sep 3 23:34:17 1999
Delivered-To: freebsd-current@freebsd.org
Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7])
by hub.freebsd.org (Postfix) with ESMTP id 70AAD150BD
for <freebsd-current@freebsd.org>; Fri, 3 Sep 1999 23:33:56 -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 011DE1CAA; Sat, 4 Sep 1999 14:33:06 +0800 (WST)
(envelope-from peter@netplex.com.au)
X-Mailer: exmh version 2.0.2 2/24/98
To: Steve Price <sprice@hiwaay.net>
Cc: freebsd-current@freebsd.org
Subject: Re: PNP ids missing in sio.c
In-reply-to: Your message of "Fri, 03 Sep 1999 23:05:24 EST."
<Pine.OSF.4.10.9909032243490.6375-100000@fly.HiWAAY.net>
Date: Sat, 04 Sep 1999 14:33:05 +0800
From: Peter Wemm <peter@netplex.com.au>
Message-Id: <19990904063306.011DE1CAA@overcee.netplex.com.au>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Steve Price wrote:
> Now that we can't use the pnp command from 'boot -c', what
> has (if anything) replaced it? I seem to be remember this
> being discussed recently but I'll be darned if I can find
> it in the mailing list archives.
The old pnp code is fundamentally incompatable with the new pnp code and
has gone. Doug's new pnp code is tightly integrated within the isa bus and
is rather smart. It will choose it's own non-conflicting addresses for the
devices. There isn't much use for the userconfig pnp command as the pnp
devices are deactivated during the ISA probes and only switched on when a
device claims them, based on their PNP id. Basically this means we've got
to pay a lot more attention to the PNP id and compat id's now.
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 Fri Sep 3 23:42:36 1999
Delivered-To: freebsd-current@freebsd.org
Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7])
by hub.freebsd.org (Postfix) with ESMTP id CAFE9150BD
for <current@FreeBSD.ORG>; Fri, 3 Sep 1999 23:42: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 AE6CC1CAA; Sat, 4 Sep 1999 14:41:35 +0800 (WST)
(envelope-from peter@netplex.com.au)
X-Mailer: exmh version 2.0.2 2/24/98
To: "Andrew Reilly" <areilly@nsw.bigpond.net.au>
Cc: current@FreeBSD.ORG
Subject: Re: Fixed sound card problem.
In-reply-to: Your message of "Sat, 04 Sep 1999 08:36:26 +1000."
<19990904083622.A40069@gurney.reilly.home>
Date: Sat, 04 Sep 1999 14:41:35 +0800
From: Peter Wemm <peter@netplex.com.au>
Message-Id: <19990904064135.AE6CC1CAA@overcee.netplex.com.au>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
"Andrew Reilly" wrote:
> On Fri, Sep 03, 1999 at 09:08:59PM +0100, Doug Rabson wrote:
> > This is no longer necessary (in fact it causes much confusion for the
> > driver). The correct declaration for a pnp soundcard is 'device pcm0'.
>
> How do you set flags for particular cards, now? I used to have
> to use the flags option to tell the pcm driver which second DMA
> channel to use (5: flags 0x15). I haven't had the opportunity
> to do any full-duplex stuff since that change, so I don't know
> whether it has figured it out for itself or not. I assume that
> it has? The boot message now says:
>
> pcm1 (CS423x/Yamaha/AD1816 <CS4236> sn 0xffffffff) at 0x530-0x537 irq 5 drq 1
flags 0x10 on isa
>
> So, is 0 a useful 2nd DMA channel, or does the driver make do
> with one channel now?
I'm not sure, dma 0 works here, but it's specifically detected automatically
(without flags) and is reported as such.
# dmesg | grep pcm
pcm0: <AudioPCI ES1370> irq 11 at device 10.0 on pci0
pcm1: <ESS1868> at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 \
on isa0
On another box, I see:
# dmesg | grep pcm
pcm0: <CS4236> at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0 \
on isa0
I suspect this is the same device you have.
Are you sure you are up to date with your source? The probe message
looks a bit odd and looks more like the old pnp messages. Did you rerun
config and do a 'make depend'? Also, the new pnp/pcm code will start at
pcm0, rather than pcm1 unless there is a pcm0 already in use.
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 Sat Sep 4 2:20: 8 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 C646A14EF1
for <freebsd-current@freebsd.org>; Sat, 4 Sep 1999 02:20:05 -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 KAA82783;
Sat, 4 Sep 1999 10:21:51 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Sat, 4 Sep 1999 10:21:51 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: Steve Price <sprice@hiwaay.net>
Cc: freebsd-current@freebsd.org
Subject: Re: PNP ids missing in sio.c
In-Reply-To: <Pine.OSF.4.10.9909032243490.6375-100000@fly.HiWAAY.net>
Message-ID: <Pine.BSF.4.10.9909041018310.2081-100000@salmon.nlsystems.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, 3 Sep 1999, Steve Price wrote:
> Can anyone think of a good reason why I can't migrate the
> old PNP ids to the new sio.c? I just rebooted my box with
> a fresh kernel and much to my shagrin (sp?) my USR PNP
> modem didn't work anymore. The following patch got it
> working again.
The reason I didn't move the old ids wholesale is that the old system
matched against the vendor id (which is bogus for multifunction cards).
The new system matches with the logical device id which is often different
from the vendor id. Some simple single function cards use the same id for
both (as yours does) but I can't tell this without seeing the pnpinfo
output.
>
> Now that we can't use the pnp command from 'boot -c', what
> has (if anything) replaced it? I seem to be remember this
> being discussed recently but I'll be darned if I can find
> it in the mailing list archives.
The pnp command should no longer be needed (crossed fingers) since the new
code automatically detects devices and assigns resources to them.
--
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 Sat Sep 4 2:48: 1 1999
Delivered-To: freebsd-current@freebsd.org
Received: from mail.theinternet.com.au (zeus.theinternet.com.au [203.34.176.2])
by hub.freebsd.org (Postfix) with ESMTP id 7478B15102
for <current@FreeBSD.ORG>; Sat, 4 Sep 1999 02:47:57 -0700 (PDT)
(envelope-from akm@mail.theinternet.com.au)
Received: (from akm@localhost)
by mail.theinternet.com.au (8.9.3/8.9.3) id TAA87828;
Sat, 4 Sep 1999 19:47:58 +1000 (EST)
(envelope-from akm)
From: Andrew Kenneth Milton <akm@mail.theinternet.com.au>
Message-Id: <199909040947.TAA87828@mail.theinternet.com.au>
Subject: Re: Fixed sound card problem.
In-Reply-To: <Pine.BSF.4.10.9909031150170.355-100000@Arthur.Linuxberg> from "Arthur H. Johnson II" at "Sep 3, 1999 11:51:18 am"
To: arthur@tucows.com (Arthur H. Johnson II)
Date: Sat, 4 Sep 1999 19:47:57 +1000 (EST)
Cc: current@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
+----[ Arthur H. Johnson II ]---------------------------------------------
| I fixed the sound card problem I was having. I just commented out the pnp
| driver. I know I will run into problems later if I ever get pnp devices,
| but its a temporary fix.
Pcm doesn't work for me anymore with or without a pnp controller defined.
It's not even probed.
I've got a genuine Sound Blaster 16 with on board SCSI (unused).
--
Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew
The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 | Milton
ACN: 082 081 472 | M:+61 416 022 411 |72 Col .Sig
PO Box 837 Indooroopilly QLD 4068 |akm@theinternet.com.au|Specialist
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 2:55:24 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 26C231518A
for <current@freebsd.org>; Sat, 4 Sep 1999 02:55: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 LAA61064
for <current@freebsd.org>; Sat, 4 Sep 1999 11:54:53 +0200 (SAST)
(envelope-from mark@grondar.za)
Message-Id: <199909040954.LAA61064@gratis.grondar.za>
To: current@freebsd.org
Subject: HEADS UP! New Common Error Routines.
Date: Sat, 04 Sep 1999 11:54:51 +0200
From: Mark Murray <mark@grondar.za>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Hi
I have put new common error code in; compile_et and libcom_err
need rebuilding. The recommended method is a "make world".
M
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 3:31:54 1999
Delivered-To: freebsd-current@freebsd.org
Received: from mail.theinternet.com.au (zeus.theinternet.com.au [203.34.176.2])
by hub.freebsd.org (Postfix) with ESMTP id D0E2714E18
for <freebsd-current@freebsd.org>; Sat, 4 Sep 1999 03:31:43 -0700 (PDT)
(envelope-from akm@mail.theinternet.com.au)
Received: (from akm@localhost)
by mail.theinternet.com.au (8.9.3/8.9.3) id UAA88419
for freebsd-current@freebsd.org; Sat, 4 Sep 1999 20:31:28 +1000 (EST)
(envelope-from akm)
From: Andrew Kenneth Milton <akm@mail.theinternet.com.au>
Message-Id: <199909041031.UAA88419@mail.theinternet.com.au>
Subject: Memory Strange-o's with Current
To: freebsd-current@freebsd.org
Date: Sat, 4 Sep 1999 20:31:28 +1000 (EST)
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
Something that was working yesterday no longer works since I've made
world.
Out of memory (Needed 8192 bytes)
python in free(): warning: junk pointer, too high to make sense.
Out of memory (Needed 8192 bytes)
python in free(): warning: junk pointer, too high to make sense.
I've rebuilt python and it's still occurring.
root@marty #limits
Resource limits (current):
cputime infinity secs
filesize infinity kb
datasize 524288 kb
stacksize 65536 kb
coredumpsize infinity kb
memoryuse infinity kb
memorylocked infinity kb
maxprocesses 2067
openfiles 4136
There's hardly any disk activity on the machine. There's plently of
swap remaining in any case, so I wouldn't expect it to be out of memory.
FreeBSD marty.on.theinternet.com.au 4.0-CURRENT FreeBSD 4.0-CURRENT #2: Sat Sep
4 19:42:34 GMT 1999 akm@marty.on.theinternet.com.au:/export/src/sys/compile
/work.on i386
Any hints?
--
Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew
The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 | Milton
ACN: 082 081 472 | M:+61 416 022 411 |72 Col .Sig
PO Box 837 Indooroopilly QLD 4068 |akm@theinternet.com.au|Specialist
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 4: 9:24 1999
Delivered-To: freebsd-current@freebsd.org
Received: from thequest.net (tnt101.thequest.net [205.198.52.228])
by hub.freebsd.org (Postfix) with ESMTP id E745015205
for <freebsd-current@freebsd.org>; Sat, 4 Sep 1999 04:09:21 -0700 (PDT)
(envelope-from znh@thequest.net)
Received: by thequest.net (Postfix, from userid 1005)
id BF08C2060; Sat, 4 Sep 1999 11:06:15 +0000 (GMT)
Date: Sat, 4 Sep 1999 06:06:15 -0500
From: "Zach N. Heilig" <znh@thequest.net>
To: Doug Rabson <dfr@nlsystems.com>
Cc: Steve Price <sprice@hiwaay.net>, freebsd-current@freebsd.org
Subject: Re: PNP ids missing in sio.c
Message-ID: <19990904060615.A32986@murkwood.znh.org>
References: <Pine.OSF.4.10.9909032243490.6375-100000@fly.HiWAAY.net> <25B1518A121B7068EF1B1BAD@mail.uffdaonline.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.6i
In-Reply-To: <25B1518A121B7068EF1B1BAD@mail.uffdaonline.net>; from Doug Rabson on Sat, Sep 04, 1999 at 10:21:51AM +0100
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Sat, Sep 04, 1999 at 10:21:51AM +0100, Doug Rabson wrote:
> The pnp command should no longer be needed (crossed fingers) since the new
> code automatically detects devices and assigns resources to them.
What about the situation where:
pnp sound card (soundblaster awe64).
non pnp network card (irq 5, port 0x300, setup ability unknown -- even
windows can't properly find it without help)
Although I just replaced that network card last week (etherexpress
100+), and replaced the soundblaster (with a pci es1370 based card)
this might be an issue for others. The BIOS put the sound card on irq
9, ports 0x220, 0x330, 0x388, 0x620/0xa20/0xe20, and drqs 1,7 ... (this
was fine), but the new pnp code insisted on changing the sound card to
irq 5, same ports, and drqs 1,5 even though the bios had configured it
somewhere else.
The network card used the 'ed' driver, so that device wasn't compiled in
the kernel right after the the switchover (but it still conflicted with
the sound card until I yanked it).
This is of course a special case, a cranky network card and a
non-compiling driver for it. If the new pnp code avoids using resources
hard-wired to non-pnp isa devices (it may, I changed hardware before the
code was fixed), there shouldn't be any problems. It was an excellent
excuse to boot that nic anyway.
--
Zach Heilig <znh@thequest.net>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 4:18: 2 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 28EB4151FA; Sat, 4 Sep 1999 04:17: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 VAA21720;
Sat, 4 Sep 1999 21:17:36 +1000
Date: Sat, 4 Sep 1999 21:17:36 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199909041117.VAA21720@godzilla.zeta.org.au>
To: bde@zeta.org.au, mike@smith.net.au
Subject: Re: early panics broken
Cc: current@freebsd.org, 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<newline>' at the debugger prompt produces no output and
>> hangs.
>>
>> This may be because panic() now depends on uninitialized event handlers.
This is because no shutdown_final event handlers have been registered.
The loop at the end of boot() is reached and loops endlessly.
>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?
Initialisation just needs to be unobfuscated so that it doesn't trip over
its own boot.
Bruce
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 4:45:20 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 33A371508E
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 04:45:18 -0700 (PDT)
(envelope-from randy@psg.com)
Received: from localhost (1607 bytes) by rip.psg.com
via sendmail with P:stdio/R:inet_resolve/T:smtp
(sender: <randy>) (ident <randy> using unix)
id <m11NEFr-0008G4C@rip.psg.com>
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 04:45:11 -0700 (PDT)
(Smail-3.2.0.101 1997-Dec-17 #1 built 1999-Apr-1)
Message-Id: <m11NEFr-0008G4C@rip.psg.com>
Date: Sat, 4 Sep 1999 04:45:11 -0700 (PDT)
From: Randy Bush <randy@psg.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: "Kenneth D. Merry" <ken@kdm.org>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: cds disappeared
References: <m11N96N-0008G3C@rip.psg.com>
<199909040623.AAA18911@panzer.kdm.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
>> # camcontrol tur cd0 -v
>> Unit is not ready
>> (pass2:ahc0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0
>> (pass2:ahc0:0:4:0): NOT READY asc:3a,0
>> (pass2:ahc0:0:4:0): Medium not present
> Well, there's your problem, for better or worse.
it's even kinkier than that. despite dmesg of
cd0 at ahc0 bus 0 target 4 lun 0
cd0: <TEAC CD-ROM CD-532S 1.0A> Removable CD-ROM SCSI-2 device
cd0: 20.000MB/s transfers (20.000MHz, offset 16)
cd0: Attempt to query device size failed: NOT READY, Medium not present
cd1 at ahc0 bus 0 target 5 lun 0
cd1: <YAMAHA CRW4416S 1.0f> Removable CD-ROM SCSI-2 device
cd1: 8.333MB/s transfers (8.333MHz, offset 31)
cd1: cd present [270542 x 2048 byte records]
i can put a mountable disk in the TEAC and it will mount only on cd1c (note
the 1 not 0), and vice versa with cd0c. i.e. they are reversed in some way.
and let's remember that the kernel config says
disk cd0 at scbus0 target 4 unit 0
disk cd1 at scbus0 target 5 unit 0
and, if i put an audio cdrom in the teac and xmcd -dev /dev/rcd1c, it sees
the cd, gets the title etc. from the database, looks like it plays, but no
sound.
i will play more after a bit more sleep.
randy
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 5: 4:33 1999
Delivered-To: freebsd-current@freebsd.org
Received: from server.amis.net (server.amis.net [212.18.32.10])
by hub.freebsd.org (Postfix) with ESMTP id 646AB15277
for <freebsd-current@freebsd.org>; Sat, 4 Sep 1999 05:04:18 -0700 (PDT)
(envelope-from blaz@gold.amis.net)
Received: by server.amis.net (Postfix, from userid 66)
id 39544D5E34; Sat, 4 Sep 1999 14:01:58 +0200 (CEST)
Received: by gold.amis.net (Postfix, from userid 1000)
id BAEC0925C; Sat, 4 Sep 1999 14:01:18 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by gold.amis.net (Postfix) with ESMTP id AFA2157F7
for <freebsd-current@freebsd.org>; Sat, 4 Sep 1999 14:01:18 +0200 (CEST)
Date: Sat, 4 Sep 1999 14:01:18 +0200 (CEST)
From: Blaz Zupan <blaz@gold.amis.net>
To: freebsd-current@freebsd.org
Subject: ed driver problem
Message-ID: <Pine.BSF.4.10.9909041347290.332-100000@gold.amis.net>
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 trying to configure my new Compex NE2000 PCI card under 4.0-current.
Just before the latest PnP changes, the card was just recognized like
this:
ed0: <NE2000 PCI Ethernet (Compex)> irq 10 at device 13.0 on pci0
It did not display the MAC, and "ifconfig -a" did not show ed0/ed1 as
configured. I even tried booting a generic 2.2.1 and 3.2 kernel, with the
same symptoms. After the PnP changes, I get this:
ed0: <NE2000 PCI Ethernet (Compex)> irq 10 at device 13.0 on pci0
device_probe_and_attach: ed0 attach returned 2
I sprinkeled a couple of printf's through if_ed.c and found out, that
bus_alloc_resource() fails in ed_alloc_port() in if_ed.c, thus
ed_alloc_port() returns ENOENT (== 2). Why could allocating an I/O port
address fail?
Ok, so I have somehow misconfigured my BIOS settings, I thought. Booting
Windows 98 (eeek!), my card is recognized and works perfectly.
I'm looking at what I could have done wrong in the BIOS, but there is
nothing I can find (there are actually no settings concerning PCI
devices). The motherboard is an AN430TX from Intel and the machine is
pretty crowded with cards (Teles S0/16.3 ISDN card, Courier internal
modem, Adaptec 2940 and the network card, onboard audio).
Here is the dmesg output:
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: Sat Sep 4 11:28:56 CEST 1999
root@gold.amis.net:/home/blaz/FreeBSD/src/sys/compile/GOLD
Timecounter "i8254" frequency 1193182 Hz
CPU: Pentium/P55C (232.88-MHz 586-class CPU)
Origin = "GenuineIntel" Id = 0x543 Stepping = 3
Features=0x8001bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX>
real memory = 67108864 (65536K bytes)
avail memory = 62140416 (60684K bytes)
Preloaded elf kernel "kernel" at 0xc02d8000.
Intel Pentium detected, installing workaround for F00F bug
npx0: <math processor> on motherboard
npx0: INT 16 interface
apm0: <APM BIOS> on motherboard
apm: found APM BIOS v1.2, connected at v1.2
pcib0: <Host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
isab0: <Intel 82371AB PCI to ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
ide_pci0: <Intel PIIX4 Bus-master IDE controller> at device 7.1 on pci0
chip1: <UHCI USB controller> irq 9 at device 7.2 on pci0
chip2: <Intel 82371AB Power management controller> at device 7.3 on pci0
ed0: <NE2000 PCI Ethernet (Compex)> irq 10 at device 13.0 on pci0
device_probe_and_attach: ed0 attach returned 2
ahc0: <Adaptec 2940 Ultra SCSI adapter> irq 12 at device 14.0 on pci0
ahc0: aic7880 Single Channel A, SCSI Id=7, 16/255 SCBs
vga-pci0: <S3 Trio graphics accelerator> irq 11 at device 15.0 on pci0
fdc0: <NEC 72065B or clone> 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 flags 0xa0ffa0ff on isa0
wdc0: unit 0 (wd0): <IBM-DTTA-371440>, DMA, 32-bit, multi-block-16
wd0: 13783MB (28229040 sectors), 28005 cyls, 16 heads, 63 S/T, 512 B/S
atkbdc0: <keyboard controller (i8042)> at port 0x60-0x6f on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
vga0: <Generic ISA VGA> at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> on isa0
sc0: VGA <16 virtual consoles, flags=0x200>
sio0 at port 0x3f8-0x3ff irq 4 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
sio2 at port 0x3e8-0x3ef irq 5 on isa0
sio2: type 16550A
isic0 at port 0xd80 irq 15 flags 0x3 on isa0
isic0: Teles S0/16.3
isic0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) (Addr=0x960)
isic0: HSCX 82525 or 21525 Version 2.1 (AddrA=0x160, AddrB=0x560)
ppc0 at port 0x378-0x37f irq 7 on isa0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/8 bytes threshold
lpt0: <generic printer> on ppbus 0
lpt0: Interrupt-driven port
pcm1: <Yamaha SA3> at port 0x240-0x24f,0xe80-0xe87,0x388-0x38f,0x300-0x301,0x100-0x101 irq 9 drq 0,1 on isa0
unknown0: <OPL3-SA3 Snd System> at port 0x201 on isa0
i4b: ISDN call control device attached
i4bisppp: 4 ISDN SyncPPP device(s) attached
i4bctl: ISDN system control port attached
i4bipr: 4 IP over raw HDLC ISDN device(s) attached
i4btel: 2 ISDN telephony interface device(s) attached
i4brbch: 4 raw B channel access device(s) attached
i4btrc: 4 ISDN trace device(s) attached
changing root device to da0s1a
da1 at ahc0 bus 0 target 1 lun 0
da1: <NEC D3847 0307> Fixed Direct Access SCSI-2 device
da1: 10.000MB/s transfers (10.000MHz, offset 15)
da1: 1547MB (3170160 512 byte sectors: 255H 63S/T 197C)
cd0 at ahc0 bus 0 target 3 lun 0
cd0: <TEAC CD-ROM CD-532S 3.0A> Removable CD-ROM SCSI-2 device
cd0: 10.000MB/s transfers (10.000MHz, offset 15)
cd0: Attempt to query device size failed: NOT READY, Medium not present
da0 at ahc0 bus 0 target 0 lun 0
da0: <IBM DORS-32160 WA6A> Fixed Direct Access SCSI-2 device
da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled
da0: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C)
My kernel config file contains this:
device ed0
Any idea what could be wrong here? This card works under FreeBSD 3.2 on
another machine just fine, and is detected like this:
ed1: <NE2000 PCI Ethernet (Compex)> rev 0x0a int a irq 11 on pci0.11.0
ed1: address 00:80:48:ca:b8:40, type NE2000 (16 bit)
So I guess there is something wrong with my machine, but what? I mean, PCI
cards really don't have any settings and the only thing I can do in the
BIOS is reserve IRQ's for ISA legacy devices, which I have done (I have
reserverd IRQ 5 for the Courier).
Any help will be appreciated.
Blaz Zupan, blaz@amis.net, http://www.herbie.amis.net
Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 5:29:38 1999
Delivered-To: freebsd-current@freebsd.org
Received: from ic.net (ic.net [152.160.8.96])
by hub.freebsd.org (Postfix) with SMTP id D0BAC151CD
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 05:29:31 -0700 (PDT)
(envelope-from rickl@ic.net)
Received: (qmail 25765 invoked from network); 4 Sep 1999 12:28:56 -0000
Received: from unknown (HELO lurch.rickl.org) (206.84.204.115)
by unknown with SMTP; 4 Sep 1999 12:28:56 -0000
Content-Length: 1914
Message-ID: <XFMail.990904082822.rickl@ic.net>
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: <199909040623.AAA18911@panzer.kdm.org>
Date: Sat, 04 Sep 1999 08:28:22 -0400 (EDT)
Reply-To: rickl@ic.net
Organization: ic.net
From: Rick Lotoczky <rickl@ic.net>
To: freebsd-current@FreeBSD.ORG
Subject: Re: cds disappeared
Cc: (Randy Bush) <randy@psg.com>, "Kenneth D. Merry" <ken@kdm.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Hi,
I am having the same problem with the CD as Ken is.
I also tried the suggested diagnostics with exactly the
same results. Media is in the drive, but it is not being
recognized. I've been building kernels since FBSD-0.9 so
I think I got that right by now. This cropped up somewhat
recently (in the past few weeks). My CD was working fine
when I used it last month. I usually rebuild the entire
system once a week.
I think there is a problem in the software. Two different
drives on two different machines (my CD is connected to
an NCR SCSI controller) with the same problem.
Rick
On 04-Sep-99 Kenneth D. Merry said:
> Randy Bush wrote...
...stuff deleted
> Ahh, okay.
>
>> > Did you do a full buildworld?
>>
>> yes. and did an installworld, mergemaster, and built a
>> new kernel. i have
>> been making freebsds for a while, though i make mistakes
>> all the time and
>> presume this is one.
>
>>From what I see below, though, this probably isn't a
>>software issue.
>
>> > camcontrol tur cd0 -v
>> > camcontrol inquiry cd0
>>
>> # camcontrol tur cd0 -v
>> Unit is not ready
>> (pass2:ahc0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0
>> 0
>> (pass2:ahc0:0:4:0): NOT READY asc:3a,0
>> (pass2:ahc0:0:4:0): Medium not present
>
> Well, there's your problem, for better or worse.
>
>> # camcontrol inquiry cd0
>> pass2: <TEAC CD-ROM CD-532S 1.0A> Removable CD-ROM
>> SCSI-2 device
>> pass2: 20.000MB/s transfers (20.000MHz, offset 16)
>>
>> there is a cd in the drive and the green ready light is
>> solidly on.
>
> Well, the green light may be on, but the drive doesn't
> think it has a CD in
> it. I don't know why, but the above error message from
> test unit ready is
> a SCSI error message, straight from the drive. That's
> why you can't mount
> the CD, and that's why xmcd won't work. The drive
> doesn't think it has
> media.
>
> Ken
> --
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 6:40: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 BED8814BF7; Sat, 4 Sep 1999 06:40:38 -0700 (PDT)
(envelope-from hibma@skylink.it)
Received: from heidi.plazza.it (va-164.skylink.it [194.185.55.164])
by ns.skylink.it (8.9.1/8.8.8) with ESMTP id PAA18828;
Sat, 4 Sep 1999 15:38:12 +0200
Received: from localhost (localhost [127.0.0.1])
by heidi.plazza.it (8.9.3/8.8.5) with ESMTP id MAA57148;
Sat, 4 Sep 1999 12:45:08 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: Sat, 4 Sep 1999 12:45:08 GMT
Date: Sat, 4 Sep 1999 14:45:08 +0200 (CEST)
From: Nick Hibma <hibma@skylink.it>
X-Sender: n_hibma@heidi.plazza.it
Reply-To: Nick Hibma <hibma@skylink.it>
To: Kenneth Culver <culverk@wam.umd.edu>
Cc: freebsd-current@FreeBSD.ORG,
Roger Hardiman <roger@cs.strath.ac.uk>, phk@FreeBSD.ORG
Subject: Re: the pcm driver and the bktr device
In-Reply-To: <Pine.BSF.4.10.9909031931080.336-100000@culverk.student.umd.edu>
Message-ID: <Pine.BSF.4.10.9909041440000.55134-100000@heidi.plazza.it>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
cdevsw_add is called in devsw_module_handler and in bktr_probe. Patch
attached. It looks like the init in bktr_probe became superfluous in
revision 1.90 of brooktree848.c:
revision 1.90
date: 1999/08/23 20:59:12; author: phk; state: Exp; lines: +7 -20
Convert DEVFS hooks in (most) drivers to make_dev().
Diskslice/label code not yet handled.
Vinum, i4b, alpha, pc98 not dealt with (left to respective Maintainers)
Add the correct hook for devfs to kern_conf.c
The net result of this excercise is that a lot less files depends on
DEVFS,
and devtoname() gets more sensible output in many cases.
A few drivers had minor additional cleanups performed relating to cdevsw
registration.
A few drivers don't register a cdevsw{} anymore, but only use
make_dev().
..."
Nick
On Fri, 3 Sep 1999, Kenneth Culver wrote:
> It seems I have the classic IRQ conflict going on here.
> I have 4 devices that all seem to want the same irq. For some reason the
> USB port, the pcm driver, the bktr driver, and one other thing (I havn't
> figured out what) all want IRQ 11. The pcm driver is driving an aureal
> vortex right now. I have never had this problem before, and even though
> they are all sharing the same IRQ, they all work at the same time in
> windows. I would like to know why they won't work in FreeBSD. Here is the
> output from the dmesg command:
> 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 #5: Fri Sep 3 18:57:32 EDT 1999
> culverk@culverk.student.umd.edu:/usr/src/sys/compile/MYKERNEL
> Timecounter "i8254" frequency 1193182 Hz
> CPU: Pentium II/Xeon/Celeron (451.02-MHz 686-class CPU)
> Origin = "GenuineIntel" Id = 0x652 Stepping = 2
>
> Features=0x183f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PA
> T,PSE36,MMX,FXSR>
> real memory = 134152192 (131008K bytes)
> avail memory = 127393792 (124408K bytes)
> Preloaded elf kernel "kernel" at 0xc0293000.
> Pentium Pro MTRR support enabled
> npx0: <math processor> on motherboard
> npx0: INT 16 interface
> apm0: <APM BIOS> on motherboard
> apm: found APM BIOS v1.2, connected at v1.2
> pcib0: <Intel 82443BX (440 BX) host to PCI bridge> on motherboard
> pci0: <PCI bus> on pcib0
> WARNING: "bktr" is usurping "bktr"'s cdevsw[]
> pcib1: <Intel 82443BX (440 BX) PCI-PCI (AGP) bridge> at device 0.0 on pci0
> pci1: <PCI bus> on pcib1
> vga-pci0: <VGA-compatible display device> at device 0.0 on pci1
> isab0: <Intel 82371AB PCI to ISA bridge> at device 7.0 on pci0
> isa0: <ISA bus> on isab0
> ata-pci0: <Intel PIIX4 IDE controller> at device 7.1 on pci0
> ata-pci0: Busmastering DMA supported
> ata0 at 0x01f0 irq 14 on ata-pci0
> ata1 at 0x0170 irq 15 on ata-pci0
> chip1: <UHCI USB controller> irq 11 at device 7.2 on pci0
> chip2: <Intel 82371AB Power management controller> at device 7.3 on pci0
> pcm0: <Aureal Vortex 8820> irq 11 at device 9.0 on pci0
> pcm0: irq test failed
> pcm0: codec timeout reading register 2 (fe7604)
> pcm0: codec timeout reading register 26 (fe7604)
> ac97: dac not ready
> bktr0: <BrookTree 878> irq 11 at device 13.0 on pci0
> bktr0: could not map interrupt
> device_probe_and_attach: bktr0 attach returned 6
> pci0: unknown card DD^0878 (vendor=0x109e, dev=0x0878) at 13.1 irq 11
> de0: <Digital 21140A Fast Ethernet> irq 10 at device 15.0 on pci0
> de0: 21140A [10-100Mb/s] pass 2.2
> de0: address 00:c0:f0:1f:21:02
> pci0: unknown card DPZ0002 (vendor=0x121a, dev=0x0002) at 17.0
> pci0: unknown card DPZ0002 (vendor=0x121a, dev=0x0002) at 19.0
> fdc0: <NEC 72065B or clone> 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
> atkbdc0: <keyboard controller (i8042)> at port 0x60-0x6f on isa0
> atkbd0: <AT Keyboard> irq 1 on atkbdc0
> psm0: <PS/2 Mouse> irq 12 on atkbdc0
> psm0: model IntelliMouse, device ID 3
> vga0: <Generic ISA VGA> at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0
> sc0: <System console> 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: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
> plip0: <PLIP network interface> on ppbus 0
> lpt0: <generic printer> on ppbus 0
> lpt0: Interrupt-driven port
> ppi0: <generic parallel i/o> on ppbus 0
> vpo0: <Iomega VPI0 Parallel to SCSI interface> on ppbus 0
> vpo0: EPP 1.9 mode
> ata0: master: setting up UDMA2 mode on PIIX4 chip OK
> ad0: <Maxtor 90845D4/GAS54112> ATA-4 disk at ata0 as master
> ad0: 8063MB (16514064 sectors), 16383 cyls, 16 heads, 63 S/T, 512 B/S
> ad0: piomode=4, dmammode=2, udmamode=2
> ad1: 16 secs/int, 0 depth queue, DMA mode
> Creating DISK ad1
> Creating DISK wd1
> ata1: master: setting up UDMA2 mode on PIIX4 chip OK
> ad2: <FUJITSU MPC3064AT/6020> ATA-3 disk at ata1 as master
> ad2: 6187MB (12672450 sectors), 13410 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
> Creating DISK ad2
> Creating DISK wd2
> atapi: piomode=4, dmamode=2, udmamode=-1
> atapi: PIO transfer mode set
> acd0: <CD-ROM 40X/AKU/U30> CDROM drive at ata1 as slave
> acd0: drive speed 0 - 6875KB/sec, 128KB cache
> acd0: supported read types: CD-DA
> acd0: Audio: play, 255 volume levels
> acd0: Mechanism: ejectable tray
> acd0: Medium: CD-ROM 120mm data disc loaded, unlocked
> da0 at vpo0 bus 0 target 6 lun 0
> da0: <IOMEGA ZIP 100 D.09> Removable Direct Access SCSI-2 device
> da0: Attempt to query device size failed: NOT READY, Medium not present
> changing root device to wd1s1a
> de0: enabling 10baseT port
>
> If someone can tell me how to make those devices stop sharing the same IRQ
> I'd appreciate it. Thanks.
>
> Kenneth Culver
>
>
>
> 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 Sat Sep 4 6:40: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 29D55152BA
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 06:40:44 -0700 (PDT)
(envelope-from hibma@skylink.it)
Received: from heidi.plazza.it (va-164.skylink.it [194.185.55.164])
by ns.skylink.it (8.9.1/8.8.8) with ESMTP id PAA18842;
Sat, 4 Sep 1999 15:38:27 +0200
Received: from localhost (localhost [127.0.0.1])
by heidi.plazza.it (8.9.3/8.8.5) with ESMTP id LAA56952;
Sat, 4 Sep 1999 11:38:44 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: Sat, 4 Sep 1999 11:38:44 GMT
Date: Sat, 4 Sep 1999 13:38:43 +0200 (CEST)
From: Nick Hibma <hibma@skylink.it>
X-Sender: n_hibma@heidi.plazza.it
Reply-To: Nick Hibma <hibma@skylink.it>
To: Kenneth Culver <culverk@wam.umd.edu>
Cc: Mike Smith <mike@smith.net.au>, freebsd-current@FreeBSD.ORG
Subject: Re: the pcm driver and the bktr device
In-Reply-To: <199909032336.QAA02037@dingo.cdrom.com>
Message-ID: <Pine.BSF.4.10.9909041325400.55134-100000@heidi.plazza.it>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
The problems might be wholly unrelated. I've just reconfigured my BIOS
to put everything onto irq 11
uhci0: <Intel 82371AB/EB (PIIX4) USB controller> irq 11 at device 1.2 on
pci0
ohci0: <OPTi 82C861 (FireLink) USB controller> irq 11 at device 9.0 on
pci0
vga-pci0: <S3 Trio graphics accelerator> irq 11 at device 10.0 on pci0
ed1: <NE2000 PCI Ethernet (RealTek 8029)> irq 11 at device 11.0 on pci0
and that works just fine:
addr 1: UHCI root hub, Intel
addr 2: UT-USB41 hub, Texas Instruments
addr 1: OHCI root hub, OPTi
addr 2: UT-USB41 hub, Texas Instruments
addr 3: USB Zip 100, Iomega
(cut&paste over network connection, no screen :-)
The problem with the soundcard might have been resolved in current bug
fixes for the sound card and PCI system (PNP fixes), please try at
least rev 1.117 of pci.c .
The bktr problem, might be unrelated. I'll have a quick look and kick
Roger Hardiman, maybe he knows.
I'd say you should be able to sort out the problems for the various
parts independently and ignore the fact that they are all on the same
irq.
Nick
On Fri, 3 Sep 1999, Mike Smith wrote:
> > It seems I have the classic IRQ conflict going on here.
> > I have 4 devices that all seem to want the same irq. For some reason the
> > USB port, the pcm driver, the bktr driver, and one other thing (I havn't
> > figured out what) all want IRQ 11.
>
> This is your BIOS' fault. You need to either move the devices around,
> or fiddle with your BIOS setup until it assigns separate IRQs to each
> device.
>
> --
> \\ 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
>
>
--
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 Sat Sep 4 7:18:36 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 A5011152E7
for <freebsd-current@freebsd.org>; Sat, 4 Sep 1999 07:18:22 -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 PAA43185;
Sat, 4 Sep 1999 15:20:00 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Sat, 4 Sep 1999 15:20:00 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: "Zach N. Heilig" <znh@thequest.net>
Cc: Steve Price <sprice@hiwaay.net>, freebsd-current@freebsd.org
Subject: Re: PNP ids missing in sio.c
In-Reply-To: <19990904060615.A32986@murkwood.znh.org>
Message-ID: <Pine.BSF.4.10.9909041518200.2081-100000@salmon.nlsystems.com>
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, 4 Sep 1999, Zach N. Heilig wrote:
> On Sat, Sep 04, 1999 at 10:21:51AM +0100, Doug Rabson wrote:
> > The pnp command should no longer be needed (crossed fingers) since the new
> > code automatically detects devices and assigns resources to them.
>
> What about the situation where:
>
> pnp sound card (soundblaster awe64).
> non pnp network card (irq 5, port 0x300, setup ability unknown -- even
> windows can't properly find it without help)
>
> Although I just replaced that network card last week (etherexpress
> 100+), and replaced the soundblaster (with a pci es1370 based card)
> this might be an issue for others. The BIOS put the sound card on irq
> 9, ports 0x220, 0x330, 0x388, 0x620/0xa20/0xe20, and drqs 1,7 ... (this
> was fine), but the new pnp code insisted on changing the sound card to
> irq 5, same ports, and drqs 1,5 even though the bios had configured it
> somewhere else.
>
> The network card used the 'ed' driver, so that device wasn't compiled in
> the kernel right after the the switchover (but it still conflicted with
> the sound card until I yanked it).
>
> This is of course a special case, a cranky network card and a
> non-compiling driver for it. If the new pnp code avoids using resources
> hard-wired to non-pnp isa devices (it may, I changed hardware before the
> code was fixed), there shouldn't be any problems. It was an excellent
> excuse to boot that nic anyway.
The trick for this is to make sure that the config file contains accurate
descriptions of all your non-pnp hardware. In this case, if you have:
device ed0 at isa? port 0x300 irq 5 ...
then the subsequent pnp probes should avoid those port and irq settings.
--
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 Sat Sep 4 7:22:44 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 BF90D1525F
for <current@freebsd.org>; Sat, 4 Sep 1999 07:22:31 -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 PAA43288;
Sat, 4 Sep 1999 15:23:07 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Sat, 4 Sep 1999 15:23:06 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: Andrew Kenneth Milton <akm@mail.theinternet.com.au>
Cc: "Arthur H. Johnson II" <arthur@tucows.com>, current@freebsd.org
Subject: Re: Fixed sound card problem.
In-Reply-To: <199909040947.TAA87828@mail.theinternet.com.au>
Message-ID: <Pine.BSF.4.10.9909041522270.2081-100000@salmon.nlsystems.com>
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, 4 Sep 1999, Andrew Kenneth Milton wrote:
> +----[ Arthur H. Johnson II ]---------------------------------------------
> | I fixed the sound card problem I was having. I just commented out the pnp
> | driver. I know I will run into problems later if I ever get pnp devices,
> | but its a temporary fix.
>
> Pcm doesn't work for me anymore with or without a pnp controller defined.
> It's not even probed.
>
> I've got a genuine Sound Blaster 16 with on board SCSI (unused).
Can I see your kernel config and dmesg lines both from an old (working)
kernel and from the new kernel.
--
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 Sat Sep 4 7:26:47 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 5F82115254
for <freebsd-current@freebsd.org>; Sat, 4 Sep 1999 07:26:32 -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 PAA43299;
Sat, 4 Sep 1999 15:28:11 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Sat, 4 Sep 1999 15:28:11 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: Blaz Zupan <blaz@gold.amis.net>
Cc: freebsd-current@freebsd.org
Subject: Re: ed driver problem
In-Reply-To: <Pine.BSF.4.10.9909041347290.332-100000@gold.amis.net>
Message-ID: <Pine.BSF.4.10.9909041526440.2081-100000@salmon.nlsystems.com>
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, 4 Sep 1999, Blaz Zupan wrote:
> I'm trying to configure my new Compex NE2000 PCI card under 4.0-current.
> Just before the latest PnP changes, the card was just recognized like
> this:
>
> ed0: <NE2000 PCI Ethernet (Compex)> irq 10 at device 13.0 on pci0
>
> It did not display the MAC, and "ifconfig -a" did not show ed0/ed1 as
> configured. I even tried booting a generic 2.2.1 and 3.2 kernel, with the
> same symptoms. After the PnP changes, I get this:
>
> ed0: <NE2000 PCI Ethernet (Compex)> irq 10 at device 13.0 on pci0
> device_probe_and_attach: ed0 attach returned 2
>
> I sprinkeled a couple of printf's through if_ed.c and found out, that
> bus_alloc_resource() fails in ed_alloc_port() in if_ed.c, thus
> ed_alloc_port() returns ENOENT (== 2). Why could allocating an I/O port
> address fail?
Does your bios have a setting for 'PNP compliant OS' or similar? If it
does, set it to 'no' and see if it helps. The current pci code relies on
the bios to program port and memory locations for cards and its possible
that this isn't happening for your card/bios combination.
--
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 Sat Sep 4 7:34:26 1999
Delivered-To: freebsd-current@freebsd.org
Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56])
by hub.freebsd.org (Postfix) with ESMTP id 8B4BF15337
for <freebsd-current@freebsd.org>; Sat, 4 Sep 1999 07:34:00 -0700 (PDT)
(envelope-from sprice@hiwaay.net)
Received: from localhost (sprice@localhost)
by mail.HiWAAY.net (8.9.1a/8.9.0) with ESMTP id JAA27254;
Sat, 4 Sep 1999 09:33:30 -0500 (CDT)
Date: Sat, 4 Sep 1999 09:33:30 -0500 (CDT)
From: Steve Price <sprice@hiwaay.net>
To: Doug Rabson <dfr@nlsystems.com>
Cc: freebsd-current@freebsd.org
Subject: Re: PNP ids missing in sio.c
In-Reply-To: <Pine.BSF.4.10.9909041018310.2081-100000@salmon.nlsystems.com>
Message-ID: <Pine.OSF.4.10.9909040926000.4394-100000@fly.HiWAAY.net>
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, 4 Sep 1999, Doug Rabson wrote:
# The reason I didn't move the old ids wholesale is that the old system
# matched against the vendor id (which is bogus for multifunction cards).
# The new system matches with the logical device id which is often different
# from the vendor id. Some simple single function cards use the same id for
# both (as yours does) but I can't tell this without seeing the pnpinfo
# output.
For others who are interested here's the old list. I can vouche
for the USR3031. If anyone else has one of the others or a PNP
modem/sio card not listed here, can you send me the output of
pnpinfo? I'll compile the list for my commit and forward it to
you Doug if you'd like.
{ 0x5015f435, "MOT1550"},
{ 0x8113b04e, "Supra1381"},
{ 0x9012b04e, "Supra1290"},
{ 0x7121b04e, "SupraExpress 56i Sp"},
{ 0x11007256, "USR0011"},
{ 0x30207256, "USR2030"},
{ 0x31307256, "USR3031"},
{ 0x90307256, "USR3090"},
{ 0x0100440e, "Cardinal MVP288IV"},
# >
# > Now that we can't use the pnp command from 'boot -c', what
# > has (if anything) replaced it? I seem to be remember this
# > being discussed recently but I'll be darned if I can find
# > it in the mailing list archives.
#
# The pnp command should no longer be needed (crossed fingers) since the new
# code automatically detects devices and assigns resources to them.
So what happens if someone wants to "wire" down a device? It
was no big deal for me that it used to be sio1 and is now sio4,
but one should be able to imagine a scenario (just like with
SCSI disks?) that you'd need to be explicit about what resources
and device number the card gets. Of course I could be dead wrong
too. :-)
-steve
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 7:38:22 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 A94EF14C9B
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 07:38:11 -0700 (PDT)
(envelope-from hibma@skylink.it)
Received: from heidi.plazza.it (va-164.skylink.it [194.185.55.164])
by ns.skylink.it (8.9.1/8.8.8) with ESMTP id QAA00868;
Sat, 4 Sep 1999 16:38:15 +0200
Received: from localhost (localhost [127.0.0.1])
by heidi.plazza.it (8.9.3/8.8.5) with ESMTP id OAA57786;
Sat, 4 Sep 1999 14:38:18 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: Sat, 4 Sep 1999 14:38:18 GMT
Date: Sat, 4 Sep 1999 16:38:18 +0200 (CEST)
From: Nick Hibma <hibma@skylink.it>
X-Sender: n_hibma@heidi.plazza.it
Reply-To: Nick Hibma <hibma@skylink.it>
To: Roger Hardiman <roger@cs.strath.ac.uk>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: the pcm driver and the bktr device
In-Reply-To: <Pine.BSF.4.10.9909041440000.55134-100000@heidi.plazza.it>
Message-ID: <Pine.BSF.4.10.9909041637570.55134-100000@heidi.plazza.it>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
As in
diff -wu brooktree848.c.orig brooktree848.c
--- brooktree848.c.orig Sat Sep 4 14:38:14 1999
+++ brooktree848.c Sat Sep 4 14:38:19 1999
@@ -6865,9 +6865,6 @@
unsigned int rev = pci_get_revid(dev);
static int once;
- if (!once++)
- cdevsw_add(&bktr_cdevsw);
-
switch (type) {
case BROOKTREE_848_PCI_ID:
if (rev == 0x12) device_set_desc(dev, "BrookTree 848A");
Attaching is difficult.
Nick
On Sat, 4 Sep 1999, Nick Hibma wrote:
>
> cdevsw_add is called in devsw_module_handler and in bktr_probe. Patch
> attached. It looks like the init in bktr_probe became superfluous in
> revision 1.90 of brooktree848.c:
>
> revision 1.90
> date: 1999/08/23 20:59:12; author: phk; state: Exp; lines: +7 -20
> Convert DEVFS hooks in (most) drivers to make_dev().
>
> Diskslice/label code not yet handled.
>
> Vinum, i4b, alpha, pc98 not dealt with (left to respective Maintainers)
>
> Add the correct hook for devfs to kern_conf.c
>
> The net result of this excercise is that a lot less files depends on
> DEVFS,
> and devtoname() gets more sensible output in many cases.
>
> A few drivers had minor additional cleanups performed relating to cdevsw
> registration.
>
> A few drivers don't register a cdevsw{} anymore, but only use
> make_dev().
> ..."
>
> Nick
>
> On Fri, 3 Sep 1999, Kenneth Culver wrote:
>
> > It seems I have the classic IRQ conflict going on here.
> > I have 4 devices that all seem to want the same irq. For some reason the
> > USB port, the pcm driver, the bktr driver, and one other thing (I havn't
> > figured out what) all want IRQ 11. The pcm driver is driving an aureal
> > vortex right now. I have never had this problem before, and even though
> > they are all sharing the same IRQ, they all work at the same time in
> > windows. I would like to know why they won't work in FreeBSD. Here is the
> > output from the dmesg command:
> > 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 #5: Fri Sep 3 18:57:32 EDT 1999
> > culverk@culverk.student.umd.edu:/usr/src/sys/compile/MYKERNEL
> > Timecounter "i8254" frequency 1193182 Hz
> > CPU: Pentium II/Xeon/Celeron (451.02-MHz 686-class CPU)
> > Origin = "GenuineIntel" Id = 0x652 Stepping = 2
> >
> > Features=0x183f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PA
> > T,PSE36,MMX,FXSR>
> > real memory = 134152192 (131008K bytes)
> > avail memory = 127393792 (124408K bytes)
> > Preloaded elf kernel "kernel" at 0xc0293000.
> > Pentium Pro MTRR support enabled
> > npx0: <math processor> on motherboard
> > npx0: INT 16 interface
> > apm0: <APM BIOS> on motherboard
> > apm: found APM BIOS v1.2, connected at v1.2
> > pcib0: <Intel 82443BX (440 BX) host to PCI bridge> on motherboard
> > pci0: <PCI bus> on pcib0
> > WARNING: "bktr" is usurping "bktr"'s cdevsw[]
> > pcib1: <Intel 82443BX (440 BX) PCI-PCI (AGP) bridge> at device 0.0 on pci0
> > pci1: <PCI bus> on pcib1
> > vga-pci0: <VGA-compatible display device> at device 0.0 on pci1
> > isab0: <Intel 82371AB PCI to ISA bridge> at device 7.0 on pci0
> > isa0: <ISA bus> on isab0
> > ata-pci0: <Intel PIIX4 IDE controller> at device 7.1 on pci0
> > ata-pci0: Busmastering DMA supported
> > ata0 at 0x01f0 irq 14 on ata-pci0
> > ata1 at 0x0170 irq 15 on ata-pci0
> > chip1: <UHCI USB controller> irq 11 at device 7.2 on pci0
> > chip2: <Intel 82371AB Power management controller> at device 7.3 on pci0
> > pcm0: <Aureal Vortex 8820> irq 11 at device 9.0 on pci0
> > pcm0: irq test failed
> > pcm0: codec timeout reading register 2 (fe7604)
> > pcm0: codec timeout reading register 26 (fe7604)
> > ac97: dac not ready
> > bktr0: <BrookTree 878> irq 11 at device 13.0 on pci0
> > bktr0: could not map interrupt
> > device_probe_and_attach: bktr0 attach returned 6
> > pci0: unknown card DD^0878 (vendor=0x109e, dev=0x0878) at 13.1 irq 11
> > de0: <Digital 21140A Fast Ethernet> irq 10 at device 15.0 on pci0
> > de0: 21140A [10-100Mb/s] pass 2.2
> > de0: address 00:c0:f0:1f:21:02
> > pci0: unknown card DPZ0002 (vendor=0x121a, dev=0x0002) at 17.0
> > pci0: unknown card DPZ0002 (vendor=0x121a, dev=0x0002) at 19.0
> > fdc0: <NEC 72065B or clone> 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
> > atkbdc0: <keyboard controller (i8042)> at port 0x60-0x6f on isa0
> > atkbd0: <AT Keyboard> irq 1 on atkbdc0
> > psm0: <PS/2 Mouse> irq 12 on atkbdc0
> > psm0: model IntelliMouse, device ID 3
> > vga0: <Generic ISA VGA> at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0
> > sc0: <System console> 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: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
> > plip0: <PLIP network interface> on ppbus 0
> > lpt0: <generic printer> on ppbus 0
> > lpt0: Interrupt-driven port
> > ppi0: <generic parallel i/o> on ppbus 0
> > vpo0: <Iomega VPI0 Parallel to SCSI interface> on ppbus 0
> > vpo0: EPP 1.9 mode
> > ata0: master: setting up UDMA2 mode on PIIX4 chip OK
> > ad0: <Maxtor 90845D4/GAS54112> ATA-4 disk at ata0 as master
> > ad0: 8063MB (16514064 sectors), 16383 cyls, 16 heads, 63 S/T, 512 B/S
> > ad0: piomode=4, dmammode=2, udmamode=2
> > ad1: 16 secs/int, 0 depth queue, DMA mode
> > Creating DISK ad1
> > Creating DISK wd1
> > ata1: master: setting up UDMA2 mode on PIIX4 chip OK
> > ad2: <FUJITSU MPC3064AT/6020> ATA-3 disk at ata1 as master
> > ad2: 6187MB (12672450 sectors), 13410 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
> > Creating DISK ad2
> > Creating DISK wd2
> > atapi: piomode=4, dmamode=2, udmamode=-1
> > atapi: PIO transfer mode set
> > acd0: <CD-ROM 40X/AKU/U30> CDROM drive at ata1 as slave
> > acd0: drive speed 0 - 6875KB/sec, 128KB cache
> > acd0: supported read types: CD-DA
> > acd0: Audio: play, 255 volume levels
> > acd0: Mechanism: ejectable tray
> > acd0: Medium: CD-ROM 120mm data disc loaded, unlocked
> > da0 at vpo0 bus 0 target 6 lun 0
> > da0: <IOMEGA ZIP 100 D.09> Removable Direct Access SCSI-2 device
> > da0: Attempt to query device size failed: NOT READY, Medium not present
> > changing root device to wd1s1a
> > de0: enabling 10baseT port
> >
> > If someone can tell me how to make those devices stop sharing the same IRQ
> > I'd appreciate it. Thanks.
> >
> > Kenneth Culver
> >
> >
> >
> > 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
>
>
--
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 Sat Sep 4 7:43:39 1999
Delivered-To: freebsd-current@freebsd.org
Received: from mail.theinternet.com.au (zeus.theinternet.com.au [203.34.176.2])
by hub.freebsd.org (Postfix) with ESMTP id 3B47A14C9B
for <current@freebsd.org>; Sat, 4 Sep 1999 07:43:07 -0700 (PDT)
(envelope-from akm@mail.theinternet.com.au)
Received: (from akm@localhost)
by mail.theinternet.com.au (8.9.3/8.9.3) id AAA91689;
Sun, 5 Sep 1999 00:43:44 +1000 (EST)
(envelope-from akm)
From: Andrew Kenneth Milton <akm@mail.theinternet.com.au>
Message-Id: <199909041443.AAA91689@mail.theinternet.com.au>
Subject: Re: Fixed sound card problem.
In-Reply-To: <Pine.BSF.4.10.9909041522270.2081-100000@salmon.nlsystems.com> from Doug Rabson at "Sep 4, 1999 3:23: 6 pm"
To: dfr@nlsystems.com (Doug Rabson)
Date: Sun, 5 Sep 1999 00:43:44 +1000 (EST)
Cc: akm@mail.theinternet.com.au, arthur@tucows.com,
current@freebsd.org
X-Mailer: ELM [version 2.4ME+ PL43 (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
+----[ Doug Rabson ]---------------------------------------------
| On Sat, 4 Sep 1999, Andrew Kenneth Milton wrote:
|=20
| > +----[ Arthur H. Johnson II ]------------------------------------------=
---
| > | I fixed the sound card problem I was having. I just commented out th=
e pnp
| > | driver. I know I will run into problems later if I ever get pnp devi=
ces,
| > | but its a temporary fix.
| >=20
| > Pcm doesn't work for me anymore with or without a pnp controller define=
d.
| > It's not even probed.
| >=20
| > I've got a genuine Sound Blaster 16 with on board SCSI (unused).
|=20
| Can I see your kernel config and dmesg lines both from an old (working)
| kernel and from the new kernel.
I would have attached the dmesg originally but it didn't even show the pcm
probe at all... and there was nothing strange in it (I did look for errors).
My current kernel has got voxware in unfortunately... and I'm currently
building world (again) d8/ I can rebuild a kernel afterwards with pcm=20
compiled in and send that, but, that won't be for a few hours yet...
It's 1:30 am here right now and my kids will be waking me up
for fathers day nice and early so I can't pull a dawner tonight.
Here's my kernel config and dmesg from a working kernel.
The changes I've made other than to comment out the pnp controller,
is to add the
options CPU_FASTER_5X86_FPU
I'm going to remove that next kernel build as well to see if that makes
a difference.
I'll forward you a non-working dmesg tomorrow my time I guess unless
something comes to light before then.
-[pcm working]-----------------------------------------------------------
FreeBSD 4.0-CURRENT #39: Fri Aug 13 18:41:33 GMT 1999
akm@marty.on.theinternet.com.au:/export/src/sys/compile/work.on
Timecounter "i8254" frequency 1193182 Hz
Timecounter "TSC" frequency 199681339 Hz
CPU: Pentium/P55C (199.68-MHz 586-class CPU)
Origin =3D "GenuineIntel" Id =3D 0x543 Stepping =3D 3
Features=3D0x8001bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX>
real memory =3D 67108864 (65536K bytes)
avail memory =3D 61059072 (59628K bytes)
Preloaded elf kernel "kernel" at 0xc03b4000.
Preloaded splash_image_data "/newlogo.bmp" at 0xc03b409c.
Preloaded elf module "vesa.ko" at 0xc03b40e8.
Preloaded elf module "splash_bmp.ko" at 0xc03b4184.
Intel Pentium detected, installing workaround for F00F bug
VESA: v2.0, 4096k memory, flags:0x0, mode table:0xc00c0d16 (c0000d16)
VESA: S3 Incorporated. ViRGE /DX /GX
Probing for PnP devices:
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
isab0: <Intel 82371AB PCI to ISA bridge> at device 7.0 on pci0
ide_pci0: <Intel PIIX4 Bus-master IDE controller> at device 7.1 on pci0
uhci0: <Intel 82371AB/EB (PIIX4) USB controller> irq 0 at device 7.2 on pci0
uhci0: could not map ports
device_probe_and_attach: uhci0 attach returned 6
chip1: <Intel 82371AB Power management controller> at device 7.3 on pci0
vga-pci0: <S3 ViRGE DX/GX graphics accelerator> irq 11 at device 10.0 on pc=
i0
ahc0: <Adaptec 2940 Ultra SCSI adapter> irq 10 at device 11.0 on pci0
ahc0: aic7880 Wide Channel A, SCSI Id=3D7, 16/255 SCBs
isa0: <ISA bus> on motherboard
ed0 at port 0x300-0x31f irq 12 on isa0
ed0: address 00:00:01:19:99:84, type NE2000 (16 bit)=20
atkbdc0: <keyboard controller (i8042)> at port 0x60-0x6f on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
vga0: <Generic ISA VGA> at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> on isa0
sc0: VGA <4 virtual consoles, flags=3D0x200>
wdc0 at port 0x1f0-0x1f7 irq 14 on isa0
wdc0: unit 0 (atapi): <ASUS CD-S400/V1.10>, removable, accel, dma, iordy
wcd0: drive speed 0 - 6875KB/sec, 128KB cache
wcd0: supported read types: CD-R, CD-RW, CD-DA, packet track
wcd0: Audio: play, 255 volume levels
wcd0: Mechanism: ejectable tray
wcd0: Medium: no/blank disc inside, unlocked
fdc0: <NEC 765 or clone> at port 0x3f0-0x3f7 irq 6 drq 2 on isa0
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
sio0 at port 0x3f8-0x3ff irq 4 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
pcm0 at port 0x220 irq 5 drq 1 flags 0x15 on isa0
pca0 at port 0x40 on isa0
pca0: PC speaker audio driver
joy0 at port 0x201 on isa0
joy0: joystick
ppc0 at port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
plip0: <PLIP network interface> on ppbus 0
lpt0: <generic printer> on ppbus 0
lpt0: Interrupt-driven port
ppi0: <generic parallel i/o> on ppbus 0
lppps0: <Pulse per second Timing Interface> on ppbus 0
IP packet filtering initialized, divert enabled, rule-based forwarding enab=
led,=20
default to accept, logging limited to 100 packets/entry by default
ds0 XXX: driver didn't set ifq_maxlen
Waiting 2 seconds for SCSI devices to settle
sa0 at ahc0 bus 0 target 2 lun 0
sa0: <SONY SDT-5000 3.30> Removable Sequential Access SCSI-2 device=20
sa0: 5.000MB/s transfers (5.000MHz, offset 8)
changing root device to da0s1a
da1 at ahc0 bus 0 target 3 lun 0
da1: <IBM DORS-32160W !# WA1A> Fixed Direct Access SCSI-2 device=20
da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Ena=
bled
da1: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C)
da2 at ahc0 bus 0 target 4 lun 0
da2: <IBM DORS-32160W !# WA1A> Fixed Direct Access SCSI-2 device=20
da2: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Ena=
bled
da2: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C)
da0 at ahc0 bus 0 target 0 lun 0
da0: <IBM DORS-32160W !# WA1A> Fixed Direct Access SCSI-2 device=20
da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Ena=
bled
da0: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C)
cd0 at ahc0 bus 0 target 1 lun 0
cd0: <HP C4324/C4325 1.27> Removable CD-ROM SCSI-2 device=20
cd0: 3.300MB/s transfers
cd0: Attempt to query device size failed: NOT READY,=20
------------------------------------------------------------------------
#
# LINT -- config file for checking all the sources, tries to pull in
# as much of the source tree as it can.
#
# $Id: LINT,v 1.286.2.56 1998/07/20 20:11:05 msmith Exp $
#
# NB: You probably don't want to try running a kernel built from this
# file. Instead, you should start from GENERIC, and add options from
# this file as required.
#
#
# This directive is mandatory; it defines the architecture to be
# configured for; in this case, the 386 family based IBM-PC and
# compatibles.
#
machine "i386"
#=20
# This is the ``identification'' of the kernel. Usually this should
# be the same as the name of your kernel.
#
ident work_on
#
# The `maxusers' parameter controls the static sizing of a number of
# internal system tables by a complicated formula defined in param.c.
#
maxusers 128
#
# Under some circumstances it is convenient to increase the defaults
# for the maximum number of processes per user and the maximum number
# of open files files per user. E.g., (1) in a large news server, user
# `news' may need more than 100 concurrent processes. (2) a user may
# need lots of windows under X. In both cases, it may be inconvenient
# to start all the processes from a parent whose soft rlimit on the
# number of processes is large enough. The following options work by
# changing the soft rlimits for init.
#
#options CHILD_MAX=3D128
#options OPEN_MAX=3D128
#
# Certain applications can grow to be larger than the 128M limit
# that FreeBSD initially imposes. Below are some options to
# allow that limit to grow to 256MB, and can be increased further
# with changing the parameters. MAXDSIZ is the maximum that the
# limit can be set to, and the DFLDSIZ is the default value for
# the limit. You might want to set the default lower than the
# max, and explicitly set the maximum with a shell command for processes
# that regularly exceed the limit like INND.
#
#options "MAXDSIZ=3D(256*1024*1024)"
#options "DFLDSIZ=3D(256*1024*1024)"
# This allows you to actually store this configuration file into
# the kernel binary itself, where it may be later read by saying:
# strings /kernel | grep ^___ | sed -e 's/^___//' > MYKERNEL
#
# Options for the VM subsystem
#options PQ_NOOPT # No coloring
options PQ_LARGECACHE # color for 512k/16k cache
#options PQ_HUGECACHE # color for 1024k/16k cache
options INCLUDE_CONFIG_FILE # Include this file in kernel
#
# This directive defines a number of things:
# - The compiled kernel is to be called `kernel'
# - The root filesystem might be on partition wd0a
# - Crash dumps will be written to wd0b, if possible. Specifying the
# dump device here is not recommended. Use dumpon(8).
#
#config kernel root on da0=20
=0C
#####################################################################
# CPU OPTIONS
#
# You must specify at least one CPU (the one you intend to run on);
# deleting the specification for CPUs you don't need to use may make
# parts of the system run faster. This is especially true removing
# I386_CPU.
#
#cpu "I386_CPU"
#cpu "I486_CPU"
cpu "I586_CPU" # aka Pentium(tm)
cpu "I686_CPU" # aka Pentium Pro(tm)
options CPU_FASTER_5X86_FPU
=0C
#####################################################################
# COMPATIBILITY OPTIONS =20
#
# Implement system calls compatible with 4.3BSD and older versions of
# FreeBSD. You probably do NOT want to remove this as much current code
# still relies on the 4.3 emulation.
#
options "COMPAT_43"
#
# Allow user-mode programs to manipulate their local descriptor tables.
# This option is required for the WINE Windows(tm) emulator, and is
# not used by anything else (that we know of).
#
options USER_LDT #allow user-level control of i386 ldt
#
# These three options provide support for System V Interface
# Definition-style interprocess communication, in the form of shared
# memory, semaphores, and message queues, respectively.
#
options SYSVSHM
options SYSVSEM
options SYSVMSG
#
# This option includes a MD5 routine in the kernel, this is used for
# various authentication and privacy uses.
#
options "MD5"
=0C
# XXX - this doesn't belong here.
# Allow ordinary users to take the console - this is useful for X.
options UCONSOLE
# XXX - this doesn't belong here either
options USERCONFIG #boot -c editor
#options USERCONFIG_BOOT #imply -c and parse info area
options VISUAL_USERCONFIG #visual boot -c editor
=0C
#####################################################################
# NETWORKING OPTIONS
#
# Protocol families:
# Only the INET (Internet) family is officially supported in FreeBSD.
# Source code for the NS (Xerox Network Service) is provided for amusement
# value.
#
options INET #Internet communications protocols
#options IPX #IPX/SPX communications protocols
#options IPXIP #IPX in IP encapsulation (not available)
#options IPTUNNEL #IP in IPX encapsulation (not available)
#options NETATALK #Appletalk communications protocols
# Network interfaces:
# The `loop' pseudo-device is MANDATORY when networking is enabled.
# The `ether' pseudo-device provides generic code to handle
# Ethernets; it is MANDATORY when a Ethernet device driver is
# configured.
# The 'fddi' pseudo-device provides generic code to support FDDI.
# The `sppp' pseudo-device serves a similar role for certain types
# of synchronous PPP links (like `cx', `ar').
# The `sl' pseudo-device implements the Serial Line IP (SLIP) service.
# The `ppp' pseudo-device implements the Point-to-Point Protocol.
# The `bpfilter' pseudo-device enables the Berkeley Packet Filter. Be
# aware of the legal and administrative consequences of enabling this
# option. The number of devices determines the maximum number of
# simultaneous BPF clients programs runnable.
# The `disc' pseudo-device implements a minimal network interface,
# which throws away all packets sent and never receives any. It is
# included for testing purposes.
# The `tun' pseudo-device implements the User Process PPP (iijppp)
#
# The PPP_BSDCOMP option enables support for compress(1) style entire
# packet compression, the PPP_DEFLATE is for zlib/gzip style compression.
# PPP_FILTER enables code for filtering the ppp data stream and selecting
# events for resetting the demand dial activity timer - requires bpfilter.
# See pppd(8) for more details.
#
pseudo-device ether #Generic Ethernet
#pseudo-device fddi #Generic FDDI
pseudo-device sppp #Generic Synchronous PPP
pseudo-device loop #Network loopback device
pseudo-device sl 2 #Serial Line IP
pseudo-device ppp 2 #Point-to-point protocol
pseudo-device bpf 4 #Berkeley packet filter
pseudo-device disc #Discard device
pseudo-device tun 2 #Tunnel driver(user process ppp)
pseudo-device streams
options PPP_BSDCOMP #PPP BSD-compress support
options PPP_DEFLATE #PPP zlib/deflate/gzip support
options PPP_FILTER #enable bpf filtering (needs bpfilter)
#
# Internet family options:
#
# TCP_COMPAT_42 causes the TCP code to emulate certain bugs present in
# 4.2BSD. This option should not be used unless you have a 4.2BSD
# machine and TCP connections fail.
#
# MROUTING enables the kernel multicast packet forwarder, which works
# with mrouted(8).
#
# IPFIREWALL enables support for IP firewall construction, in
# conjunction with the `ipfw' program. IPFIREWALL_VERBOSE sends
# logged packets to the system logger. IPFIREWALL_VERBOSE_LIMIT
# limits the number of times a matching entry can be logged.
#
# WARNING: IPFIREWALL defaults to a policy of "deny ip from any to any"
# and if you do not add other rules during startup to allow access,
# YOU WILL LOCK YOURSELF OUT. It is suggested that you set firewall=3Dopen
# in /etc/rc.conf when first enabling this feature, then refining the
# firewall rules in /etc/rc.firewall after you've tested that the new kernel
# feature works properly.
#
# IPFIREWALL_DEFAULT_TO_ACCEPT causes the default rule (at boot) to
# allow everything. Use with care, if a cracker can crash your
# firewall machine, they can get to your protected machines. However,
# if you are using it as an as-needed filter for specific problems as
# they arise, then this may be for you. Changing the default to 'allow'
# means that you won't get stuck if the kernel and /sbin/ipfw binary get
# out of sync.
#
# IPDIVERT enables the divert IP sockets, used by ``ipfw divert''
#
# TCPDEBUG is undocumented.
#
#options "TCP_COMPAT_42" #emulate 4.2BSD TCP bugs
options MROUTING # Multicast routing
options IPFIREWALL #firewall
options IPFIREWALL_VERBOSE #print information about
# dropped packets
options IPFIREWALL_VERBOSE_LIMIT=3D100 #limit verbosity
options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default
options IPFIREWALL_FORWARD #enable xparent proxy support
options IPDIVERT #divert sockets
options IPSTEALTH #support for stealth forwarding
#options TCPDEBUG
options ICMP_BANDLIM
=0C
#####################################################################
# FILESYSTEM OPTIONS
#
# Only the root, /usr, and /tmp filesystems need be statically
# compiled; everything else will be automatically loaded at mount
# time. (Exception: the UFS family---FFS, MFS, and LFS---cannot
# currently be demand-loaded.) Some people still prefer to statically
# compile other filesystems as well.
#
# NB: The LFS, NULL, PORTAL, UMAP and UNION filesystems are known to be
# buggy, and WILL panic your system if you attempt to do anything with
# them. They are included here as an incentive for some enterprising
# soul to sit down and fix them.
#
# Note: 4.4BSD NQNFS lease checking has relatively high cost for
# _local_ I/O as well as remote I/O. Don't use it unless you will
# using NQNFS.
#
# One of these is mandatory:
options FFS #Fast filesystem
options NFS #Network File System
# The rest are optional:
#options NQNFS #Enable NQNFS lease checking
# options NFS_NOSERVER #Disable the NFS-server code.
options "CD9660" #ISO 9660 filesystem
options FDESC #File descriptor filesystem
options KERNFS #Kernel filesystem
#options LFS #Log filesystem
#options MFS #Memory filesystem
options MSDOSFS #MS DOS filesystem
#options NULLFS #NULL filesystem
#options PORTAL #Portal filesystem
options PROCFS #Process filesystem
#options CFS #CODA filesystem.
#options UMAPFS #UID map filesystem
#options UNION #Union filesystem
# This DEVFS is experimental but seems to work
#options DEVFS #devices filesystem
# Allow the FFS to use Softupdates technology.
# To do this you need to copy the two files
# /sys/ufs/ffs/softdep.h and /sys/ufs/ffs/ffs_softdep.c
# from /usr/src/contrib/sys/softupdates
# and understand the licensing restrictions.
# You should also check on the FreeBSD website for newer versions.
options SOFTUPDATES
# Make space in the kernel for a MFS root filesystem. Define to the number
# of kilobytes to reserve for the filesystem.
#options MFS_ROOT=3D10
# Allow the MFS_ROOT code to load the MFS image from floppy if it is missin=
g.
#options MFS_AUTOLOAD
# Allow this many swap-devices.
options NSWAPDEV=3D20
# Disk quotas are supported when this option is enabled. If you
# change the value of this option, you must do a `make clean' in your
# kernel compile directory in order to get a working kernel.
#
#options QUOTA #enable disk quotas
# Add more checking code to various filesystems
#options NULLFS_DIAGNOSTIC
#options KERNFS_DIAGNOSTIC
#options UMAPFS_DIAGNOSTIC
#options UNION_DIAGNOSTIC
# In particular multi-session CD-Rs might require a huge amount of
# time in order to "settle". If we are about mounting them as the
# root f/s, we gotta wait a little.
#
# The number is supposed to be in seconds.
#options "CD9660_ROOTDELAY=3D20"
# Add some error checking code to the null_bypass routine
# in the NULL filesystem
#options SAFETY
=0C
#####################################################################
# POSIX P1003.1B
# Real time extensions added int the 1993 Posix
# P1003_1B: Infrastructure
# _KPOSIX_PRIORITY_SCHEDULING: Build in _POSIX_PRIORITY_SCHEDULING
# _KPOSIX_VERSION: Version kernel is built for
options P1003_1B
options _KPOSIX_PRIORITY_SCHEDULING
options _KPOSIX_VERSION=3D199309L
=0C
#####################################################################
# SCSI DEVICES
# SCSI DEVICE CONFIGURATION
# The SCSI subsystem consists of the `base' SCSI code, a number of
# high-level SCSI device `type' drivers, and the low-level host-adapter
# device drivers. The host adapters are listed in the ISA and PCI
# device configuration sections below.
#
# Beginning with FreeBSD 2.0.5 you can wire down your SCSI devices so
# that a given bus, target, and LUN always come on line as the same
# device unit. In earlier versions the unit numbers were assigned
# in the order that the devices were probed on the SCSI bus. This
# means that if you removed a disk drive, you may have had to rewrite
# your /etc/fstab file, and also that you had to be careful when adding
# a new disk as it may have been probed earlier and moved your device
# configuration around.
# This old behavior is maintained as the default behavior. The unit
# assignment begins with the first non-wired down unit for a device
# type. For example, if you wire a disk as "sd3" then the first
# non-wired disk will be assigned sd4.
# The syntax for wiring down devices is:
# controller scbus0 at ahc0 # Single bus device
# controller scbus1 at ahc1 bus 0 # Single bus device
# controller scbus3 at ahc2 bus 0 # Twin bus device
# controller scbus2 at ahc2 bus 1 # Twin bus device
# disk da0 at scbus0 target 0 unit 0
# disk sd1 at scbus3 target 1
# disk sd2 at scbus2 target 3
# tape st1 at scbus1 target 6
# device cd0 at scbus?
# "units" (SCSI logical unit number) that are not specified are
# treated as if specified as LUN 0.
# All SCSI devices allocate as many units as are required.
# The "unknown" device (uk? in pre-2.0.5) is now part of the base SCSI
# configuration and doesn't have to be explicitly configured.
controller scbus0 #base SCSI code
device ch0 #SCSI media changers
device da0 #SCSI disks
device sa0 #SCSI tapes
device cd0 #SCSI CD-ROMs
device pass0 #CAM passthrough driver
# CAM OPTIONS:
# debugging options:
# -- NOTE -- If you specify one of the bus/target/lun options, you must
# specify them all!
# CAMDEBUG: When defined enables debugging macros
# CAM_DEBUG_BUS: Debug the given bus. Use -1 to debug all busses.
# CAM_DEBUG_TARGET: Debug the given target. Use -1 to debug all targets.
# CAM_DEBUG_LUN: Debug the given lun. Use -1 to debug all luns.
# CAM_DEBUG_FLAGS: OR together CAM_DEBUG_INFO, CAM_DEBUG_TRACE,
# CAM_DEBUG_SUBTRACE, and CAM_DEBUG_CDB
#=20
# CAM_MAX_HIGHPOWER: Maximum number of concurrent high power (start unit) c=
mds
# SCSI_NO_SENSE_STRINGS: When defined disables sense descriptions
# SCSI_NO_OP_STRINGS: When defined disables opcode descriptions
# SCSI_REPORT_GEOMETRY: Always report disk geometry at boot up instead
# of only when booting verbosely.
# SCSI_DELAY: The number of MILLISECONDS to freeze the SIM (scsi adapter)
# queue after a bus reset, and the number of milliseconds to
# freeze the device queue after a bus device reset.
#options CAMDEBUG
#options "CAM_DEBUG_BUS=3D-1"
#options "CAM_DEBUG_TARGET=3D-1"
#options "CAM_DEBUG_LUN=3D-1"
#options "CAM_DEBUG_FLAGS=3DCAM_DEBUG_INFO|CAM_DEBUG_TRACE|CAM_DEBUG_CDB"
#options "CAM_MAX_HIGHPOWER=3D4"
options SCSI_NO_SENSE_STRINGS
options SCSI_NO_OP_STRINGS
#options SCSI_REPORT_GEOMETRY
#options SCSI_DELAY=3D8000 # Be pessimistic about Joe SCSI device
# Options for the CAM CDROM driver:
# CHANGER_MIN_BUSY_SECONDS: Guaranteed minimum time quantum for a changer L=
UN
# CHANGER_MAX_BUSY_SECONDS: Maximum time quantum per changer LUN, only
# enforced if there is I/O waiting for another LUN
# The compiled in defaults for these variables are 2 and 10 seconds,
# respectively.
#
# These can also be changed on the fly with the following sysctl variables:
# kern.cam.cd.changer.min_busy_seconds
# kern.cam.cd.changer.max_busy_seconds
#
options CHANGER_MIN_BUSY_SECONDS=3D"2"
options CHANGER_MAX_BUSY_SECONDS=3D"10"
# Options for the CAM sequential access driver:
# SA_SPACE_TIMEOUT: Timeout for space operations, in minutes
# SA_REWIND_TIMEOUT: Timeout for rewind operations, in minutes
# SA_ERASE_TIMEOUT: Timeout for erase operations, in minutes
options SA_SPACE_TIMEOUT=3D"(60)"
options SA_REWIND_TIMEOUT=3D"(2*60)"
options SA_ERASE_TIMEOUT=3D"(4*60)"
=0C
#####################################################################
# MISCELLANEOUS DEVICES AND OPTIONS
#
# Of these, only the `log' device is truly mandatory. The `pty'
# device usually turns out to be ``effectively mandatory'', as it is
# required for `telnetd', `rlogind', `screen', `emacs', and `xterm',
# among others.=20
# If you wish to run certain
# system utilities which are compressed by default (like /stand/sysinstall)
# then `gzip' becomes mandatory too.
#
pseudo-device pty 256 #Pseudo ttys - can go as high as 256
pseudo-device speaker #Play IBM BASIC-style noises out your speaker
pseudo-device gzip #Exec gzipped a.out's
pseudo-device vn #Vnode driver (turns a file into a device)
pseudo-device snp 3 #Snoop device - to look at pty/vty/etc..
#pseudo-device ccd 4 #Concatenated disk driver
# Size of the kernel message buffer. Should be N * pagesize.
#options "MSGBUF_SIZE=3D40960"
=0C
#####################################################################
# HARDWARE DEVICE CONFIGURATION
# ISA and EISA devices:
# EISA support is available for some device, so they can be auto-probed.
# Micro Channel is not supported at all.
#
# Mandatory ISA devices: isa, sc or vt, npx
#
controller isa0
#
# Options for `isa':
#
# AUTO_EOI_1 enables the `automatic EOI' feature for the master 8259A
# interrupt controller. This saves about 0.7-1.25 usec for each interrupt.
# This option breaks suspend/resume on some portables.
#
# AUTO_EOI_2 enables the `automatic EOI' feature for the slave 8259A
# interrupt controller. This saves about 0.7-1.25 usec for each interrupt.
# Automatic EOI is documented not to work for for the slave with the
# original i8259A, but it works for some clones and some integrated
# versions.
#
# MAXMEM specifies the amount of RAM on the machine; if this is not
# specified, FreeBSD will first read the amount of memory from the CMOS
# RAM, so the amount of memory will initially be limited to 64MB or 16MB
# depending on the BIOS. If the BIOS reports 64MB, a memory probe will
# then attempt to detect the installed amount of RAM. If this probe
# fails to detect >64MB RAM you will have to use the MAXMEM option.
# The amount is in kilobytes, so for a machine with 128MB of RAM, it would
# be 131072 (128 * 1024).
#
# TUNE_1542 enables the automatic ISA bus speed selection for the
# Adaptec 1542 boards. Does not work for all boards, use it with caution.
#
# BROKEN_KEYBOARD_RESET disables the use of the keyboard controller to
# reset the CPU for reboot. This is needed on some systems with broken
# keyboard controllers.
#
# PAS_JOYSTICK_ENABLE enables the gameport on the ProAudio Spectrum
options "AUTO_EOI_1"
#options "AUTO_EOI_2"
#options "MAXMEM=3D(128*1024)"
#options "TUNE_1542"
#options BROKEN_KEYBOARD_RESET
#options PAS_JOYSTICK_ENABLE
# Enable PnP support in the kernel. This allows you to automaticly=20
# attach to PnP cards for drivers that support it and allows you to =20
# configure cards from USERCONFIG. See pnp(4) for more info.
#controller pnp0
# The keyboard controller; it controlls the keyboard and the PS/2 mouse.
controller atkbdc0 at isa? port IO_KBD
# The AT keyboard
device atkbd0 at atkbdc? irq 1
# `flags' for atkbd:
# 0x01 Force detection of keyboard, else we always assume a keyboa=
rd
# 0x02 Don't reset keyboard, useful for some newer ThinkPads
# 0x04 Old-style (XT) keyboard support, useful for older ThinkPads
device vga0 at isa? port ? conflicts
options VESA
pseudo-device splash
# The syscons console driver (sco color console compatible).
device sc0 at isa?
options MAXCONS=3D4 # number of virtual consoles
#options "STD8X16FONT" # Compile font in
makeoptions "STD8X16FONT"=3D"cp850"
options SC_HISTORY_SIZE=3D200 # number of history buffer lines
#options SC_DISABLE_REBOOT # disable reboot key sequence
#
# `flags' for sc0:
# 0x01 Use a 'visual' bell
# 0x02 Use a 'blink' cursor
# 0x04 Use a 'underline' cursor
# 0x06 Use a 'blinking underline' (destructive) cursor
# 0x08 Force detection of keyboard, else we always assume a keyboa=
rd
# 0x10 Old-style (XT) keyboard support, useful for older ThinkPads
# 0x20 Don't reset keyboard, useful for some newer ThinkPads
#
# This device is mandatory.
#
# The Numeric Processing eXtension is used to either enable the
# coprocessor or enable math emulation. If your machine doesn't contain
# a math co-processor, you must *also* add the option "MATH_EMULATE".
# THIS IS NOT AN OPTIONAL ENTRY, DO NOT REMOVE IT
device npx0 at nexus? port IO_NPX iosiz 0x0 flags 0x0 irq 13
#
# `flags' for npx0:
# 0x01 don't use the npx registers to optimize bcopy
# 0x02 don't use the npx registers to optimize bzero
# 0x04 don't use the npx registers to optimize copyin or copyout.
# The npx registers are normally used to optimize copying and zeroing when
# all of the following conditions are satisfied:
# "I586_CPU" is an option
# the cpu is an i586 (perhaps not a Pentium)
# the probe for npx0 succeeds
# INT 16 exception handling works.
# Then copying and zeroing using the npx registers is normally 30-100% fast=
er.
# The flags can be used to control cases where it doesn't work or is slower.
# Setting them at boot time using userconfig works right (the optimizations
# are not used until later in the bootstrap when npx0 is attached).
#
#
# `iosiz' for npx0:
# This can be used instead of the MAXMEM option to set the memory size. If
# it is nonzero, then it overrides both the MAXMEM option and the memory
# size reported by the BIOS. Setting it at boot time using userconfig takes
# effect on the next reboot after the change has been recorded in the kernel
# binary (the size is used early in the boot before userconfig has a chance
# to change it).
#
#
# Optional ISA and EISA devices:
#
#
# ATA and ATAPI devices
# This is work in progress, use at your own risk.
# It currently reuses the majors of wd.c and friends.
# It cannot co-exist with the old system in one kernel.
# You only need one "controller ata0" for it to find all
# PCI devices on modern machines.
#controller ata0
#device atadisk0 # ATA disk drives
#device atapicd0 # ATAPI CDROM drives
#device atapifd0 # ATAPI floppy drives
#device atapist0 # ATAPI tape drives
#
# If you need ISA only devices, this is the lines to add:
#controller ata1 at isa? port "IO_WD1" bio irq 14
#controller ata2 at isa? port "IO_WD2" bio irq 15
#=20
# All the controller lines can coexist, the driver will
# find out which ones are there.
#controller ata0
#device atapicd0 # ATAPI CDROM drives
#device atadisk0 # ATA disk drives
#
# ST-506, ESDI, and IDE hard disks: `wdc' and `wd'
#
# NB: ``Enhanced IDE'' is NOT supported at this time.
#
# The flags fields are used to enable the multi-sector I/O and
# the 32BIT I/O modes. The flags may be used in either the controller
# definition or in the individual disk definitions. The controller
# definition is supported for the boot configuration stuff.
#
# Each drive has a 16 bit flags value defined:
# The low 8 bits are the maximum value for the multi-sector I/O,
# where 0xff defaults to the maximum that the drive can handle.
# The high bit of the 16 bit flags (0x8000) allows probing for
# 32 bit transfers.
#
# The flags field for the drives can be specified in the controller
# specification with the low 16 bits for drive 0, and the high 16 bits
# for drive 1.
# e.g.:
#controller wdc0 at isa? port "IO_WD1" bio irq 14 flags 0x00ff8004 vector w=
dintr
#
# specifies that drive 0 will be allowed to probe for 32 bit transfers and
# a maximum multi-sector transfer of 4 sectors, and drive 1 will not be
# allowed to probe for 32 bit transfers, but will allow multi-sector
# transfers up to the maximum that the drive supports.
#
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? port "IO_WD2" irq 15
disk wd2 at wdc1 drive 0
disk wd3 at wdc1 drive 1
#
# Options for `wdc':
#
# CMD640 enables serializing access to primary and secondary channel
# of the CMD640B IDE Chip. The serializing will only take place
# if this option is set *and* the chip is probed by the pci-system.
#
#options "CMD640" #Enable work around for CMD640 h/w bug
#
# ATAPI enables the support for ATAPI-compatible IDE devices
#
#options ATAPI #Enable ATAPI support for IDE bus
#options ATAPI_STATIC #Don't do it as an LKM
# Use either the acd or the wcd device, not both!
# IDE CD-ROM & CD-R/RW driver - requires wdc controller and ATAPI option
#device acd0
# IDE CD-ROM driver - requires wdc controller and ATAPI option
device wcd0
# IDE floppy driver - requires wdc controller and ATAPI option
#device wfd0
#
# Standard floppy disk controllers and floppy tapes: `fdc', `fd', and `ft'
#
controller fdc0 at isa? port "IO_FD1" irq 6 drq 2
#
# FDC_DEBUG enables floppy debugging. Since the debug output is huge, you
# gotta turn it actually on by setting the variable fd_debug with DDB,
# however.
#options FDC_DEBUG
# This option is undocumented on purpose.
#options FDC_PRINT_BOGUS_CHIPTYPE
#
# Activate this line instead of the fdc0 line above if you happen to
# have an Insight floppy tape. Probing them proved to be dangerous
# for people with floppy disks only, so it's "hidden" behind a flag:
#controller fdc0 at isa? port "IO_FD1" bio flags 1 irq 6 drq 2 vector fdintr
disk fd0 at fdc0 drive 0
#disk fd1 at fdc0 drive 1
#tape ft0 at fdc0 drive 2
#
# Other standard PC hardware: `lpt', `mse', `psm', `sio', etc.
#
# lpt: printer port
# lpt specials:
# port can be specified as ?, this will cause the driver to scan
# the BIOS port list;
# the irq and vector clauses may be omitted, this
# will force the port into polling mode.
# mse: Logitech and ATI InPort bus mouse ports
# psm: PS/2 mouse port [note: conflicts with sc0/vt0, thus "conflicts" keyw=
d]
# sio: serial ports (see sio(4))
device sio0 at isa? port IO_COM1 irq 4
device sio1 at isa? port IO_COM2 irq 3
device ed0 at isa? port 0x300 irq 12 iomem 0xd8000
#
# Audio drivers: `snd', `sb', `pas', `gus', `pca'
#
# snd: Voxware sound support code
# sb: SoundBlaster PCM - SoundBlaster, SB Pro, SB16, ProAudioSpectrum
# sbxvi: SoundBlaster 16
# sbmidi: SoundBlaster 16 MIDI interface
# pas: ProAudioSpectrum PCM and MIDI
# gus: Gravis Ultrasound - Ultrasound, Ultrasound 16, Ultrasound MAX
# gusxvi: Gravis Ultrasound 16-bit PCM (do not use)
# mss: Microsoft Sound System
# opl: Yamaha OPL-2 and OPL-3 FM - SB, SB Pro, SB 16, ProAudioSpectrum
# uart: stand-alone 6850 UART for MIDI
# mpu: Roland MPU-401 stand-alone card
#=20
# Beware! The addresses specified below are also hard-coded in
# i386/isa/sound/sound_config.h. If you change the values here, you
# must also change the values in the include file.
#
# pca: PCM audio through your PC speaker
#
# If you have a GUS-MAX card and want to use the CS4231 codec on the
# card the drqs for the gus max must be 8 bit (1, 2, or 3).
#=20
# If you would like to use the full duplex option on the gus, then define
# flags to be the ``read dma channel''.
#
# options BROKEN_BUS_CLOCK #PAS-16 isn't working and OPTI chipset
# options SYMPHONY_PAS #PAS-16 isn't working and SYMPHONY chipset
# options EXCLUDE_SBPRO #PAS-16
# options SBC_IRQ=3D5 #PAS-16. Must match irq on sb0 line.
# PAS16: The order of the pas0/sb0/opl0 is important since the
# sb emulation is enabled in the pas-16 attach.
#
# The i386/isa/sound/sound.doc has more information.
# Controls all "VOXWARE" driver sound devices. See Luigi's driver
# below for an alternate which may work better for some cards.
#
#controller snd0
#device sb0 at isa? port 0x220 irq5 drq 1
#device sbxvi0 at isa? drq5
#device sbmidi0 at isa? port 0x330
#device opl0 at isa? port 0x388
# Luigi's snd code (use INSTEAD of snd0 and all VOXWARE drivers!).
# You may also wish to enable the pnp controller with this, for pnp
# sound cards.
#
device pcm0 at isa? port ? irq 5 drq 1 flags 0x15 # vector pcmintr
# Not controlled by `snd'
device pca0 at isa? port IO_TIMER1
device joy0 at isa? port "IO_GAME"
#
# The main PCI bus device is `pci'. It provides auto-detection and
# configuration support for all devices on the PCI bus, using either
# configuration mode defined in the PCI specification.
#
# The `ahc' device provides support for the Adaptec 29/3940(U)(W)
# and motherboard based AIC7870/AIC7880 adapters.
#
# The `ncr' device provides support for the NCR 53C810 and 53C825
# self-contained SCSI host adapters.
#
# The `amd' device provides support for the Tekram DC-390 and 390T
# SCSI host adapters, but is expected to work with any AMD 53c974
# PCI SCSI chip and the AMD Ethernet+SCSI Combo chip, after some
# local patches were applied to the sources (that had originally
# been written by Tekram and limited to work with their SCSI cards).
#
# The `de' device provides support for the Digital Equipment DC21040
# self-contained Ethernet adapter.
#
# The `fxp' device provides support for the Intel EtherExpress Pro/100B
# PCI Fast Ethernet adapters.
#
# The `tx' device provides support for the SMC 9432TX cards.
#
# The `vx' device provides support for the 3Com 3C590 and 3C595
# early support
#
# The `fpa' device provides support for the Digital DEFPA PCI FDDI
# adapter. pseudo-device fddi is also needed.
#
# The `meteor' device is a PCI video capture board. It can also have the
# following options:
# options METEOR_ALLOC_PAGES=3Dxxx preallocate kernel pages for data entry
# figure (ROWS*COLUMN*BYTES_PER_PIXEL*FRAME+PAGE_SIZE-1)/PAGE_SIZE
# options METEOR_DEALLOC_PAGES remove all allocated pages on close(2)
# options METEOR_DEALLOC_ABOVE=3Dxxx remove all allocated pages above the
# specified amount. If this value is below the allocated amount no action
# taken
# option METEOR_SYSTEM_DEFAULT=3D{METEOR_PAL|METEOR_NTSC|METEOR_SECAM}, u=
sed
# for initialization of fps routine when a signal is not present.
#
# The 'bktr' device is a PCI video capture board. It also has a TV tuner
# on board.
# The 'dpt' driver provides hardware RAID-{0,1,5} support, multi-initiator =
I/O
# and is part of the DIO (Distributed I/O) option. Only the PCI controllers
# are supported. the following options are controlled from here.
# See sys/dev/dpt for debugging and other subtle options.
#
# DPT_VERIFY_HINTR Performs some strict hardware interrupts testin=
g.
# Increases interrupt latency so leave it off und=
er
# normal conditions.
# DPT_RESTRICTED_FREELIST Normally, the freelisat used by the DPT for que=
ue
# management grows dynamically. On heavily loaded
# systems this can consume 1-8MB of kernel memory.
# Enabling this option resticts the number of que=
ue=20
# slots to DPT_FREE_LIST_INCREMENT (64).
# DPT_TRACK_CCB_STATES Enabling thos option will try to enforce sanity=
in
# state transitions in the conntroller Command
# Blocks. It is a debugging/development option.
# DPT_MEASURE_PERFORMANCE Enables a set of (semi)invasive metrics. Various
# phases of the CCB's, as well as all SCSI comman=
ds=20
# are timed and tallied. Costs about 1us/command.
# DPT_FREELIST_IS_STACK For optimat L{1,2} CPU cache utilization, enabl=
e=20
# this option. It may invoke race conditions on =
some
# motherboards.
# DPT_HANDLE_TIMEOUTS Normally device timeouts are handled by the DPT=
=20
# firmware. With this option enabled, an indepen=
dant
# mechanism is run in the FreeBSD kernel. Leave =
this
# option enabled for now, as some hardware fails=
=20
# without it.
# DPT_TIMEOUT_FACTOR Used to compute the excessive amount of time to
# wait in case of a command that is too late. It=
is
# a multiplication factor.
# DPT_DEBUG_xxxx These are controllable from sys/dev/dpt/dpt.h
#
controller pci0
controller ahc1
#options PCI_QUIET
options COMPAT_LINUX
#
# Parallel-Port Bus
#
# Parallel port bus support is provided by the `ppbus' device.
# Multiple devices may be attached to the parallel port, devices
# are automatically probed and attached when found.
#
# Supported devices:
# vpo Iomega Zip Drive
# Requires SCSI disk support ('scbus' and 'sd'), best
# performance is achieved with ports in EPP 1.9 mode.
# nlpt Parallel Printer
# plip Parallel network interface
# ppi General-purpose I/O ("Geek Port")
# pps Pulse per second Timing Interface
#
# Supported interfaces:
# ppc ISA-bus parallel port interfaces. =20
#
controller ppbus0
controller vpo0 at ppbus?
device lpt0 at ppbus?
device plip0 at ppbus?
device ppi0 at ppbus?
device pps0 at ppbus?
#device lpbb0 at ppbus?
controller ppc0 at isa? port ? irq 7
# USB support
# UHCI controller=20
controller uhci0
# OHCI controller
controller ohci0
# General USB code (mandatory for USB)
controller usb0
#
# for the moment we have to specify the priorities of the device
# drivers explicitly by the ordering in the list below. This will
# be changed in the future.
#
# USB Iomega Zip 100 Drive
controller umass0
# USB mouse
device ums0
# USB keyboard
device ukbd0
# USB printer
device ulpt0
# Human Interface Device (anything with buttons and dials)
device uhid0
# Generic USB device driver
device ugen0
#
options UHCI_DEBUG
options OHCI_DEBUG
options USB_DEBUG
options UHUB_DEBUG
options UMS_DEBUG
options UKBD_DEBUG
options UMASS_DEBUG
options UHID_DEBUG
options UGEN_DEBUG
options ULPT_DEBUG
--=20
Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew
The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 | Milton
ACN: 082 081 472 | M:+61 416 022 411 |72 Col .Sig
PO Box 837 Indooroopilly QLD 4068 |akm@theinternet.com.au|Specialist
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 7:48: 7 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 678F715C90
for <freebsd-current@freebsd.org>; Sat, 4 Sep 1999 07:47:56 -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 PAA43542;
Sat, 4 Sep 1999 15:47:56 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Sat, 4 Sep 1999 15:47:56 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: Steve Price <sprice@hiwaay.net>
Cc: freebsd-current@freebsd.org
Subject: Re: PNP ids missing in sio.c
In-Reply-To: <Pine.OSF.4.10.9909040926000.4394-100000@fly.HiWAAY.net>
Message-ID: <Pine.BSF.4.10.9909041544110.2081-100000@salmon.nlsystems.com>
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, 4 Sep 1999, Steve Price wrote:
> On Sat, 4 Sep 1999, Doug Rabson wrote:
>
> # The reason I didn't move the old ids wholesale is that the old system
> # matched against the vendor id (which is bogus for multifunction cards).
> # The new system matches with the logical device id which is often different
> # from the vendor id. Some simple single function cards use the same id for
> # both (as yours does) but I can't tell this without seeing the pnpinfo
> # output.
>
> For others who are interested here's the old list. I can vouche
> for the USR3031. If anyone else has one of the others or a PNP
> modem/sio card not listed here, can you send me the output of
> pnpinfo? I'll compile the list for my commit and forward it to
> you Doug if you'd like.
That would be very useful, thanks. I have committed your patch but
possibly this alternative would work better (with the latest version of
isa_common.c which I just committed) since it will preserve the card's
description instead of replacing it with the fairly meaningless "USR3031".
Index: sio.c
===================================================================
RCS file: /home/ncvs/src/sys/isa/sio.c,v
retrieving revision 1.261
diff -u -r1.261 sio.c
--- sio.c 1999/09/04 14:31:56 1.261
+++ sio.c 1999/09/04 14:42:24
@@ -573,7 +573,7 @@
{0x0205d041, "Multiport serial device (non-intelligent 16550)"}, /* PNP0502 */
{0x1005d041, "Generic IRDA-compatible device"}, /* PNP0510 */
{0x1105d041, "Generic IRDA-compatible device"}, /* PNP0511 */
- {0x31307256, "USR3031"}, /* USR3031 */
+ {0x31307256, NULL}, /* USR3031 */
{0}
};
> # The pnp command should no longer be needed (crossed fingers) since the new
> # code automatically detects devices and assigns resources to them.
>
> So what happens if someone wants to "wire" down a device? It
> was no big deal for me that it used to be sio1 and is now sio4,
> but one should be able to imagine a scenario (just like with
> SCSI disks?) that you'd need to be explicit about what resources
> and device number the card gets. Of course I could be dead wrong
> too. :-)
I don't think there is much use for wiring down the resources (wiring the
unit number I can see uses for). For the case where the pnp code must
avoid certain resources (e.g. for hardware which is present but with no
drivers), I expect I will add a list of resource ranges to avoid when
allocating pnp resources.
--
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 Sat Sep 4 7:48:18 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 1C9DA15CDE
for <current@freebsd.org>; Sat, 4 Sep 1999 07:48:08 -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 KAA09629;
Sat, 4 Sep 1999 10:46:06 -0400
Received: from localhost (arthur@localhost)
by Arthur.Linuxberg (8.9.3/8.9.3) with ESMTP id KAA05617;
Sat, 4 Sep 1999 10:46:01 -0400 (EDT)
X-Authentication-Warning: Arthur.Linuxberg: arthur owned process doing -bs
Date: Sat, 4 Sep 1999 10:46:00 -0400 (EDT)
From: "Arthur H. Johnson II" <arthur@tucows.com>
X-Sender: arthur@Arthur.Linuxberg
To: Doug Rabson <dfr@nlsystems.com>
Cc: Andrew Kenneth Milton <akm@mail.theinternet.com.au>,
current@freebsd.org
Subject: Re: Fixed sound card problem.
In-Reply-To: <Pine.BSF.4.10.9909041522270.2081-100000@salmon.nlsystems.com>
Message-ID: <Pine.BSF.4.10.9909041043520.366-200000@Arthur.Linuxberg>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-984817091-936456360=:366"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
Send mail to mime@docserver.cac.washington.edu for more info.
--0-984817091-936456360=:366
Content-Type: TEXT/PLAIN; charset=US-ASCII
Crap, the old kernel is gone. I was going to save the old working kernel
but its gone now. I attached the old config file thou.
Arthur H. Johnson II
http://www.linuxberg.com
Linuxberg Manager
arthur@tucows.com
On Sat, 4 Sep 1999, Doug Rabson wrote:
> On Sat, 4 Sep 1999, Andrew Kenneth Milton wrote:
>
> > +----[ Arthur H. Johnson II ]---------------------------------------------
> > | I fixed the sound card problem I was having. I just commented out the pnp
> > | driver. I know I will run into problems later if I ever get pnp devices,
> > | but its a temporary fix.
> >
> > Pcm doesn't work for me anymore with or without a pnp controller defined.
> > It's not even probed.
> >
> > I've got a genuine Sound Blaster 16 with on board SCSI (unused).
>
> Can I see your kernel config and dmesg lines both from an old (working)
> kernel and from the new kernel.
>
> --
> Doug Rabson Mail: dfr@nlsystems.com
> Nonlinear Systems Ltd. Phone: +44 181 442 9037
>
>
--0-984817091-936456360=:366
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ARTHUR.voxware"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.BSF.4.10.9909041046000.366@Arthur.Linuxberg>
Content-Description:
Content-Disposition: attachment; filename="ARTHUR.voxware"
Iw0KIyBBUlRIVVIgLS0gQ3VzdG9taXplZCBrZXJuZWwgZm9yIGFydGh1ciAo
c3RhcndhcnMubGludXhiZXJnLm9yZykNCiMNCiMJJElkOiBBUlRIVVIsdiAx
LjE4MiAxOTk5LzA4LzE1IDA5OjU0OjU2IHBoayBFeHAgJA0KDQptYWNoaW5l
CQlpMzg2DQpjcHUJCUk1ODZfQ1BVDQppZGVudAkJQVJUSFVSDQptYXh1c2Vy
cwkzMg0KDQojbWFrZW9wdGlvbnMJREVCVUc9LWcJCSNCdWlsZCBrZXJuZWwg
d2l0aCBnZGIoMSkgZGVidWcgc3ltYm9scw0KDQpvcHRpb25zIAlNQVRIX0VN
VUxBVEUJCSNTdXBwb3J0IGZvciB4ODcgZW11bGF0aW9uDQpvcHRpb25zIAlJ
TkVUCQkJI0ludGVyTkVUd29ya2luZw0Kb3B0aW9ucyAJRkZTCQkJI0Jlcmtl
bGV5IEZhc3QgRmlsZXN5c3RlbQ0Kb3B0aW9ucyAJRkZTX1JPT1QJCSNGRlMg
dXNhYmxlIGFzIHJvb3QgZGV2aWNlIFtrZWVwIHRoaXMhXQ0Kb3B0aW9ucyAJ
TUZTCQkJI01lbW9yeSBGaWxlc3lzdGVtDQpvcHRpb25zIAlNRlNfUk9PVAkJ
I01GUyB1c2FibGUgYXMgcm9vdCBkZXZpY2UsICJNRlMiIHJlcSdlZA0Kb3B0
aW9ucyAJTkZTCQkJI05ldHdvcmsgRmlsZXN5c3RlbQ0Kb3B0aW9ucyAJTkZT
X1JPT1QJCSNORlMgdXNhYmxlIGFzIHJvb3QgZGV2aWNlLCAiTkZTIiByZXEn
ZWQNCm9wdGlvbnMgCU1TRE9TRlMJCQkjTVNET1MgRmlsZXN5c3RlbQ0Kb3B0
aW9ucyAJQ0Q5NjYwCQkJI0lTTyA5NjYwIEZpbGVzeXN0ZW0NCm9wdGlvbnMg
CUNEOTY2MF9ST09UCQkjQ0QtUk9NIHVzYWJsZSBhcyByb290LiAiQ0Q5NjYw
IiByZXEnZWQNCm9wdGlvbnMgCVBST0NGUwkJCSNQcm9jZXNzIGZpbGVzeXN0
ZW0NCm9wdGlvbnMgCUNPTVBBVF80MwkJI0NvbXBhdGlibGUgd2l0aCBCU0Qg
NC4zIFtLRUVQIFRISVMhXQ0Kb3B0aW9ucyAJU0NTSV9ERUxBWT0xNTAwMAkj
QmUgcGVzc2ltaXN0aWMgYWJvdXQgSm9lIFNDU0kgZGV2aWNlDQpvcHRpb25z
IAlVQ09OU09MRQkJI0FsbG93IHVzZXJzIHRvIGdyYWIgdGhlIGNvbnNvbGUN
Cm9wdGlvbnMgCVVTRVJDT05GSUcJCSNib290IC1jIGVkaXRvcg0Kb3B0aW9u
cyAJVklTVUFMX1VTRVJDT05GSUcJI3Zpc3VhbCBib290IC1jIGVkaXRvcg0K
b3B0aW9ucyAJS1RSQUNFCQkJI2t0cmFjZSgxKSBzeXNjYWxsIHRyYWNlIHN1
cHBvcnQNCm9wdGlvbnMgICAgICAgICBTWVNWU0hNCQkJI1NZU1Ytc3R5bGUg
c2hhcmVkIG1lbW9yeQ0Kb3B0aW9ucyAgICAgICAgIFNZU1ZNU0cJCQkjU1lT
Vi1zdHlsZSBtZXNzYWdlIHF1ZXVlcw0Kb3B0aW9ucyAgICAgICAgIFNZU1ZT
RU0JCQkjU1lTVi1zdHlsZSBzZW1hcGhvcmVzDQoNCiMgVG8gbWFrZSBhbiBT
TVAga2VybmVsLCB0aGUgbmV4dCB0d28gYXJlIG5lZWRlZA0KI29wdGlvbnMg
CVNNUAkJCSMgU3ltbWV0cmljIE11bHRpUHJvY2Vzc29yIEtlcm5lbA0KI29w
dGlvbnMgCUFQSUNfSU8JCQkjIFN5bW1ldHJpYyAoQVBJQykgSS9PDQojIE9w
dGlvbmFsbHkgdGhlc2UgbWF5IG5lZWQgdHdlYWtlZCwgKGRlZmF1bHRzIHNo
b3duKToNCiNvcHRpb25zIAlOQ1BVPTIJCQkjIG51bWJlciBvZiBDUFVzDQoj
b3B0aW9ucyAJTkJVUz00CQkJIyBudW1iZXIgb2YgYnVzc2VzDQojb3B0aW9u
cyAJTkFQSUM9MQkJCSMgbnVtYmVyIG9mIElPIEFQSUNzDQojb3B0aW9ucyAJ
TklOVFI9MjQJCSMgbnVtYmVyIG9mIElOVHMNCg0KY29udHJvbGxlcglpc2Ew
DQpjb250cm9sbGVyCXBucDAJCQkjIFBuUCBzdXBwb3J0IGZvciBJU0ENCmNv
bnRyb2xsZXIJZWlzYTANCmNvbnRyb2xsZXIJcGNpMA0KDQojIEZsb3BweSBk
cml2ZXMNCmNvbnRyb2xsZXIJZmRjMAlhdCBpc2E/IHBvcnQgSU9fRkQxIGly
cSA2IGRycSAyDQpkaXNrCQlmZDAJYXQgZmRjMCBkcml2ZSAwDQpkaXNrCQlm
ZDEJYXQgZmRjMCBkcml2ZSAxDQoNCiMgSURFIGNvbnRyb2xsZXIgYW5kIGRp
c2tzDQpjb250cm9sbGVyCXdkYzAJYXQgaXNhPyBwb3J0IElPX1dEMSBpcnEg
MTQNCmRpc2sJCXdkMAlhdCB3ZGMwIGRyaXZlIDANCmRpc2sJCXdkMQlhdCB3
ZGMwIGRyaXZlIDENCg0KY29udHJvbGxlcgl3ZGMxCWF0IGlzYT8gcG9ydCBJ
T19XRDIgaXJxIDE1DQpkaXNrCQl3ZDIJYXQgd2RjMSBkcml2ZSAwDQpkaXNr
CQl3ZDMJYXQgd2RjMSBkcml2ZSAxDQoNCiMgQVRBUEkgZGV2aWNlcyBvbiB3
ZGM/DQpkZXZpY2UJCXdjZDAJCSNJREUgQ0QtUk9NDQpkZXZpY2UJCXdmZDAJ
CSNJREUgRmxvcHB5IChlLmcuIExTLTEyMCkNCmRldmljZQkJd3N0MAkJI0lE
RSBUYXBlIChlLmcuIFRyYXZhbikNCg0KIyBTQ1NJIENvbnRyb2xsZXJzDQoj
IEEgc2luZ2xlIGVudHJ5IGZvciBhbnkgb2YgdGhlc2UgY29udHJvbGxlcnMg
KG5jciwgYWhiLCBhaGMpIGlzDQojIHN1ZmZpY2llbnQgZm9yIGFueSBudW1i
ZXIgb2YgaW5zdGFsbGVkIGRldmljZXMuDQojY29udHJvbGxlcgluY3IwCQkj
IE5DUi9TeW1iaW9zIExvZ2ljDQojY29udHJvbGxlcglhaGIwCQkjIEVJU0Eg
QUhBMTc0MiBmYW1pbHkNCiNjb250cm9sbGVyCWFoYzAJCSMgQUhBMjk0MCBh
bmQgb25ib2FyZCBBSUM3eHh4IGRldmljZXMNCiNjb250cm9sbGVyCWlzcDAJ
CSMgUWxvZ2ljIGZhbWlseQ0KI2NvbnRyb2xsZXIgICAgICBkcHQwCQkjIERQ
VCBTbWFydGNhY2hlIC0gU2VlIExJTlQgZm9yIG9wdGlvbnMhDQoNCiNjb250
cm9sbGVyCWFkdjAJYXQgaXNhPyBwb3J0ID8gaXJxID8NCiNjb250cm9sbGVy
CWFkdzANCiNjb250cm9sbGVyCWJ0MAlhdCBpc2E/IHBvcnQgPyBpcnEgPw0K
I2NvbnRyb2xsZXIJYWhhMAlhdCBpc2E/IHBvcnQgPyBpcnEgPw0KDQojIFND
U0kgcGVyaXBoZXJhbHMNCiMgT25seSBvbmUgb2YgZWFjaCBvZiB0aGVzZSBp
cyBuZWVkZWQsIHRoZXkgYXJlIGR5bmFtaWNhbGx5IGFsbG9jYXRlZC4NCiNj
b250cm9sbGVyCXNjYnVzMAkJIyBTQ1NJIGJ1cyAocmVxdWlyZWQpDQojZGV2
aWNlCQlkYTAJCSMgRGlyZWN0IEFjY2VzcyAoZGlza3MpDQojZGV2aWNlCQlz
YTAJCSMgU2VxdWVudGlhbCBBY2Nlc3MgKHRhcGUgZXRjKQ0KI2RldmljZQkJ
Y2QwCQkjIENEDQojZGV2aWNlCQlwYXNzMAkJIyBQYXNzdGhyb3VnaCBkZXZp
Y2UgKGRpcmVjdCBTQ1NJIGFjY2VzcykNCg0KIyBQcm9wcmlldGFyeSBvciBj
dXN0b20gQ0QtUk9NIEludGVyZmFjZXMNCiNkZXZpY2UJCXd0MAlhdCBpc2E/
IHBvcnQgMHgzMDAgaXJxIDUgZHJxIDENCiNkZXZpY2UJCW1jZDAJYXQgaXNh
PyBwb3J0IDB4MzAwIGlycSAxMA0KI2RldmljZQkJbWF0Y2QwCWF0IGlzYT8g
cG9ydCAweDIzMA0KI2RldmljZQkJc2NkMAlhdCBpc2E/IHBvcnQgMHgyMzAN
Cg0KIyBhdGtiZGMwIGNvbnRyb2xzIGJvdGggdGhlIGtleWJvYXJkIGFuZCB0
aGUgUFMvMiBtb3VzZQ0KY29udHJvbGxlcglhdGtiZGMwCWF0IGlzYT8gcG9y
dCBJT19LQkQNCmRldmljZQkJYXRrYmQwCWF0IGF0a2JkYz8gaXJxIDENCmRl
dmljZQkJcHNtMAlhdCBhdGtiZGM/IGlycSAxMg0KDQpkZXZpY2UJCXZnYTAJ
YXQgaXNhPyBwb3J0ID8gY29uZmxpY3RzDQoNCiMgc3BsYXNoIHNjcmVlbi9z
Y3JlZW4gc2F2ZXINCnBzZXVkby1kZXZpY2UJc3BsYXNoDQoNCiMgc3lzY29u
cyBpcyB0aGUgZGVmYXVsdCBjb25zb2xlIGRyaXZlciwgcmVzZW1ibGluZyBh
biBTQ08gY29uc29sZQ0KZGV2aWNlCQlzYzAJYXQgaXNhPw0KDQojIEVuYWJs
ZSB0aGlzIGFuZCBQQ1ZUX0ZSRUVCU0QgZm9yIHBjdnQgdnQyMjAgY29tcGF0
aWJsZSBjb25zb2xlIGRyaXZlcg0KI2RldmljZQkJdnQwCWF0IGlzYT8NCiNv
cHRpb25zIAlYU0VSVkVSCQkJIyBzdXBwb3J0IGZvciBYIHNlcnZlcg0KI29w
dGlvbnMgCUZBVF9DVVJTT1IJCSMgc3RhcnQgd2l0aCBibG9jayBjdXJzb3IN
CiMgSWYgeW91IGhhdmUgYSBUaGlua1BBRCwgdW5jb21tZW50IHRoaXMgYWxv
bmcgd2l0aCB0aGUgcmVzdCBvZiB0aGUgUENWVCBsaW5lcw0KI29wdGlvbnMg
CVBDVlRfU0NBTlNFVD0yCQkjIElCTSBrZXlib2FyZHMgYXJlIG5vbi1zdGQN
Cg0KIyBGbG9hdGluZyBwb2ludCBzdXBwb3J0IC0gZG8gbm90IGRpc2FibGUu
DQpkZXZpY2UJCW5weDAJYXQgbmV4dXM/IHBvcnQgSU9fTlBYIGlycSAxMw0K
DQojIFBvd2VyIG1hbmFnZW1lbnQgc3VwcG9ydCAoc2VlIExJTlQgZm9yIG1v
cmUgb3B0aW9ucykNCmRldmljZQkJYXBtMCAgICBhdCBuZXh1cz8gZGlzYWJs
ZSBmbGFncyAweDMxICMgQWR2YW5jZWQgUG93ZXIgTWFuYWdlbWVudA0KDQoj
IFBDQ0FSRCAoUENNQ0lBKSBzdXBwb3J0DQojY29udHJvbGxlcgljYXJkMA0K
I2RldmljZQkJcGNpYzAJYXQgY2FyZD8NCiNkZXZpY2UJCXBjaWMxCWF0IGNh
cmQ/DQoNCiMgU2VyaWFsIChDT00pIHBvcnRzDQpkZXZpY2UJCXNpbzAJYXQg
aXNhPyBwb3J0IElPX0NPTTEgZmxhZ3MgMHgxMCBpcnEgNA0KZGV2aWNlCQlz
aW8xCWF0IGlzYT8gcG9ydCBJT19DT00yIGlycSAzDQojZGV2aWNlCQlzaW8y
CWF0IGlzYT8gZGlzYWJsZSBwb3J0IElPX0NPTTMgaXJxIDUNCiNkZXZpY2UJ
CXNpbzMJYXQgaXNhPyBkaXNhYmxlIHBvcnQgSU9fQ09NNCBpcnEgOQ0KDQoj
IFBhcmFsbGVsIHBvcnQNCmRldmljZQkJcHBjMAlhdCBpc2E/IHBvcnQ/IGZs
YWdzIDB4NDAgaXJxIDcNCmNvbnRyb2xsZXIJcHBidXMwCQkjIFBhcmFsbGVs
IHBvcnQgYnVzIChyZXF1aXJlZCkNCiNkZXZpY2UJCWxwdDAJCSMgUHJpbnRl
cg0KI2RldmljZQkJcGxpcDAJCSMgVENQL0lQIG92ZXIgcGFyYWxsZWwNCmRl
dmljZQkJcHBpMAkJIyBQYXJhbGxlbCBwb3J0IGludGVyZmFjZSBkZXZpY2UN
CiNjb250cm9sbGVyCXZwbzAJCSMgUmVxdWlyZXMgc2NidXMgYW5kIGRhMA0K
DQpjb250cm9sbGVyCW1paWJ1czANCg0KIyBQQ0kgRXRoZXJuZXQgTklDcy4N
CiNkZXZpY2UJCWFsMAkJIyBBRE10ZWsgQUw5ODEgKGBgQ29tZXQnJykNCiNk
ZXZpY2UJCWF4MAkJIyBBU0lYIEFYODgxNDBBDQojZGV2aWNlCQlkZTAJCSMg
REVDL0ludGVsIERDMjF4NHggKGBgVHVsaXAnJykNCiNkZXZpY2UJCWZ4cDAJ
CSMgSW50ZWwgRXRoZXJFeHByZXNzIFBSTy8xMDBCICg4MjU1Nyw4MjU1OCkN
CiNkZXZpY2UJCW14MAkJIyBNYWNyb25peCA5ODcxMy85ODcxNS85ODcyNSAo
YGBQTUFDJycpDQojZGV2aWNlCQlwbjAJCSMgTGl0ZS1PbiA4MmMxNjgvODJj
MTY5IChgYFBOSUMnJykNCiNkZXZpY2UJCXJsMAkJIyBSZWFsVGVrIDgxMjkv
ODEzOQ0KI2RldmljZQkJc2YwCQkjIEFkYXB0ZWMgQUlDLTY5MTUgKGBgU3Rh
cmZpcmUnJykNCiNkZXZpY2UJCXRsMAkJIyBUZXhhcyBJbnN0cnVtZW50cyBU
aHVuZGVyTEFODQojZGV2aWNlCQl0eDAJCSMgU01DIDk0MzJUWCAoODNjMTcw
IGBgRVBJQycnKQ0KI2RldmljZQkJdnIwCQkjIFZJQSBSaGluZSwgUmhpbmUg
SUkNCiNkZXZpY2UJCXZ4MAkJIyAzQ29tIDNjNTkwLCAzYzU5NSAoYGBWb3J0
ZXgnJykNCiNkZXZpY2UJCXdiMAkJIyBXaW5ib25kIFc4OUM4NDBGDQpkZXZp
Y2UJCXhsMAkJIyAzQ29tIDNjOTB4IChgYEJvb21lcmFuZycnLCBgYEN5Y2xv
bmUnJykNCg0KIyBJU0EgRXRoZXJuZXQgTklDcy4NCiMgVGhlIHByb2JlIG9y
ZGVyIG9mIHRoZXNlIGlzIHByZXNlbnRseSBkZXRlcm1pbmVkIGJ5IGkzODYv
aXNhL2lzYV9jb21wYXQuYy4NCiNkZXZpY2UJCWVkMAlhdCBpc2E/IHBvcnQg
MHgyODAgaXJxIDEwIGlvbWVtIDB4ZDgwMDANCiNkZXZpY2UJCWllMAlhdCBp
c2E/IHBvcnQgMHgzMDAgaXJxIDEwIGlvbWVtIDB4ZDAwMDANCiNkZXZpY2UJ
CWVwMAlhdCBpc2E/IHBvcnQgMHgzMDAgaXJxIDEwDQojZGV2aWNlCQlleDAJ
YXQgaXNhPyBwb3J0PyBpcnE/DQojZGV2aWNlCQlmZTAJYXQgaXNhPyBwb3J0
IDB4MzAwIGlycSA/DQojZGV2aWNlCQlsZTAJYXQgaXNhPyBwb3J0IDB4MzAw
IGlycSA1IGlvbWVtIDB4ZDAwMDANCiNkZXZpY2UJCWxuYzAJYXQgaXNhPyBw
b3J0IDB4MjgwIGlycSAxMCBkcnEgMA0KI2RldmljZQkJY3MwCWF0IGlzYT8g
cG9ydCAweDMwMCBpcnEgPw0KIyByZXF1aXJlcyBQQ0NBUkQgKFBDTUNJQSkg
c3VwcG9ydCB0byBiZSBhY3RpdmF0ZWQNCiNkZXZpY2UJCXhlMAlhdCBpc2E/
IHBvcnQ/IGlycSA/DQoNCiMgUENDQVJEIE5JQyBkcml2ZXJzLg0KIyB6ZSBh
bmQgenAgdGFrZSBvdmVyIHRoZSBwY2ljIGFuZCBjYW5ub3QgY29leGlzdCB3
aXRoIGdlbmVyaWMgcGNjYXJkDQojIHN1cHBvcnQsIG5vciB0aGUgZWQgYW5k
IGVwIGRyaXZlcnMgdGhleSByZXBsYWNlLg0KI2RldmljZQkJemUwCWF0IGlz
YT8gcG9ydCAweDMwMCBpcnEgMTAgaW9tZW0gMHhkODAwMAkNCiNkZXZpY2UJ
CXpwMAlhdCBpc2E/IHBvcnQgMHgzMDAgaXJxIDEwIGlvbWVtIDB4ZDgwMDAN
Cg0KIyBQc2V1ZG8gZGV2aWNlcyAtIHRoZSBudW1iZXIgaW5kaWNhdGVzIGhv
dyBtYW55IHVuaXRzIHRvIGFsbG9jYXRlZC4NCnBzZXVkby1kZXZpY2UJbG9v
cAkJIyBOZXR3b3JrIGxvb3BiYWNrDQpwc2V1ZG8tZGV2aWNlCWV0aGVyCQkj
IEV0aGVybmV0IHN1cHBvcnQNCnBzZXVkby1kZXZpY2UJc2wJMQkjIEtlcm5l
bCBTTElQDQpwc2V1ZG8tZGV2aWNlCXBwcAkxCSMgS2VybmVsIFBQUA0KcHNl
dWRvLWRldmljZQl0dW4JCSMgUGFja2V0IHR1bm5lbCwgZm9yIHBwcCgxKQ0K
cHNldWRvLWRldmljZQlwdHkJCSMgUHNldWRvLXR0eXMgKHRlbG5ldCBldGMp
DQpwc2V1ZG8tZGV2aWNlCWd6aXAJCSMgRXhlYyBnemlwcGVkIGEub3V0J3MN
Cg0KIyBUaGUgYGJwZicgcHNldWRvLWRldmljZSBlbmFibGVzIHRoZSBCZXJr
ZWxleSBQYWNrZXQgRmlsdGVyLg0KIyBCZSBhd2FyZSBvZiB0aGUgYWRtaW5p
c3RyYXRpdmUgY29uc2VxdWVuY2VzIG9mIGVuYWJsaW5nIHRoaXMhDQpwc2V1
ZG8tZGV2aWNlCWJwZgkJI0JlcmtlbGV5IHBhY2tldCBmaWx0ZXINCg0KIyBV
U0Igc3VwcG9ydA0KI2NvbnRyb2xsZXIJdWhjaTAJCSMgVUhDSSBQQ0ktPlVT
QiBpbnRlcmZhY2UNCiNjb250cm9sbGVyCW9oY2kwCQkjIE9IQ0kgUENJLT5V
U0IgaW50ZXJmYWNlDQojY29udHJvbGxlcgl1c2IwCQkjIFVTQiBCdXMgKHJl
cXVpcmVkKQ0KI2RldmljZQkJdWdlbjAJCSMgR2VuZXJpYw0KI2RldmljZQkJ
dWhpZDAJCSMgIkh1bWFuIEludGVyZmFjZSBEZXZpY2VzIg0KI2RldmljZQkJ
dWtiZDAJCSMgS2V5Ym9hcmQNCiNkZXZpY2UJCXVscHQwCQkjIFByaW50ZXIN
CiNjb250cm9sbGVyCXVtYXNzMAkJIyBEaXNrcy9NYXNzIHN0b3JhZ2UgLSBS
ZXF1aXJlcyBzY2J1cyBhbmQgZGEwDQojZGV2aWNlCQl1bXMwCQkjIE1vdXNl
DQoNCiMgU0IgPSBTb3VuZEJsYXN0ZXI7ICBQQVMgPSBQcm9BdWRpb1NwZWN0
cnVtOyAgR1VTID0gR3JhdmlzIFVsdHJhU291bmQNCiMgQ29udHJvbHMgYWxs
IHNvdW5kIGRldmljZXMNCmNvbnRyb2xsZXIJc25kMA0KDQojIFNvdW5kQmxh
c3RlciBEU1AgZHJpdmVyIC0gZm9yIFNCLCBTQiBQcm8sIFNCMTYsIFBBUyhl
bXVsYXRpbmcgU0IpDQpkZXZpY2Ugc2IwICAgICAgYXQgaXNhPyBwb3J0IDB4
MjIwIGlycSA1IGRycSAxDQoNCiMgU291bmRCbGFzdGVyIDE2IERTUCBkcml2
ZXIgLSBmb3IgU0IxNiAtIHJlcXVpcmVzIHNiMCBkZXZpY2UNCmRldmljZSBz
Ynh2aTAgICBhdCBpc2E/IGRycSA1DQoNCiMgU291bmRCbGFzdGVyIDE2IE1J
REkgLSBmb3IgU0IxNiAtIHJlcXVpcmVzIHNiMCBkZXZpY2UNCmRldmljZSBz
Ym1pZGkwICBhdCBpc2E/IHBvcnQgMHgzMDANCg==
--0-984817091-936456360=:366--
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 7:53:15 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 75D2214C9B
for <current@freebsd.org>; Sat, 4 Sep 1999 07:53:05 -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 PAA43558;
Sat, 4 Sep 1999 15:54:06 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Sat, 4 Sep 1999 15:54:06 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: Andrew Kenneth Milton <akm@mail.theinternet.com.au>
Cc: arthur@tucows.com, current@freebsd.org
Subject: Re: Fixed sound card problem.
In-Reply-To: <199909041443.AAA91689@mail.theinternet.com.au>
Message-ID: <Pine.BSF.4.10.9909041553140.2081-100000@salmon.nlsystems.com>
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, 5 Sep 1999, Andrew Kenneth Milton wrote:
> +----[ Doug Rabson ]---------------------------------------------
> | On Sat, 4 Sep 1999, Andrew Kenneth Milton wrote:
> |
> | > +----[ Arthur H. Johnson II ]---------------------------------------------
> | > | I fixed the sound card problem I was having. I just commented out the pnp
> | > | driver. I know I will run into problems later if I ever get pnp devices,
> | > | but its a temporary fix.
> | >
> | > Pcm doesn't work for me anymore with or without a pnp controller defined.
> | > It's not even probed.
> | >
> | > I've got a genuine Sound Blaster 16 with on board SCSI (unused).
> |
> | Can I see your kernel config and dmesg lines both from an old (working)
> | kernel and from the new kernel.
>
> I would have attached the dmesg originally but it didn't even show the pcm
> probe at all... and there was nothing strange in it (I did look for errors).
>
> My current kernel has got voxware in unfortunately... and I'm currently
> building world (again) d8/ I can rebuild a kernel afterwards with pcm
> compiled in and send that, but, that won't be for a few hours yet...
> It's 1:30 am here right now and my kids will be waking me up
> for fathers day nice and early so I can't pull a dawner tonight.
>
> Here's my kernel config and dmesg from a working kernel.
>
> The changes I've made other than to comment out the pnp controller,
> is to add the
>
> options CPU_FASTER_5X86_FPU
>
> I'm going to remove that next kernel build as well to see if that makes
> a difference.
>
> I'll forward you a non-working dmesg tomorrow my time I guess unless
> something comes to light before then.
Make sure that you have the latest version of pci.c before you test again.
Also, when you change back to using pnp, change the pcm declaration from:
device pcm0 at isa? ...
to
device pcm0
--
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 Sat Sep 4 7:53:44 1999
Delivered-To: freebsd-current@freebsd.org
Received: from server.amis.net (server.amis.net [212.18.32.10])
by hub.freebsd.org (Postfix) with ESMTP id 839E114F44
for <freebsd-current@freebsd.org>; Sat, 4 Sep 1999 07:53:35 -0700 (PDT)
(envelope-from blaz@gold.amis.net)
Received: by server.amis.net (Postfix, from userid 66)
id 9C832D5D5E; Sat, 4 Sep 1999 16:53:06 +0200 (CEST)
Received: by gold.amis.net (Postfix, from userid 1000)
id A2F7E9282; Sat, 4 Sep 1999 16:46:18 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by gold.amis.net (Postfix) with ESMTP
id 9C8BD57FF; Sat, 4 Sep 1999 16:46:18 +0200 (CEST)
Date: Sat, 4 Sep 1999 16:46:18 +0200 (CEST)
From: Blaz Zupan <blaz@gold.amis.net>
To: Doug Rabson <dfr@nlsystems.com>
Cc: freebsd-current@freebsd.org
Subject: Re: ed driver problem
In-Reply-To: <Pine.BSF.4.10.9909041526440.2081-100000@salmon.nlsystems.com>
Message-ID: <Pine.BSF.4.10.9909041644340.372-100000@gold.amis.net>
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, 4 Sep 1999, Doug Rabson wrote:
> Does your bios have a setting for 'PNP compliant OS' or similar? If it
> does, set it to 'no' and see if it helps. The current pci code relies on
> the bios to program port and memory locations for cards and its possible
> that this isn't happening for your card/bios combination.
Bingo! Now my network card works. Although an interesting side effect of
this setting is, that my VGA card is now recognized as an ISA CGA card:
vga-pci0: <S3 Trio graphics accelerator> irq 11 at device 15.0 on pci0
vga0: <Generic ISA VGA> at port 0x3d0-0x3db iomem 0xb8000-0xbffff on isa0
sc0: <System console> on isa0
sc0: CGA <16 virtual consoles, flags=0x200>
Huh? vidcontrol now fails to set the console font, because CGA cards don't
support that. Strange :)
Blaz Zupan, blaz@amis.net, http://www.herbie.amis.net
Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 7:58:44 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 6739514BF4
for <current@freebsd.org>; Sat, 4 Sep 1999 07:58:40 -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 KAA09976;
Sat, 4 Sep 1999 10:58:05 -0400
Received: from localhost (arthur@localhost)
by Arthur.Linuxberg (8.9.3/8.9.3) with ESMTP id KAA05772;
Sat, 4 Sep 1999 10:58:01 -0400 (EDT)
X-Authentication-Warning: Arthur.Linuxberg: arthur owned process doing -bs
Date: Sat, 4 Sep 1999 10:58:00 -0400 (EDT)
From: "Arthur H. Johnson II" <arthur@tucows.com>
X-Sender: arthur@Arthur.Linuxberg
To: Doug Rabson <dfr@nlsystems.com>
Cc: Andrew Kenneth Milton <akm@mail.theinternet.com.au>,
current@freebsd.org
Subject: Re: Fixed sound card problem.
In-Reply-To: <Pine.BSF.4.10.9909041553140.2081-100000@salmon.nlsystems.com>
Message-ID: <Pine.BSF.4.10.9909041057160.366-100000@Arthur.Linuxberg>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Done, and I have pci.c 1.117. When did it get broken then fixed? I ran
make update and make world just thursday.
Arthur H. Johnson II
http://www.linuxberg.com
Linuxberg Manager
arthur@tucows.com
On Sat, 4 Sep 1999, Doug Rabson wrote:
> On Sun, 5 Sep 1999, Andrew Kenneth Milton wrote:
>
> > +----[ Doug Rabson ]---------------------------------------------
> > | On Sat, 4 Sep 1999, Andrew Kenneth Milton wrote:
> > |
> > | > +----[ Arthur H. Johnson II ]---------------------------------------------
> > | > | I fixed the sound card problem I was having. I just commented out the pnp
> > | > | driver. I know I will run into problems later if I ever get pnp devices,
> > | > | but its a temporary fix.
> > | >
> > | > Pcm doesn't work for me anymore with or without a pnp controller defined.
> > | > It's not even probed.
> > | >
> > | > I've got a genuine Sound Blaster 16 with on board SCSI (unused).
> > |
> > | Can I see your kernel config and dmesg lines both from an old (working)
> > | kernel and from the new kernel.
> >
> > I would have attached the dmesg originally but it didn't even show the pcm
> > probe at all... and there was nothing strange in it (I did look for errors).
> >
> > My current kernel has got voxware in unfortunately... and I'm currently
> > building world (again) d8/ I can rebuild a kernel afterwards with pcm
> > compiled in and send that, but, that won't be for a few hours yet...
> > It's 1:30 am here right now and my kids will be waking me up
> > for fathers day nice and early so I can't pull a dawner tonight.
> >
> > Here's my kernel config and dmesg from a working kernel.
> >
> > The changes I've made other than to comment out the pnp controller,
> > is to add the
> >
> > options CPU_FASTER_5X86_FPU
> >
> > I'm going to remove that next kernel build as well to see if that makes
> > a difference.
> >
> > I'll forward you a non-working dmesg tomorrow my time I guess unless
> > something comes to light before then.
>
> Make sure that you have the latest version of pci.c before you test again.
> Also, when you change back to using pnp, change the pcm declaration from:
>
> device pcm0 at isa? ...
>
> to
>
> device pcm0
>
> --
> 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 Sat Sep 4 8: 5:17 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 BA21514D64
for <freebsd-current@freebsd.org>; Sat, 4 Sep 1999 08:05:07 -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 QAA44743;
Sat, 4 Sep 1999 16:06:17 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Sat, 4 Sep 1999 16:06:17 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: Blaz Zupan <blaz@gold.amis.net>
Cc: freebsd-current@freebsd.org
Subject: Re: ed driver problem
In-Reply-To: <Pine.BSF.4.10.9909041644340.372-100000@gold.amis.net>
Message-ID: <Pine.BSF.4.10.9909041606060.2081-100000@salmon.nlsystems.com>
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, 4 Sep 1999, Blaz Zupan wrote:
> On Sat, 4 Sep 1999, Doug Rabson wrote:
> > Does your bios have a setting for 'PNP compliant OS' or similar? If it
> > does, set it to 'no' and see if it helps. The current pci code relies on
> > the bios to program port and memory locations for cards and its possible
> > that this isn't happening for your card/bios combination.
>
> Bingo! Now my network card works. Although an interesting side effect of
> this setting is, that my VGA card is now recognized as an ISA CGA card:
>
> vga-pci0: <S3 Trio graphics accelerator> irq 11 at device 15.0 on pci0
> vga0: <Generic ISA VGA> at port 0x3d0-0x3db iomem 0xb8000-0xbffff on isa0
> sc0: <System console> on isa0
> sc0: CGA <16 virtual consoles, flags=0x200>
>
> Huh? vidcontrol now fails to set the console font, because CGA cards don't
> support that. Strange :)
Very :-)
--
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 Sat Sep 4 8: 7: 7 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 3E38A150DA
for <current@freebsd.org>; Sat, 4 Sep 1999 08:07:04 -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 QAA44895;
Sat, 4 Sep 1999 16:08:15 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Sat, 4 Sep 1999 16:08:15 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: "Arthur H. Johnson II" <arthur@tucows.com>
Cc: Andrew Kenneth Milton <akm@mail.theinternet.com.au>,
current@freebsd.org
Subject: Re: Fixed sound card problem.
In-Reply-To: <Pine.BSF.4.10.9909041057160.366-100000@Arthur.Linuxberg>
Message-ID: <Pine.BSF.4.10.9909041607050.2081-100000@salmon.nlsystems.com>
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, 4 Sep 1999, Arthur H. Johnson II wrote:
> Done, and I have pci.c 1.117. When did it get broken then fixed? I ran
> make update and make world just thursday.
The bug in pci.c 1.116 only affected pnp cards so perhaps you have another
problem. If so, you need to try to work with Cameron Grant
(cg@freebsd.org) who is the main force behind the new sound driver.
--
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 Sat Sep 4 8:11:17 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 CDD8B14EF1
for <current@freebsd.org>; Sat, 4 Sep 1999 08:11:13 -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 QAA45047;
Sat, 4 Sep 1999 16:11:51 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Sat, 4 Sep 1999 16:11:51 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: "Chris D. Faulhaber" <jedgar@fxp.org>
Cc: current@freebsd.org
Subject: Re: Need testers for aha driver change
In-Reply-To: <Pine.BSF.4.10.9909031830100.81789-100000@pawn.primelocation.net>
Message-ID: <Pine.BSF.4.10.9909041609570.2081-100000@salmon.nlsystems.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, 3 Sep 1999, Chris D. Faulhaber wrote:
> Doug Rabson wrote:
>
> > I have just taken a pass through the aha_isa driver to convert it to
> > newbus and to make it use the new pnp system. Unfortunately I don't own
> > the hardware so I need testers, preferably with both non-pnp and pnp
> > cards. The code does compile but I have not tested it at all. Here is
> > the patch:
>
> Seems to work here. I have a: (set up to be non-PnP)
>
> aha0 at port 0x130-0x133,0x130-0x133 irq 10 drq 6 on isa0
^^^^^^^^^^^^^^^^^^^^^^^
This looks a bit wierd.
I'll try to figure out what could cause that but in the mean time, could I
possibly get you to test with PnP enabled. If you could also send me the
output from pnpinfo when you have it enabled, that would be much
appreciated, thanks.
--
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 Sat Sep 4 9:12: 6 1999
Delivered-To: freebsd-current@freebsd.org
Received: from tor-dev1.nbc.netcom.ca (tor-dev1.nbc.netcom.ca [207.181.89.12])
by hub.freebsd.org (Postfix) with ESMTP
id 1EFC414F1D; Sat, 4 Sep 1999 09:12:02 -0700 (PDT)
(envelope-from taob@tor-dev1.nbc.netcom.ca)
Received: by tor-dev1.nbc.netcom.ca (8.9.1/8.9.1) id MAA12245;
Sat, 4 Sep 1999 12:11:17 -0400 (EDT)
Date: Sat, 4 Sep 1999 12:11:17 -0400 (EDT)
From: Brian Tao <taob@risc.org>
X-Sender: taob@tor-dev1.nbc.netcom.ca
To: Evren Yurtesen <yurtesen@ispro.net.tr>
Cc: "Christopher T. Griffiths" <cgriffiths@quansoo.com>,
FREEBSD-QUESTIONS <freebsd-questions@FreeBSD.ORG>,
FREEBSD-CURRENT <freebsd-current@FreeBSD.ORG>
Subject: Re: Sun StarOffice51
In-Reply-To: <37D01CA5.E5949A33@ispro.net.tr>
Message-ID: <Pine.GSO.3.96.990904120411.9063F-100000@tor-dev1.nbc.netcom.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On Fri, 3 Sep 1999, Evren Yurtesen wrote:
>
> I think you should install an old library... see this page
> http://minnie.cs.adfa.edu.au/Misc/staroffice.html
That page refers to StarDivion's StarOffice 5.1, not (what appears
to be) the slightly tweaked/updated version that Sun is now
distributing for free at http://www.sun.com/staroffice/. They mention
tarballs of sizes 72192512 bytes or 74072576 bytes. The current
version is 70393856 bytes.
For one thing, the page references an older version of the
libsvt516li.so library. Those libraries are now numbered "517". You
can install the old library anyway, but it doesn't help. Running
the soffice startup script (even after you fix the location of
/bin/test) simply brings up the setup dialog again. This happens
whether instdb.ins contains "mode=STANDALONE" or "mode=NETWORK", and
for any reasonable value of .sversionrc.
So, once again ;-), has anyone been able to get Sun's StarOffice
5.1 to run properly on a 4.0-current (as of July 31) system?
--
Brian Tao (BT300, taob@risc.org)
"Though this be madness, yet there is method in't"
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 9:34:44 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 2142615301
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 09:34:42 -0700 (PDT)
(envelope-from randy@psg.com)
Received: from localhost (646 bytes) by rip.psg.com
via sendmail with P:stdio/R:inet_resolve/T:smtp
(sender: <randy>) (ident <randy> using unix)
id <m11NIks-0008G4C@rip.psg.com>
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 09:33:30 -0700 (PDT)
(Smail-3.2.0.101 1997-Dec-17 #1 built 1999-Apr-1)
Message-Id: <m11NIks-0008G4C@rip.psg.com>
Date: Sat, 4 Sep 1999 09:33:30 -0700 (PDT)
From: Randy Bush <randy@psg.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: rickl@ic.net
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: cds disappeared
References: <199909040623.AAA18911@panzer.kdm.org>
<XFMail.990904082822.rickl@ic.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
> I am having the same problem with the CD as Ken is.
actually, it was ken helping me with my problem.
and it turns out my problem was that the two drives had been physically
swapped, and when jet-lag subsided the <bleep>ing idiot pilot realized his
stupidity.
apologies to all.
randy
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 9:55:16 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 291A615877
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 09:55:05 -0700 (PDT)
(envelope-from ian@whalley.org)
Received: from whalley.org (dialin-122.nyc.bestweb.net [216.179.5.122])
by rothko.bestweb.net (8.9.1a/8.9.0) with ESMTP id MAA17141
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 12:54:27 -0400 (EDT)
Received: (from ian@localhost)
by whalley.org (8.9.3/8.9.2) id MAA06096
for freebsd-current@FreeBSD.ORG; Sat, 4 Sep 1999 12:52:36 -0400 (EDT)
(envelope-from ian)
Date: Sat, 4 Sep 1999 12:52:36 -0400
From: Ian Whalley <ian@whalley.org>
To: freebsd-current@FreeBSD.ORG
Subject: Anyone using mars_nwe with -CURRENT ?
Message-ID: <19990904125236.A6026@cromarty.whalley.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0pre1i
X-Operating-System: FreeBSD/i386 4.0-CURRENT (Fri Sep 3 22:46:19 EDT 1999)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
I ask because I'm not having much luck getting it to work!
I followed the instructions in README.FREEBSD, and none of the
machines on my network can see the fake netware server.
My requirement, incidentally, is to have a networking client, for
DOS, that will fit on a boot floppy. The server is FreeBSD. I
tried the LANMAN client (which I have used successfully in the
past) for DOS, and it work, and it does connect to the Samba
shares on the FreeBSD machine, but it's amazingly slow. That is
the DOS LANMAN drivers' fault, because Samba is fine with Windows
clients.
I have previously used mars_nwe on Linux to accomplish precisely
the same thing, and it worked great. Now my home server is
FreeBSD, and I want to do the same thing again.
Any advice?
Best;
inw
--
Ian Whalley
<first name> @ <last name> . org
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 10:12:12 1999
Delivered-To: freebsd-current@freebsd.org
Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169])
by hub.freebsd.org (Postfix) with ESMTP id 8885114BE3
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 10:12:02 -0700 (PDT)
(envelope-from ken@panzer.kdm.org)
Received: (from ken@localhost)
by panzer.kdm.org (8.9.3/8.9.1) id LAA25624;
Sat, 4 Sep 1999 11:11:43 -0600 (MDT)
(envelope-from ken)
Message-Id: <199909041711.LAA25624@panzer.kdm.org>
Subject: Re: cds disappeared
In-Reply-To: <m11NEFr-0008G4C@rip.psg.com> from Randy Bush at "Sep 4, 1999 04:45:11 am"
To: randy@psg.com (Randy Bush)
Date: Sat, 4 Sep 1999 11:11:43 -0600 (MDT)
Cc: freebsd-current@FreeBSD.ORG
From: "Kenneth D. Merry" <ken@kdm.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
Randy Bush wrote...
> >> # camcontrol tur cd0 -v
> >> Unit is not ready
> >> (pass2:ahc0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0
> >> (pass2:ahc0:0:4:0): NOT READY asc:3a,0
> >> (pass2:ahc0:0:4:0): Medium not present
> > Well, there's your problem, for better or worse.
>
> it's even kinkier than that. despite dmesg of
>
> cd0 at ahc0 bus 0 target 4 lun 0
> cd0: <TEAC CD-ROM CD-532S 1.0A> Removable CD-ROM SCSI-2 device
> cd0: 20.000MB/s transfers (20.000MHz, offset 16)
> cd0: Attempt to query device size failed: NOT READY, Medium not present
> cd1 at ahc0 bus 0 target 5 lun 0
> cd1: <YAMAHA CRW4416S 1.0f> Removable CD-ROM SCSI-2 device
> cd1: 8.333MB/s transfers (8.333MHz, offset 31)
> cd1: cd present [270542 x 2048 byte records]
>
> i can put a mountable disk in the TEAC and it will mount only on cd1c (note
> the 1 not 0), and vice versa with cd0c. i.e. they are reversed in some way.
>
> and let's remember that the kernel config says
>
> disk cd0 at scbus0 target 4 unit 0
> disk cd1 at scbus0 target 5 unit 0
That's bizarre. I suspect this might have something to do with the
recent disk/slice changes. You might want to talk to Poul-Henning Kamp
<phk@FreeBSD.ORG> and see if he has any idea, because we haven't changed
anything in CAM that would cause this that I know of.
What happens if you just don't hardwire the CDs? They should show up in
the same order.
> and, if i put an audio cdrom in the teac and xmcd -dev /dev/rcd1c, it sees
> the cd, gets the title etc. from the database, looks like it plays, but no
> sound.
This could be a different problem, depending on how your sound is routed.
Are you listening to your CDROM drive via the internal sound cable, routed
through your sound card? Or are you using the external headphone jack?
If you're routing it through your soundcard, there have been some major
changes to the sound card drivers over the past few days that could explain
the problem. If not, I dunno what's up. I assume you've checked the
volume control on the front of the drive?
Ken
--
Kenneth Merry
ken@kdm.org
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 10:23:35 1999
Delivered-To: freebsd-current@freebsd.org
Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169])
by hub.freebsd.org (Postfix) with ESMTP id AD82F14FFD
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 10:23:31 -0700 (PDT)
(envelope-from ken@panzer.kdm.org)
Received: (from ken@localhost)
by panzer.kdm.org (8.9.3/8.9.1) id LAA25758;
Sat, 4 Sep 1999 11:23:21 -0600 (MDT)
(envelope-from ken)
Message-Id: <199909041723.LAA25758@panzer.kdm.org>
Subject: Re: cds disappeared
In-Reply-To: <XFMail.990904082822.rickl@ic.net> from Rick Lotoczky at "Sep 4, 1999 08:28:22 am"
To: rickl@ic.net
Date: Sat, 4 Sep 1999 11:23:21 -0600 (MDT)
Cc: freebsd-current@FreeBSD.ORG, randy@psg.com
From: "Kenneth D. Merry" <ken@kdm.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
Rick Lotoczky wrote...
> I am having the same problem with the CD as Ken is.
> I also tried the suggested diagnostics with exactly the
> same results. Media is in the drive, but it is not being
> recognized. I've been building kernels since FBSD-0.9 so
> I think I got that right by now. This cropped up somewhat
> recently (in the past few weeks). My CD was working fine
> when I used it last month. I usually rebuild the entire
> system once a week.
>
> I think there is a problem in the software. Two different
> drives on two different machines (my CD is connected to
> an NCR SCSI controller) with the same problem.
This sounds like it could be a different problem than Randy Busy is having.
He has two CDROM drives, and it looks like they have been swapped somehow.
It sounds like you've only got one CDROM drive in each machine.
Please send the output of the following, with mountable media in the drive:
camcontrol devlist -v
camcontrol tur cd0 -v
camcontrol inquiry cd0
mount /dev/cd0a /mnt
Ken
--
Kenneth Merry
ken@kdm.org
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 10:55:22 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 06A2615340
for <current@freebsd.org>; Sat, 4 Sep 1999 10:55:19 -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 NAA15098;
Sat, 4 Sep 1999 13:55:04 -0400
Received: from localhost (arthur@localhost)
by Arthur.Linuxberg (8.9.3/8.9.3) with ESMTP id NAA08858;
Sat, 4 Sep 1999 13:55:00 -0400 (EDT)
X-Authentication-Warning: Arthur.Linuxberg: arthur owned process doing -bs
Date: Sat, 4 Sep 1999 13:54:59 -0400 (EDT)
From: "Arthur H. Johnson II" <arthur@tucows.com>
X-Sender: arthur@Arthur.Linuxberg
To: Doug Rabson <dfr@nlsystems.com>
Cc: Andrew Kenneth Milton <akm@mail.theinternet.com.au>,
current@freebsd.org
Subject: Re: Fixed sound card problem.
In-Reply-To: <Pine.BSF.4.10.9909041607050.2081-100000@salmon.nlsystems.com>
Message-ID: <Pine.BSF.4.10.9909041354450.366-100000@Arthur.Linuxberg>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
After i got 1.117 everything went back to normal.
Arthur H. Johnson II
http://www.linuxberg.com
Linuxberg Manager
arthur@tucows.com
On Sat, 4 Sep 1999, Doug Rabson wrote:
> On Sat, 4 Sep 1999, Arthur H. Johnson II wrote:
>
> > Done, and I have pci.c 1.117. When did it get broken then fixed? I ran
> > make update and make world just thursday.
>
> The bug in pci.c 1.116 only affected pnp cards so perhaps you have another
> problem. If so, you need to try to work with Cameron Grant
> (cg@freebsd.org) who is the main force behind the new sound driver.
>
> --
> 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 Sat Sep 4 11: 6:14 1999
Delivered-To: freebsd-current@freebsd.org
Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169])
by hub.freebsd.org (Postfix) with ESMTP id B1D1E154AA
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 11:06:02 -0700 (PDT)
(envelope-from ken@panzer.kdm.org)
Received: (from ken@localhost)
by panzer.kdm.org (8.9.3/8.9.1) id MAA25938;
Sat, 4 Sep 1999 12:05:34 -0600 (MDT)
(envelope-from ken)
Message-Id: <199909041805.MAA25938@panzer.kdm.org>
Subject: Re: cds disappeared
In-Reply-To: <m11NIks-0008G4C@rip.psg.com> from Randy Bush at "Sep 4, 1999 09:33:30 am"
To: randy@psg.com (Randy Bush)
Date: Sat, 4 Sep 1999 12:05:34 -0600 (MDT)
Cc: rickl@ic.net, freebsd-current@FreeBSD.ORG
From: "Kenneth D. Merry" <ken@kdm.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
Randy Bush wrote...
> > I am having the same problem with the CD as Ken is.
>
> actually, it was ken helping me with my problem.
>
> and it turns out my problem was that the two drives had been physically
> swapped, and when jet-lag subsided the <bleep>ing idiot pilot realized his
> stupidity.
Whew. I was starting to get really confused.
Ken
--
Kenneth Merry
ken@kdm.org
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 11:11:57 1999
Delivered-To: freebsd-current@freebsd.org
Received: from metriclient-1.uoregon.edu (metriclient-1.uoregon.edu [128.223.172.1])
by hub.freebsd.org (Postfix) with ESMTP id B5BB215255
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 11:11:49 -0700 (PDT)
(envelope-from gurney_j@efn.org)
Received: (from jmg@localhost)
by metriclient-1.uoregon.edu (8.9.1/8.8.7) id LAA03503;
Sat, 4 Sep 1999 11:10:10 -0700 (PDT)
Message-ID: <19990904111010.41861@hydrogen.fircrest.net>
Date: Sat, 4 Sep 1999 11:10:10 -0700
From: John-Mark Gurney <gurney_j@efn.org>
To: Doug Rabson <dfr@nlsystems.com>
Cc: "Zach N. Heilig" <znh@thequest.net>, freebsd-current@FreeBSD.ORG
Subject: Re: PNP ids missing in sio.c
References: <19990904060615.A32986@murkwood.znh.org> <Pine.BSF.4.10.9909041518200.2081-100000@salmon.nlsystems.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.69
In-Reply-To: <Pine.BSF.4.10.9909041518200.2081-100000@salmon.nlsystems.com>; from Doug Rabson on Sat, Sep 04, 1999 at 03:20:00PM +0100
Reply-To: John-Mark Gurney <gurney_j@resnet.uoregon.edu>
Organization: Cu Networking
X-Operating-System: FreeBSD 3.0-RELEASE i386
X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4
X-Files: The truth is out there
X-URL: http://resnet.uoregon.edu/~gurney_j/
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Doug Rabson scribbled this message on Sep 4:
> > This is of course a special case, a cranky network card and a
> > non-compiling driver for it. If the new pnp code avoids using resources
> > hard-wired to non-pnp isa devices (it may, I changed hardware before the
> > code was fixed), there shouldn't be any problems. It was an excellent
> > excuse to boot that nic anyway.
>
> The trick for this is to make sure that the config file contains accurate
> descriptions of all your non-pnp hardware. In this case, if you have:
>
> device ed0 at isa? port 0x300 irq 5 ...
>
> then the subsequent pnp probes should avoid those port and irq settings.
but the problem is that he couldn't have the line in because the driver
wouldn't compile... so are we going to add a dummy isa device that takes
up resources so that this won't happen again? maybe the user has some
win95 only isa card or something... but this needs to be able to be
configured... along w/ doing this at boot -c time too...
--
John-Mark Gurney Voice: +1 541 684 8449
Cu Networking P.O. Box 5693, 97405
"The soul contains in itself the event that shall presently befall it.
The event is only the actualizing of its thought." -- Ralph Waldo Emerson
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 11:19:58 1999
Delivered-To: freebsd-current@freebsd.org
Received: from dingo.cdrom.com (castles519.castles.com [208.214.165.83])
by hub.freebsd.org (Postfix) with ESMTP id C1D081505A
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 11:19:51 -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 LAA06382;
Sat, 4 Sep 1999 11:11:53 -0700 (PDT)
(envelope-from mike@dingo.cdrom.com)
Message-Id: <199909041811.LAA06382@dingo.cdrom.com>
X-Mailer: exmh version 2.0.2 2/24/98
To: Nick Hibma <hibma@skylink.it>
Cc: Kenneth Culver <culverk@wam.umd.edu>, freebsd-current@FreeBSD.ORG
Subject: Re: the pcm driver and the bktr device
In-reply-to: Your message of "Sat, 04 Sep 1999 13:38:43 +0200."
<Pine.BSF.4.10.9909041325400.55134-100000@heidi.plazza.it>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sat, 04 Sep 1999 11:11:53 -0700
From: Mike Smith <mike@smith.net.au>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
>
> The problems might be wholly unrelated. I've just reconfigured my BIOS
> to put everything onto irq 11
>
> uhci0: <Intel 82371AB/EB (PIIX4) USB controller> irq 11 at device 1.2 on
> pci0
> ohci0: <OPTi 82C861 (FireLink) USB controller> irq 11 at device 9.0 on
> pci0
> vga-pci0: <S3 Trio graphics accelerator> irq 11 at device 10.0 on pci0
> ed1: <NE2000 PCI Ethernet (RealTek 8029)> irq 11 at device 11.0 on pci0
Hmm. I just remembered that I had a difficult-to-trace lockup here
with the USB code until I told the BIOS to give the USB controller an
IRQ. Nick; you should probably fix the USB probe code so that it
refuses to attach to a controller that hasn't been assigned an IRQ.
--
\\ 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 Sat Sep 4 11:24: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 6B53F1505A
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 11:24:37 -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 UAA16494;
Sat, 4 Sep 1999 20:22:30 +0200 (CEST)
(envelope-from phk@critter.freebsd.dk)
To: "Kenneth D. Merry" <ken@kdm.org>
Cc: randy@psg.com (Randy Bush), rickl@ic.net,
freebsd-current@FreeBSD.ORG
Subject: Re: cds disappeared
In-reply-to: Your message of "Sat, 04 Sep 1999 12:05:34 MDT."
<199909041805.MAA25938@panzer.kdm.org>
Date: Sat, 04 Sep 1999 20:22:30 +0200
Message-ID: <16492.936469350@critter.freebsd.dk>
From: Poul-Henning Kamp <phk@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
In message <199909041805.MAA25938@panzer.kdm.org>, "Kenneth D. Merry" writes:
>Randy Bush wrote...
>> > I am having the same problem with the CD as Ken is.
>>
>> actually, it was ken helping me with my problem.
>>
>> and it turns out my problem was that the two drives had been physically
>> swapped, and when jet-lag subsided the <bleep>ing idiot pilot realized his
>> stupidity.
>
>Whew. I was starting to get really confused.
Copilot to pilot: Trees look right again now, what about the altimeter ?
--
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 Sat Sep 4 11:37:47 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 5765114E50
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 11:37:35 -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 TAA46103;
Sat, 4 Sep 1999 19:38:43 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Sat, 4 Sep 1999 19:38:43 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: John-Mark Gurney <gurney_j@resnet.uoregon.edu>
Cc: "Zach N. Heilig" <znh@thequest.net>, freebsd-current@FreeBSD.ORG
Subject: Re: PNP ids missing in sio.c
In-Reply-To: <19990904111010.41861@hydrogen.fircrest.net>
Message-ID: <Pine.BSF.4.10.9909041938120.2081-100000@salmon.nlsystems.com>
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, 4 Sep 1999, John-Mark Gurney wrote:
> Doug Rabson scribbled this message on Sep 4:
> > > This is of course a special case, a cranky network card and a
> > > non-compiling driver for it. If the new pnp code avoids using resources
> > > hard-wired to non-pnp isa devices (it may, I changed hardware before the
> > > code was fixed), there shouldn't be any problems. It was an excellent
> > > excuse to boot that nic anyway.
> >
> > The trick for this is to make sure that the config file contains accurate
> > descriptions of all your non-pnp hardware. In this case, if you have:
> >
> > device ed0 at isa? port 0x300 irq 5 ...
> >
> > then the subsequent pnp probes should avoid those port and irq settings.
>
> but the problem is that he couldn't have the line in because the driver
> wouldn't compile... so are we going to add a dummy isa device that takes
> up resources so that this won't happen again? maybe the user has some
> win95 only isa card or something... but this needs to be able to be
> configured... along w/ doing this at boot -c time too...
We already have a dummy driver (unknown) which can be adapted for this
purpose. Perhaps this is the best solution.
--
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 Sat Sep 4 12: 7:43 1999
Delivered-To: freebsd-current@freebsd.org
Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7])
by hub.freebsd.org (Postfix) with ESMTP id 8CE6915C47
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 12:07:22 -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 898ED1CAA; Sun, 5 Sep 1999 03:06:29 +0800 (WST)
(envelope-from peter@netplex.com.au)
X-Mailer: exmh version 2.0.2 2/24/98
To: Doug Rabson <dfr@nlsystems.com>
Cc: John-Mark Gurney <gurney_j@resnet.uoregon.edu>,
"Zach N. Heilig" <znh@thequest.net>, freebsd-current@FreeBSD.ORG
Subject: Re: PNP ids missing in sio.c
In-reply-to: Your message of "Sat, 04 Sep 1999 19:38:43 +0100."
<Pine.BSF.4.10.9909041938120.2081-100000@salmon.nlsystems.com>
Date: Sun, 05 Sep 1999 03:06:29 +0800
From: Peter Wemm <peter@netplex.com.au>
Message-Id: <19990904190629.898ED1CAA@overcee.netplex.com.au>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Doug Rabson wrote:
> On Sat, 4 Sep 1999, John-Mark Gurney wrote:
>
> > Doug Rabson scribbled this message on Sep 4:
> > > > This is of course a special case, a cranky network card and a
> > > > non-compiling driver for it. If the new pnp code avoids using resource
s
> > > > hard-wired to non-pnp isa devices (it may, I changed hardware before th
e
> > > > code was fixed), there shouldn't be any problems. It was an excellent
> > > > excuse to boot that nic anyway.
> > >
> > > The trick for this is to make sure that the config file contains accurate
> > > descriptions of all your non-pnp hardware. In this case, if you have:
> > >
> > > device ed0 at isa? port 0x300 irq 5 ...
> > >
> > > then the subsequent pnp probes should avoid those port and irq settings.
> >
> > but the problem is that he couldn't have the line in because the driver
> > wouldn't compile... so are we going to add a dummy isa device that takes
> > up resources so that this won't happen again? maybe the user has some
> > win95 only isa card or something... but this needs to be able to be
> > configured... along w/ doing this at boot -c time too...
>
> We already have a dummy driver (unknown) which can be adapted for this
> purpose. Perhaps this is the best solution.
I'm curious what can be made of the PNP resource list we get from the BIOS
at boot time... It lists motherboard resources too, we could probably end
up with a fairly complete map of known resources to avoid.
dmesg from boot -v:
bios32: Found BIOS32 Service Directory header at 0xc00fd9e0
bios32: Entry = 0xfd9f0 (c00fd9f0) Rev = 0 Len = 1
pcibios: PCI BIOS entry at 0xda11
pnpbios: Found PnP BIOS data at 0xc00fa020
pnpbios: Entry = f0000:a120 Rev = 1.0
pnpbios: 36624 devices, largest 247 bytes
pnpbios: handle 0 device ID PNP0000 (0000d041)
pnpbios: handle 1 device ID PNP0201 (0102d041)
pnpbios: handle 2 device ID PNP0100 (0001d041)
pnpbios: handle 3 device ID PNP0b00 (000bd041)
pnpbios: handle 4 device ID PNP0800 (0008d041)
pnpbios: handle 5 device ID PNP0c04 (040cd041)
pnpbios: handle 6 device ID PNP0303 (0303d041)
pnpbios: handle 7 device ID PNP0f13 (130fd041)
pnpbios: handle 8 device ID PNP0c01 (010cd041)
pnpbios: handle 9 device ID PNP0a03 (030ad041)
pnpbios: handle 10 device ID PNP0700 (0007d041)
pnpbios: handle 11 device ID PNP0401 (0104d041)
pnpbios: handle 12 device ID PNP0501 (0105d041)
pnpbios: handle 13 device ID PNP0501 (0105d041)
pnpbios: handle 14 device ID PNP0c02 (020cd041)
pnpbios: handle 15 device ID PNP0c02 (020cd041)
Other BIOS signatures found:
ACPI: 00000000
disk1s1a:> pnpscan -v
Probing PnP BIOS...
Probing ISA bus...
Probing PCI BIOS...
PNP scan summary:
PNP0000
PNP0201
PNP0100
PNP0b00
PNP0800
PNP0c04
PNP0303
PNP0f13
PNP0c01
PNP0a03
PNP0700
PNP0401
PNP0501
PNP0501
PNP0c02
PNP0c02
CSC0b36 : CS4236 Audio
0x80789004 : SCSI controller
0x70108086 : IDE controller
0x12298086 : Ethernet controller
0x70208086 : USB controller
I'm not sure if the boot time scan is supposed to see the Sound device as
well as the PCI devices or not.
pcm0: <CS4236> at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0 on isa0
Cheers,
-Peter
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 13:43:26 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 7E94414C30
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 13:43:24 -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 NAA24032;
Sat, 4 Sep 1999 13:48:08 -0700 (PDT)
(envelope-from sgk)
From: Steve Kargl <sgk@troutmask.apl.washington.edu>
Message-Id: <199909042048.NAA24032@troutmask.apl.washington.edu>
Subject: Re: cds disappeared
In-Reply-To: <199909041723.LAA25758@panzer.kdm.org> from "Kenneth D. Merry" at "Sep 4, 1999 11:23:21 am"
To: ken@kdm.org (Kenneth D. Merry)
Date: Sat, 4 Sep 1999 13:48:08 -0700 (PDT)
Cc: rickl@ic.net, freebsd-current@FreeBSD.ORG, randy@psg.com
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
Kenneth D. Merry wrote:
> This sounds like it could be a different problem than Randy Busy is having.
> He has two CDROM drives, and it looks like they have been swapped somehow.
>
> It sounds like you've only got one CDROM drive in each machine.
>
> Please send the output of the following, with mountable media in the drive:
>
> camcontrol devlist -v
> camcontrol tur cd0 -v
> camcontrol inquiry cd0
> mount /dev/cd0a /mnt
>
Ken,
What ever change is causing the problem with SCSI CD drives, it
went into the tree sometime last week. I'm seeing the same
error reported about xmcd. My last "cvsup ; make world" was
on Sep 1. I haven't updated xmcd to see if the problem goes
away.
troutmask:root[201] camcontrol devlist -v
scbus-1 on xpt0 bus 0:
< > at scbus-1 target -1 lun -1 (xpt0)
scbus0 on ahc0 bus 0:
<SEAGATE ST34371N 0280> at scbus0 target 0 lun 0 (pass0,da0)
<DEC DLT2000 8B37> at scbus0 target 1 lun 0 (pass1,sa0)
<QUANTUM LIGHTNING 730S 241E> at scbus0 target 2 lun 0 (pass2,da1)
<PLEXTOR CD-ROM PX-12CS 1.00> at scbus0 target 6 lun 0 (pass3,cd0)
< > at scbus0 target -1 lun -1 ()
troutmask:root[202] camcontrol tur cd0 -v
Unit is ready
troutmask:root[203] camcontrol inquiry cd0
pass3: <PLEXTOR CD-ROM PX-12CS 1.00> Removable CD-ROM SCSI-2 device
pass3: 10.000MB/s transfers (10.000MHz, offset 15)
troutmask:root[204] mount /dev/cd0a /mnt
mount: /dev/cd0a on /mnt: incorrect super block
Note: it is an audio cd so I expect the mount to fail.
--
Steve
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 14:24:42 1999
Delivered-To: freebsd-current@freebsd.org
Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252])
by hub.freebsd.org (Postfix) with ESMTP id 6C6C214EA0
for <current@freebsd.org>; Sat, 4 Sep 1999 14:24:30 -0700 (PDT)
(envelope-from roberto@keltia.freenix.fr)
Received: (from uucp@localhost)
by frmug.org (8.9.3/frmug-2.5/nospam) with UUCP id XAA14409
for current@freebsd.org; Sat, 4 Sep 1999 23:23:56 +0200 (CEST)
(envelope-from roberto@keltia.freenix.fr)
Received: by keltia.freenix.fr (Postfix, from userid 101)
id 83F5D870A; Sat, 4 Sep 1999 23:00:43 +0200 (CEST)
Date: Sat, 4 Sep 1999 23:00:43 +0200
From: Ollivier Robert <roberto@keltia.freenix.fr>
To: current@freebsd.org
Subject: Re: Fixed sound card problem.
Message-ID: <19990904230043.A66208@keltia.freenix.fr>
Mail-Followup-To: current@freebsd.org
References: <199909040947.TAA87828@mail.theinternet.com.au> <Pine.BSF.4.10.9909041522270.2081-100000@salmon.nlsystems.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/0.95.5i
In-Reply-To: <Pine.BSF.4.10.9909041522270.2081-100000@salmon.nlsystems.com>; from Doug Rabson on Sat, Sep 04, 1999 at 03:23:06PM +0100
X-Operating-System: FreeBSD 4.0-CURRENT/ELF ctm#5543 AMD-K6 MMX @ 200 MHz
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
According to Doug Rabson:
> Can I see your kernel config and dmesg lines both from an old (working)
> kernel and from the new kernel.
To add positive note to this, I just rebooted my dual PPro with newpcm and the
sound card was recognised and is working.
-=-=-
unknown0: <CTRL> on isa0
pcm0: <CS4236B> at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0 on isa0
unknown1: <GAME> at port 0x200-0x207 on isa0
unknown2: <MPU> at port 0x330-0x331 irq 9 on isa0
-=-=-
mpg123 and cat'ing a .au into /dev/audio works.
For reference, the old pcm code gave the following boot messages:
-=-=-
Probing for PnP devices:
CSN 1 Vendor ID: CSC0b35 [0x350b630e] Serial 0xffffffff Comp ID: @@@0000 [0x00000000]
mss_attach <CS4236B>1 at 0x530 irq 5 dma 1:0 flags 0x10
pcm1 (CS423x/Yamaha/AD1816 <CS4236B> sn 0xffffffff) at 0x530-0x537 irq 5 drq 1 flags 0x10 on isa
-=-=-
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr
FreeBSD keltia.freenix.fr 4.0-CURRENT #73: Sat Jul 31 15:36:05 CEST 1999
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 14:55:22 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 10BAF14C8F
for <current@FreeBSD.ORG>; Sat, 4 Sep 1999 14:55:19 -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 PAA29062;
Sat, 4 Sep 1999 15:54:17 -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 PAA71204; Sat, 4 Sep 1999 15:54:41 -0600 (MDT)
Message-Id: <199909042154.PAA71204@harmony.village.org>
To: Doug Rabson <dfr@nlsystems.com>
Subject: Re: Need testers for aha driver change
Cc: current@FreeBSD.ORG
In-reply-to: Your message of "Fri, 03 Sep 1999 22:02:10 BST."
<Pine.BSF.4.10.9909032200180.2081-100000@salmon.nlsystems.com>
References: <Pine.BSF.4.10.9909032200180.2081-100000@salmon.nlsystems.com>
Date: Sat, 04 Sep 1999 15:54:41 -0600
From: Warner Losh <imp@village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
In message <Pine.BSF.4.10.9909032200180.2081-100000@salmon.nlsystems.com> Doug Rabson writes:
: I have just taken a pass through the aha_isa driver to convert it to
: newbus and to make it use the new pnp system. Unfortunately I don't own
: the hardware so I need testers, preferably both with non-pnp and pnp
: cards. The code does compile but I have not tested it at all. Here is the
: patch:
I'll give it a spin on my 1542{B,C,CF and CP} cards. This patch looks
much better than the conversion I started a while ago...
Warner
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 15:47:17 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 4B68114C91
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 15:47:11 -0700 (PDT)
(envelope-from ian@whalley.org)
Received: from whalley.org (dialin-213.nyc.bestweb.net [216.179.5.213])
by rothko.bestweb.net (8.9.1a/8.9.0) with ESMTP id SAA26364
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 18:47:05 -0400 (EDT)
Received: (from ian@localhost)
by whalley.org (8.9.3/8.9.2) id SAA00653
for freebsd-current@FreeBSD.ORG; Sat, 4 Sep 1999 18:45:32 -0400 (EDT)
(envelope-from ian)
Date: Sat, 4 Sep 1999 18:45:32 -0400
From: Ian Whalley <ian@whalley.org>
To: freebsd-current@FreeBSD.ORG
Subject: Re: Anyone using mars_nwe with -CURRENT ?
Message-ID: <19990904184532.A606@cromarty.whalley.org>
References: <19990904125236.A6026@cromarty.whalley.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0pre1i
In-Reply-To: <19990904125236.A6026@cromarty.whalley.org>
X-Operating-System: FreeBSD/i386 4.0-CURRENT (Sat Sep 4 15:52:48 EDT 1999)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
>I ask because I'm not having much luck getting it to work!
>I followed the instructions in README.FREEBSD, and none of the
>machines on my network can see the fake netware server.
After some experimentation and playing around with debug options
on IPXrouted and mars_nwe, it turns out that it's only nearest
server discovery that doesn't want to work (in spite of mars_nwe
being configured to respond to nearest server broadcasts).
If I specify the preferred server for the DOS clients, it all
works.
Normal service is resumed.
Best;
inw
--
Ian Whalley
<first name> @ <last name> . org
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 15:56:17 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 BF09014C91
for <current@FreeBSD.ORG>; Sat, 4 Sep 1999 15:56:08 -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 QAA29273;
Sat, 4 Sep 1999 16:55:54 -0600 (MDT)
(envelope-from imp@harmony.village.org)
Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id QAA73665; Sat, 4 Sep 1999 16:56:17 -0600 (MDT)
Message-Id: <199909042256.QAA73665@harmony.village.org>
To: Doug Rabson <dfr@nlsystems.com>
Subject: Re: Need testers for aha driver change
Cc: current@FreeBSD.ORG
In-reply-to: Your message of "Fri, 03 Sep 1999 22:02:10 BST."
<Pine.BSF.4.10.9909032200180.2081-100000@salmon.nlsystems.com>
References: <Pine.BSF.4.10.9909032200180.2081-100000@salmon.nlsystems.com>
Date: Sat, 04 Sep 1999 16:56:17 -0600
From: Warner Losh <imp@village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
In message <Pine.BSF.4.10.9909032200180.2081-100000@salmon.nlsystems.com> Doug Rabson writes:
: + aha = aha_alloc(device_get_unit(dev),
: + I386_BUS_SPACE_IO, ioport);
Shouldn't we be getting the bus_space_tag and bus_space_handle from
the port_res resource?
Warner
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 16:13:58 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 33850150F1
for <current@FreeBSD.ORG>; Sat, 4 Sep 1999 16:12: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 AAA46871;
Sun, 5 Sep 1999 00:11:42 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Sun, 5 Sep 1999 00:11:41 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: Warner Losh <imp@village.org>
Cc: current@FreeBSD.ORG
Subject: Re: Need testers for aha driver change
In-Reply-To: <199909042256.QAA73665@harmony.village.org>
Message-ID: <Pine.BSF.4.10.9909050011000.2081-100000@salmon.nlsystems.com>
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, 4 Sep 1999, Warner Losh wrote:
> In message <Pine.BSF.4.10.9909032200180.2081-100000@salmon.nlsystems.com> Doug Rabson writes:
> : + aha = aha_alloc(device_get_unit(dev),
> : + I386_BUS_SPACE_IO, ioport);
>
> Shouldn't we be getting the bus_space_tag and bus_space_handle from
> the port_res resource?
Yes we should. I just forgot to change that bit.
--
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 Sat Sep 4 16:14:10 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 1F819152D6
for <freebsd-current@freebsd.org>; Sat, 4 Sep 1999 16:14:02 -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 AAA46900;
Sun, 5 Sep 1999 00:15:20 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Sun, 5 Sep 1999 00:15:20 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: Peter Wemm <peter@netplex.com.au>
Cc: John-Mark Gurney <gurney_j@resnet.uoregon.edu>,
"Zach N. Heilig" <znh@thequest.net>, freebsd-current@freebsd.org
Subject: Re: PNP ids missing in sio.c
In-Reply-To: <19990904190629.898ED1CAA@overcee.netplex.com.au>
Message-ID: <Pine.BSF.4.10.9909050013240.2081-100000@salmon.nlsystems.com>
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, 5 Sep 1999, Peter Wemm wrote:
> Doug Rabson wrote:
> > On Sat, 4 Sep 1999, John-Mark Gurney wrote:
> >
> > > Doug Rabson scribbled this message on Sep 4:
> > > > > This is of course a special case, a cranky network card and a
> > > > > non-compiling driver for it. If the new pnp code avoids using resource
> s
> > > > > hard-wired to non-pnp isa devices (it may, I changed hardware before th
> e
> > > > > code was fixed), there shouldn't be any problems. It was an excellent
> > > > > excuse to boot that nic anyway.
> > > >
> > > > The trick for this is to make sure that the config file contains accurate
> > > > descriptions of all your non-pnp hardware. In this case, if you have:
> > > >
> > > > device ed0 at isa? port 0x300 irq 5 ...
> > > >
> > > > then the subsequent pnp probes should avoid those port and irq settings.
> > >
> > > but the problem is that he couldn't have the line in because the driver
> > > wouldn't compile... so are we going to add a dummy isa device that takes
> > > up resources so that this won't happen again? maybe the user has some
> > > win95 only isa card or something... but this needs to be able to be
> > > configured... along w/ doing this at boot -c time too...
> >
> > We already have a dummy driver (unknown) which can be adapted for this
> > purpose. Perhaps this is the best solution.
>
> I'm curious what can be made of the PNP resource list we get from the BIOS
> at boot time... It lists motherboard resources too, we could probably end
> up with a fairly complete map of known resources to avoid.
I bet we can roll another enumerator similar to pnp.c which takes the bios
output and turns it into devices. It would mean removing all the probe
hints from your kernel config to avoid confusion but apart from that it
should work really well.
--
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 Sat Sep 4 16:47: 3 1999
Delivered-To: freebsd-current@freebsd.org
Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169])
by hub.freebsd.org (Postfix) with ESMTP id 08556150E1
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 16:46:58 -0700 (PDT)
(envelope-from ken@panzer.kdm.org)
Received: (from ken@localhost)
by panzer.kdm.org (8.9.3/8.9.1) id RAA27710;
Sat, 4 Sep 1999 17:46:35 -0600 (MDT)
(envelope-from ken)
Message-Id: <199909042346.RAA27710@panzer.kdm.org>
Subject: Re: cds disappeared
In-Reply-To: <199909042048.NAA24032@troutmask.apl.washington.edu> from Steve Kargl at "Sep 4, 1999 01:48:08 pm"
To: sgk@troutmask.apl.washington.edu (Steve Kargl)
Date: Sat, 4 Sep 1999 17:46:35 -0600 (MDT)
Cc: rickl@ic.net, freebsd-current@FreeBSD.ORG, randy@psg.com
From: "Kenneth D. Merry" <ken@kdm.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
Steve Kargl wrote...
> Kenneth D. Merry wrote:
> > This sounds like it could be a different problem than Randy Busy is having.
> > He has two CDROM drives, and it looks like they have been swapped somehow.
> >
> > It sounds like you've only got one CDROM drive in each machine.
> >
> > Please send the output of the following, with mountable media in the drive:
> >
> > camcontrol devlist -v
> > camcontrol tur cd0 -v
> > camcontrol inquiry cd0
> > mount /dev/cd0a /mnt
> >
[ ... ]
> What ever change is causing the problem with SCSI CD drives, it
> went into the tree sometime last week. I'm seeing the same
> error reported about xmcd. My last "cvsup ; make world" was
> on Sep 1. I haven't updated xmcd to see if the problem goes
> away.
>
> troutmask:root[201] camcontrol devlist -v
> scbus-1 on xpt0 bus 0:
> < > at scbus-1 target -1 lun -1 (xpt0)
> scbus0 on ahc0 bus 0:
> <SEAGATE ST34371N 0280> at scbus0 target 0 lun 0 (pass0,da0)
> <DEC DLT2000 8B37> at scbus0 target 1 lun 0 (pass1,sa0)
> <QUANTUM LIGHTNING 730S 241E> at scbus0 target 2 lun 0 (pass2,da1)
> <PLEXTOR CD-ROM PX-12CS 1.00> at scbus0 target 6 lun 0 (pass3,cd0)
> < > at scbus0 target -1 lun -1 ()
> troutmask:root[202] camcontrol tur cd0 -v
> Unit is ready
> troutmask:root[203] camcontrol inquiry cd0
> pass3: <PLEXTOR CD-ROM PX-12CS 1.00> Removable CD-ROM SCSI-2 device
> pass3: 10.000MB/s transfers (10.000MHz, offset 15)
Okay, it looks like your passthrough devices etc., are functioning
properly.
> troutmask:root[204] mount /dev/cd0a /mnt
> mount: /dev/cd0a on /mnt: incorrect super block
>
> Note: it is an audio cd so I expect the mount to fail.
I would try recompiling xmcd. If that doesn't work, try starting xmcd with
the -debug switch. It may give you some indication as to what's going on.
There was a change that went into -current on August 16th that would cause
xmcd and any other ports that use the passthrough device to stop
functioning. So if you haven't rebuilt xmcd since then, it won't function
properly.
Ken
--
Kenneth Merry
ken@kdm.org
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 17:24:47 1999
Delivered-To: freebsd-current@freebsd.org
Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
by hub.freebsd.org (Postfix) with ESMTP id 47E78151FD
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 17:24:41 -0700 (PDT)
(envelope-from darrylo@sr.hp.com)
Received: from postal.sr.hp.com (postal.sr.hp.com [15.4.46.173])
by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id RAA04446;
Sat, 4 Sep 1999 17:24:00 -0700 (PDT)
Received: from mina.sr.hp.com (root@mina.sr.hp.com [15.4.42.247]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id RAA05882; Sat, 4 Sep 1999 17:12:24 -0700 (PDT)
Received: from localhost (darrylo@mina.sr.hp.com [15.4.42.247]) by mina.sr.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0) id RAA14145; Sat, 4 Sep 1999 17:12:34 -0700 (PDT)
Message-Id: <199909050012.RAA14145@mina.sr.hp.com>
To: Doug Rabson <dfr@nlsystems.com>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: ed driver problem
Reply-To: Darryl Okahata <darrylo@sr.hp.com>
In-reply-to: Your message of "Sat, 04 Sep 1999 15:28:11 BST."
<Pine.BSF.4.10.9909041526440.2081-100000@salmon.nlsystems.com>
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
Date: Sat, 04 Sep 1999 17:12:33 -0700
From: Darryl Okahata <darrylo@sr.hp.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Doug Rabson <dfr@nlsystems.com> wrote:
> Does your bios have a setting for 'PNP compliant OS' or similar? If it
> does, set it to 'no' and see if it helps. The current pci code relies on
> the bios to program port and memory locations for cards and its possible
> that this isn't happening for your card/bios combination.
On a slightly different tack, the ed0 driver no longer seems to
work for PCMCIA cards (from a Sept.2 cvsup'd -current). It used to work
on a Aug 23rd -current.
I've got an old Toshiba Tectra 730XCDT laptop, and my Accton EN2216
PCMCIA 10BT LAN card no longer works. However, I'm not sure if my
problem is related to the recent pnp changes or not. At bootup, the
kernel reports:
pnpbios: Bad PnP BIOS data checksum
I've been getting this forever, and it's never seemed to cause any
problems (I also have no idea how to fix this, as this is a laptop).
Running pnpinfo shows no pnp devices, which is usual (it did this with
the older versions of -current, too).
Here's the basic problem: at bootup, the kernel doesn't report the
presence (or absence) of an ed0 device (I've forgotten if this is
supposed to happen or not). When I insert the LAN card, the pccardd
daemon reports:
driver allocation failed for ACCTON(EN2216-PCMCIA-ETHERNET): Device not configured
(The pccardd daemon is trying to use the ed0 driver.)
--
Darryl Okahata
darrylo@sr.hp.com
DISCLAIMER: this message is the author's personal opinion and does not
constitute the support, opinion, or policy of Hewlett-Packard, or of the
little green men that have been following him all day.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 18:39:32 1999
Delivered-To: freebsd-current@freebsd.org
Received: from picnic.mat.net (picnic.mat.net [206.246.122.133])
by hub.freebsd.org (Postfix) with ESMTP id C230F14E7E
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 18:38:40 -0700 (PDT)
(envelope-from chuckr@picnic.mat.net)
Received: from localhost (chuckr@localhost)
by picnic.mat.net (8.9.3/8.9.3) with ESMTP id VAA67433;
Sat, 4 Sep 1999 21:37:25 -0400 (EDT)
(envelope-from chuckr@picnic.mat.net)
Date: Sat, 4 Sep 1999 21:37:25 -0400 (EDT)
From: Chuck Robey <chuckr@picnic.mat.net>
To: Doug Rabson <dfr@nlsystems.com>
Cc: Steve Price <sprice@hiwaay.net>, freebsd-current@FreeBSD.ORG
Subject: Re: PNP ids missing in sio.c
In-Reply-To: <Pine.BSF.4.10.9909041018310.2081-100000@salmon.nlsystems.com>
Message-ID: <Pine.BSF.4.10.9909042136150.94674-100000@picnic.mat.net>
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, 4 Sep 1999, Doug Rabson wrote:
> On Fri, 3 Sep 1999, Steve Price wrote:
>
> > Can anyone think of a good reason why I can't migrate the
> > old PNP ids to the new sio.c? I just rebooted my box with
> > a fresh kernel and much to my shagrin (sp?) my USR PNP
> > modem didn't work anymore. The following patch got it
> > working again.
>
> The reason I didn't move the old ids wholesale is that the old system
> matched against the vendor id (which is bogus for multifunction cards).
> The new system matches with the logical device id which is often different
> from the vendor id. Some simple single function cards use the same id for
> both (as yours does) but I can't tell this without seeing the pnpinfo
> output.
>
> >
> > Now that we can't use the pnp command from 'boot -c', what
> > has (if anything) replaced it? I seem to be remember this
> > being discussed recently but I'll be darned if I can find
> > it in the mailing list archives.
>
> The pnp command should no longer be needed (crossed fingers) since the new
> code automatically detects devices and assigns resources to them.
Does the sio driver know about PCI? Can it run PCI sio cards, like
those sold by SIIG?
>
> --
> 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
>
---------------------------+-----------------------------------------------
Chuck Robey | Interests include any kind of voice or data
chuckr@picnic.mat.net | communications topic, C programming, and Unix.
213 Lakeside Drive Apt T-1 |
Greenbelt, MD 20770 | picnic.mat.net: FreeBSD/i386
(301) 220-2114 | jaunt.mat.net : FreeBSD/Alpha
---------------------------+-----------------------------------------------
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 18:43:24 1999
Delivered-To: freebsd-current@freebsd.org
Received: from ic.net (ic.net [152.160.8.96])
by hub.freebsd.org (Postfix) with SMTP id C4BFD1538D
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 18:43:20 -0700 (PDT)
(envelope-from rickl@ic.net)
Received: (qmail 16672 invoked from network); 5 Sep 1999 01:42:59 -0000
Received: from unknown (HELO lurch.rickl.org) (206.84.204.76)
by unknown with SMTP; 5 Sep 1999 01:42:59 -0000
Content-Length: 3696
Message-ID: <XFMail.990904214229.rickl@ic.net>
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: <199909041723.LAA25758@panzer.kdm.org>
Date: Sat, 04 Sep 1999 21:42:29 -0400 (EDT)
Reply-To: rickl@ic.net
Organization: ic.net
From: Rick Lotoczky <rickl@ic.net>
To: "Kenneth D. Merry" <ken@kdm.org>
Subject: Re: cds disappeared
Cc: freebsd-current@FreeBSD.ORG
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Hi Ken,
Sorry, I'm really confused about who has the problem,
but I *do know* my system isn't working properly.
Also, it is different...I didn't know about the two
drives until after I sent mail to you.
Anyway...here goes-->
On 04-Sep-99 Kenneth D. Merry said:
> Rick Lotoczky wrote...
...my stuff deleted
>
> It sounds like you've only got one CDROM drive in each
> machine.
>
> Please send the output of the following, with mountable
> media in the drive:
>
> camcontrol devlist -v
<root:~># /sbin/camcontrol devlist -v
scbus-1 on xpt0 bus 0:
< > at scbus-1 target -1 lun
-1 (xpt0)
scbus0 on ahc0 bus 0:
<SEAGATE ST32550W SUN2.1G 0416> at scbus0 target 0 lun 0
(pass1,da0)
<IBM DCAS-34330W S65A> at scbus0 target 1 lun 0
(pass2,da1)
<QUANTUM XP32275W LXY4> at scbus0 target 2 lun 0
(pass3,da2)
<QUANTUM FIREBALL_TM2110S 300X> at scbus0 target 3 lun 0
(pass4,da3)
<MICROP 4743WS S168> at scbus0 target 4 lun 0
(pass5,da4)
< > at scbus0 target -1 lun
-1 ()
scbus1 on ncr0 bus 0:
<HP C4324/C4325 1.27> at scbus1 target 0 lun 0
(pass6,cd0)
<HP HP35480A T603> at scbus1 target 3 lun 0
(pass7,sa0)
<HP C2520A 3503> at scbus1 target 4 lun 0
(pass0,pt0)
< >
> camcontrol tur cd0 -v
<root:~># /sbin/camcontrol tur cd0 -v
Unit is not ready
(pass6:ncr0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0
(pass6:ncr0:0:0:0): NOT READY asc:3a,0
(pass6:ncr0:0:0:0): Medium not present
> camcontrol inquiry cd0
<root:~># /sbin/camcontrol inquiry cd0 -v
pass6: <HP C4324/C4325 1.27> Removable CD-ROM SCSI-2 device
(pass6:ncr0:0:0:0): INQUIRY. CDB: 12 1 80 0 ff 0
(pass6:ncr0:0:0:0): ILLEGAL REQUEST asc:24,0
(pass6:ncr0:0:0:0): Invalid field in CDB sks:c0,2 <-
pass6: 3.300MB/s transfers |
|
|
Looks like something is wrong here------------------
the NCR driver compiles with warnings...
cc -c -O -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing
-prototypes -Wpointer-arith -Winline -Wcast-qual
-fformat-extensions -ansi -no
stdinc -I- -I. -I../.. -I../../../include -DKERNEL
-include opt_global.h -elf
../../pci/ncr.c
../../pci/ncr.c: In function `ncr_log_hard_error':
../../pci/ncr.c:5327: warning: cast discards `volatile'
from pointer target type
../../pci/ncr.c: In function `ncr_exception':
../../pci/ncr.c:5464: warning: cast discards `volatile'
from pointer target type
../../pci/ncr.c: In function `ncr_int_ma':
../../pci/ncr.c:5767: warning: cast discards `volatile'
from pointer target type
../../pci/ncr.c:5771: warning: cast discards `volatile'
from pointer target type
../../pci/ncr.c:5795: warning: cast discards `volatile'
from pointer target type
../../pci/ncr.c:5802: warning: cast discards `volatile'
from pointer target type
../../pci/ncr.c:5810: warning: cast discards `volatile'
from pointer target type
../../pci/ncr.c:5815: warning: cast discards `volatile'
from pointer target type
../../pci/ncr.c:5825: warning: cast discards `volatile'
from pointer target type
../../pci/ncr.c:5829: warning: cast discards `volatile'
from pointer target type
../../pci/ncr.c: In function `ncr_regtest':
../../pci/ncr.c:6797: warning: cast discards `volatile'
from pointer target type
../../pci/ncr.c:6798: warning: cast discards `volatile'
from pointer target type
> mount /dev/cd0a /mnt
mount just hangs until a timeout and then gives:
mount: Input/Output error
Thanks for the help Ken. By the way, my machine is
dual-boot with NT. The CD works
fine with the other OS.
Rick
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 19:18:25 1999
Delivered-To: freebsd-current@freebsd.org
Received: from dingo.cdrom.com (castles519.castles.com [208.214.165.83])
by hub.freebsd.org (Postfix) with ESMTP id 25F3F14EB5
for <freebsd-current@freebsd.org>; Sat, 4 Sep 1999 19:17:48 -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 TAA08633;
Sat, 4 Sep 1999 19:10:51 -0700 (PDT)
(envelope-from mike@dingo.cdrom.com)
Message-Id: <199909050210.TAA08633@dingo.cdrom.com>
X-Mailer: exmh version 2.0.2 2/24/98
To: Doug Rabson <dfr@nlsystems.com>
Cc: Peter Wemm <peter@netplex.com.au>,
John-Mark Gurney <gurney_j@resnet.uoregon.edu>,
"Zach N. Heilig" <znh@thequest.net>, freebsd-current@freebsd.org
Subject: Re: PNP ids missing in sio.c
In-reply-to: Your message of "Sun, 05 Sep 1999 00:15:20 BST."
<Pine.BSF.4.10.9909050013240.2081-100000@salmon.nlsystems.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sat, 04 Sep 1999 19:10:44 -0700
From: Mike Smith <mike@smith.net.au>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
> > I'm curious what can be made of the PNP resource list we get from the BIOS
> > at boot time... It lists motherboard resources too, we could probably end
> > up with a fairly complete map of known resources to avoid.
>
> I bet we can roll another enumerator similar to pnp.c which takes the bios
> output and turns it into devices. It would mean removing all the probe
> hints from your kernel config to avoid confusion but apart from that it
> should work really well.
This is one reason why I think that the PnP scan should be done
_before_ the legacy scan; there are cases where the legacy scan is
going to find stuff that the PnP enumerator also knows about. If the
PnP enumerator has already found it, then the legacy scan aborts; in
the reverse situation the PnP enumerator has no way of knowing that the
device has already been claimed.
As for the BIOS PnP info; all I'm doing at the moment is scanning for
device and compat IDs. Since the information is formatted in exactly
the same fashion as ISA PnP data, I was hoping to actually dump the
current pointless scan and hook the BIOS access method into the new PnP
code.
Another argument for making the PnP scan first is that the BIOS
identifies a whole pile of "do not go there" regions which you don't
want anything, even a legacy device probe, looking at.
--
\\ 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 Sat Sep 4 19:34:55 1999
Delivered-To: freebsd-current@freebsd.org
Received: from metriclient-1.uoregon.edu (metriclient-1.uoregon.edu [128.223.172.1])
by hub.freebsd.org (Postfix) with ESMTP id 914D914D94
for <freebsd-current@freebsd.org>; Sat, 4 Sep 1999 19:34:50 -0700 (PDT)
(envelope-from gurney_j@efn.org)
Received: (from jmg@localhost)
by metriclient-1.uoregon.edu (8.9.1/8.8.7) id TAA11582;
Sat, 4 Sep 1999 19:34:19 -0700 (PDT)
Message-ID: <19990904193419.01873@hydrogen.fircrest.net>
Date: Sat, 4 Sep 1999 19:34:19 -0700
From: John-Mark Gurney <gurney_j@efn.org>
To: Mike Smith <mike@smith.net.au>
Cc: Doug Rabson <dfr@nlsystems.com>,
Peter Wemm <peter@netplex.com.au>,
"Zach N. Heilig" <znh@thequest.net>, freebsd-current@freebsd.org
Subject: Re: PNP ids missing in sio.c
References: <Pine.BSF.4.10.9909050013240.2081-100000@salmon.nlsystems.com> <199909050210.TAA08633@dingo.cdrom.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.69
In-Reply-To: <199909050210.TAA08633@dingo.cdrom.com>; from Mike Smith on Sat, Sep 04, 1999 at 07:10:44PM -0700
Reply-To: John-Mark Gurney <gurney_j@resnet.uoregon.edu>
Organization: Cu Networking
X-Operating-System: FreeBSD 3.0-RELEASE i386
X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4
X-Files: The truth is out there
X-URL: http://resnet.uoregon.edu/~gurney_j/
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Mike Smith scribbled this message on Sep 4:
> > > I'm curious what can be made of the PNP resource list we get from the BIOS
> > > at boot time... It lists motherboard resources too, we could probably end
> > > up with a fairly complete map of known resources to avoid.
> >
> > I bet we can roll another enumerator similar to pnp.c which takes the bios
> > output and turns it into devices. It would mean removing all the probe
> > hints from your kernel config to avoid confusion but apart from that it
> > should work really well.
>
> This is one reason why I think that the PnP scan should be done
> _before_ the legacy scan; there are cases where the legacy scan is
> going to find stuff that the PnP enumerator also knows about. If the
> PnP enumerator has already found it, then the legacy scan aborts; in
> the reverse situation the PnP enumerator has no way of knowing that the
> device has already been claimed.
ummm... I thought that the plan was to disable all PnP devices, do the
legacy isa probes, and then reenable the PnP devices and probe them...
that way you don't have the problem of legacy probes grabing a card...
> Another argument for making the PnP scan first is that the BIOS
> identifies a whole pile of "do not go there" regions which you don't
> want anything, even a legacy device probe, looking at.
hmmm.... sounds like we need to have a PnP attach routine that will
grab all these resources.... I haven't looked at the latest PnP code,
so I'm not sure exactly how the configure stuff is handled...
--
John-Mark Gurney Voice: +1 541 684 8449
Cu Networking P.O. Box 5693, 97405
"The soul contains in itself the event that shall presently befall it.
The event is only the actualizing of its thought." -- Ralph Waldo Emerson
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 19:42: 9 1999
Delivered-To: freebsd-current@freebsd.org
Received: from tuminfo2.informatik.tu-muenchen.de (tuminfo2.informatik.tu-muenchen.de [131.159.0.81])
by hub.freebsd.org (Postfix) with ESMTP id CA61314D94
for <freebsd-current@freebsd.org>; Sat, 4 Sep 1999 19:42:06 -0700 (PDT)
(envelope-from haering@informatik.tu-muenchen.de)
Received: from hpsystem14.informatik.tu-muenchen.de ([131.159.4.9] EHLO hpsystem14.informatik.tu-muenchen.de ident: root [port 3754]) by tuminfo2.informatik.tu-muenchen.de with ESMTP id <112383-226>; Sun, 5 Sep 1999 04:39:40 +0000
Received: from diala240.ppp.lrz-muenchen.de ([129.187.24.240]:1326 "EHLO in.tum.de" ident: "NO-IDENT-SERVICE") by hpsystem14.informatik.tu-muenchen.de with ESMTP id <12141-565>; Sun, 5 Sep 1999 04:39:28 +0200
Message-ID: <37D1D7C0.C525B6B@in.tum.de>
Date: Sun, 05 Sep 1999 04:38:56 +0200
From: Gerhard =?iso-8859-1?Q?H=E4ring?= <haering@informatik.tu-muenchen.de>
Organization: Hell, Inc.
X-Mailer: Mozilla 4.61 [en] (WinNT; U)
X-Accept-Language: de-DE,en,fr
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Subject: kernel of -current in 3.1?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Hello freebsd wizards!
I have some linux experience and I have recently installed freebsd. I
understand -current is not for serious work. I wonder if it is i)
possible ii) a good idea to install the *kernel* of -current in my
freebsd 3.1 system. Or are there too many user programs that heavily
depend on the kernel version?
Gerhard
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 19:47:44 1999
Delivered-To: freebsd-current@freebsd.org
Received: from metriclient-1.uoregon.edu (metriclient-1.uoregon.edu [128.223.172.1])
by hub.freebsd.org (Postfix) with ESMTP id 0D6F114D94
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 19:47:36 -0700 (PDT)
(envelope-from gurney_j@efn.org)
Received: (from jmg@localhost)
by metriclient-1.uoregon.edu (8.9.1/8.8.7) id TAA11779;
Sat, 4 Sep 1999 19:46:30 -0700 (PDT)
Message-ID: <19990904194629.07110@hydrogen.fircrest.net>
Date: Sat, 4 Sep 1999 19:46:29 -0700
From: John-Mark Gurney <gurney_j@efn.org>
To: =?iso-8859-1?Q?Gerhard_H=E4ring?= <haering@informatik.tu-muenchen.de>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: kernel of -current in 3.1?
References: <37D1D7C0.C525B6B@in.tum.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Mailer: Mutt 0.69
In-Reply-To: =?iso-8859-1?Q?=3C37D1D7C0=2EC525B6B=40in=2Etum=2Ede=3E=3B_from_Gerhard_?=
=?iso-8859-1?Q?H=E4ring_on_Sun=2C_Sep_05=2C_1999_at_04=3A38=3A56AM_+0200?=
Reply-To: John-Mark Gurney <gurney_j@resnet.uoregon.edu>
Organization: Cu Networking
X-Operating-System: FreeBSD 3.0-RELEASE i386
X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4
X-Files: The truth is out there
X-URL: http://resnet.uoregon.edu/~gurney_j/
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
Gerhard Häring scribbled this message on Sep 5:
> I have some linux experience and I have recently installed freebsd. I
> understand -current is not for serious work. I wonder if it is i)
> possible ii) a good idea to install the *kernel* of -current in my
> freebsd 3.1 system. Or are there too many user programs that heavily
> depend on the kernel version?
there are to many user programs that depend upon the kernel version...
this is NOT linux as you have stated, and w/ FreeBSD the entire operating
system comes as one package... unlike Linux where the userland is
completely seperate from the kernel developement...
anyways, it's the -current kernel that is really the part that isn't
designed for production use, not the userland... you could probably
build a -current userland w/ a -stable kernel, but that's another ball
of wax...
--
John-Mark Gurney Voice: +1 541 684 8449
Cu Networking P.O. Box 5693, 97405
"The soul contains in itself the event that shall presently befall it.
The event is only the actualizing of its thought." -- Ralph Waldo Emerson
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
From owner-freebsd-current Sat Sep 4 21:41:53 1999
Delivered-To: freebsd-current@freebsd.org
Received: from dingo.cdrom.com (castles529.castles.com [208.214.165.93])
by hub.freebsd.org (Postfix) with ESMTP id 60A5A1508C
for <freebsd-current@freebsd.org>; Sat, 4 Sep 1999 21:41:50 -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 VAA09257;
Sat, 4 Sep 1999 21:34:15 -0700 (PDT)
(envelope-from mike@dingo.cdrom.com)
Message-Id: <199909050434.VAA09257@dingo.cdrom.com>
X-Mailer: exmh version 2.0.2 2/24/98
To: John-Mark Gurney <gurney_j@resnet.uoregon.edu>
Cc: freebsd-current@freebsd.org
Subject: Re: PNP ids missing in sio.c
In-reply-to: Your message of "Sat, 04 Sep 1999 19:34:19 PDT."
<19990904193419.01873@hydrogen.fircrest.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sat, 04 Sep 1999 21:34:09 -0700
From: Mike Smith <mike@smith.net.au>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
> > This is one reason why I think that the PnP scan should be done
> > _before_ the legacy scan; there are cases where the legacy scan is
> > going to find stuff that the PnP enumerator also knows about. If the
> > PnP enumerator has already found it, then the legacy scan aborts; in
> > the reverse situation the PnP enumerator has no way of knowing that the
> > device has already been claimed.
>
> ummm... I thought that the plan was to disable all PnP devices, do the
> legacy isa probes, and then reenable the PnP devices and probe them...
The fact that a device is reported via PnP does not guarantee that you
can disable it. Most of the "devices" reported by the PnP BIOS can
neither be disabled nor moved.
> that way you don't have the problem of legacy probes grabing a card...
It doesn't avoid attempting to probe for a legacy device in a region
where a fixed but PnP-known device exists.
> > Another argument for making the PnP scan first is that the BIOS
> > identifies a whole pile of "do not go there" regions which you don't
> > want anything, even a legacy device probe, looking at.
>
> hmmm.... sounds like we need to have a PnP attach routine that will
> grab all these resources.... I haven't looked at the latest PnP code,
> so I'm not sure exactly how the configure stuff is handled...
The enumerator should assign these resources to a placeholder; I was
thinking the nexus was as good an owner as any. If there's an
"unknown" device that's probably even better.
--
\\ 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 Sat Sep 4 21:48: 4 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 7AB0F152FD
for <freebsd-current@FreeBSD.ORG>; Sat, 4 Sep 1999 21:48:01 -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 AAA26573;
Sun, 5 Sep 1999 00:47:29 -0400 (EDT)
(envelope-from wollman)
Date: Sun, 5 Sep 1999 00:47:29 -0400 (EDT)
From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Message-Id: <199909050447.AAA26573@khavrinen.lcs.mit.edu>
To: Mike Smith <mike@smith.net.au>
Cc: John-Mark Gurney <gurney_j@resnet.uoregon.edu>,
freebsd-current@FreeBSD.ORG
Subject: Re: PNP ids missing in sio.c
In-Reply-To: <199909050434.VAA09257@dingo.cdrom.com>
References: <19990904193419.01873@hydrogen.fircrest.net>
<199909050434.VAA09257@dingo.cdrom.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
<<On Sat, 04 Sep 1999 21:34:09 -0700, Mike Smith <mike@smith.net.au> said:
> The enumerator should assign these resources to a placeholder; I was
> thinking the nexus was as good an owner as any. If there's an
> "unknown" device that's probably even better.
Some of them should be claimed by real devices -- for example, the
pseudo-i8237 ISA DMA controller should be claimed by the ISA bus
(which I don't think it does now, unless someone added the code to do
it while I wasn't looking). Similarly the PIC, the PIT, the RTC, and
other random bits of ``Industry Standard'' hardware. It might even be
worth having these be their own unique devices, just to help diagnosis
if they ever go away...
-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 Sat Sep 4 23:16:45 1999
Delivered-To: freebsd-current@freebsd.org
Received: from dingo.cdrom.com (castles529.castles.com [208.214.165.93])
by hub.freebsd.org (Postfix) with ESMTP id 4C47614FFF
for <freebsd-current@freebsd.org>; Sat, 4 Sep 1999 23:16: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 XAA09699;
Sat, 4 Sep 1999 23:10:17 -0700 (PDT)
(envelope-from mike@dingo.cdrom.com)
Message-Id: <199909050610.XAA09699@dingo.cdrom.com>
X-Mailer: exmh version 2.0.2 2/24/98
To: Mike Smith <mike@smith.net.au>
Cc: freebsd-current@freebsd.org
Subject: Re: PNP ids missing in sio.c
In-reply-to: Your message of "Sat, 04 Sep 1999 21:34:09 PDT."
<199909050434.VAA09257@dingo.cdrom.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sat, 04 Sep 1999 23:10:17 -0700
From: Mike Smith <mike@smith.net.au>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
> > ummm... I thought that the plan was to disable all PnP devices, do the
> > legacy isa probes, and then reenable the PnP devices and probe them...
>
> The fact that a device is reported via PnP does not guarantee that you
> can disable it. Most of the "devices" reported by the PnP BIOS can
> neither be disabled nor moved.
>
> > that way you don't have the problem of legacy probes grabing a card...
>
> It doesn't avoid attempting to probe for a legacy device in a region
> where a fixed but PnP-known device exists.
I forgot to mention that it also doesn't deal with the case where a
legacy device exists but is not described by the kernel's static
metadata. There are several ways to work around this issue; in the ISA
case one should use the port availibility determination technique
described in the ISA PnP spec (or an equivalent) as well as the ESCD
information available from the PnP BIOS.
--
\\ 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