From owner-freebsd-current Sun Apr 9 2:33:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from rccr1.rccr.cremona.it (rccr1.rccr.cremona.it [194.20.53.49]) by hub.freebsd.org (Postfix) with ESMTP id C880D37B764 for ; Sun, 9 Apr 2000 02:33:17 -0700 (PDT) (envelope-from mirko.viviani@rccr.cremona.it) Received: from rccr.cremona.it (modem-1-2.rccr.cremona.it [192.168.2.12]) by rccr1.rccr.cremona.it (8.9.3/8.9.3) with ESMTP id LAA25754; Sun, 9 Apr 2000 11:27:43 +0200 Received: (from mirko@localhost) by rccr.cremona.it (8.9.3/8.9.3) id LAA02968; Sun, 9 Apr 2000 11:31:03 +0200 (MET DST) Message-Id: <200004090931.LAA02968@rccr.cremona.it> MIME-Version: 1.0 (NeXT Mail 3.3 v148.2.1) Content-Type: multipart/alternative; boundary=NeXT-Mail-29933908-1 Content-Transfer-Encoding: 7bit In-Reply-To: X-Nextstep-Mailer: Mail 3.3 (Enhance 2.1) Received: by NeXT.Mailer (1.148.2.1) From: Mirko Viviani Date: Sun, 9 Apr 2000 11:31:03 +0200 To: Mike Heffner Subject: Re: 4.0 possible compiler bug ? Cc: current@FreeBSD.org Reply-To: mirko.viviani@rccr.cremona.it References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --NeXT-Mail-29933908-1 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sat, 08 Apr 2000, Mike Heffner wrote: > | I'm testing the __builtin_apply() to make a patch to GNUstep, but I'm > | getting > | in troubles. > > Since you're on the subject, there are also two other bugs with > __builtin_apply() in FBSD that I know of. Always better... :( > The easy hack to fix 2 is to remove FP_X_INV from the floating point mask > -- but this is not the right way to do it. 1 can be fixed by passing a > pointer of a float. Exactly how to do that ? > I tried investigating into it a while back, but didn't have any luck. I > know that 2 isn't a problem in 3-stable. If we'are not able to fix it I'm forced to change OS... I need GNUstep. I have tested the prg with NEXTSTEP cc 2.5.8 that uses the same behaviour for these things, it does not crash and return a pointer for the struct on the stack. CC differences: argframe: NS 8 bytes, FBSD 16 bytes struct on the stack: NS up to 4 bytes, FBSD up to 8 bytes. If it helps someone here is the asm generated by cc on NS. [An attachment was originally included here] --- Bye, Mirko (NeXTmail, MIME) --NeXT-Mail-29933908-1 Content-Type: multipart/mixed; boundary=NeXT-Mail-1209868928-2 Content-Transfer-Encoding: 7bit --NeXT-Mail-1209868928-2 Content-Type: text/enriched; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sat, 08 Apr 2000, Mike Heffner wrote: > | I'm testing the __builtin_apply() to make a patch to GNUstep, but I'm > | getting > | in troubles. > > Since you're on the subject, there are also two other bugs with > __builtin_apply() in FBSD that I know of. Always better... :( > The easy hack to fix 2 is to remove FP_X_INV from the floating point mask > -- but this is not the right way to do it. 1 can be fixed by passing a > pointer of a float. Exactly how to do that ? > I tried investigating into it a while back, but didn't have any luck. I > know that 2 isn't a problem in 3-stable. If we'are not able to fix it I'm forced to change OS... I need GNUstep. I have tested the prg with NEXTSTEP cc 2.5.8 that uses the same behaviour for these things, it does not crash and return a pointer for the struct on the stack. CC differences: argframe: NS 8 bytes, FBSD 16 bytes struct on the stack: NS up to 4 bytes, FBSD up to 8 bytes. If it helps someone here is the asm generated by cc on NS. --NeXT-Mail-1209868928-2 Content-Type: application/octet-stream; name=contest_i.S; x-unix-mode=0600 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=contest_i.S .globl _value .data .align 2 _value: .long _p .text .align 2,0x90 .globl _floatValue _floatValue: pushl %ebp movl %esp,%ebp pushl %ebx movl %ebx,%eax movb $32,_p movb $3,_p+1 movb $4,_p+2 movb $33,_p+3 movb $-2,_p+9 movl $_p,%edx movl (%edx),%ecx movl %ecx,(%eax) movl 4(%edx),%ecx movl %ecx,4(%eax) movw 8(%edx),%cx movw %cx,8(%eax) jmp L1 .align 2,0x90 L1: movl %eax,%eax movl -4(%ebp),%ebx movl %ebp,%esp popl %ebp ret .cstring LC0: .ascii "%02x \0" LC1: .ascii "\12\0" .text .align 2,0x90 .globl _main _main: pushl %ebp movl %esp,%ebp subl $140,%esp pushl %edi pushl %esi pushl %ebx leal 8(%ebp),%ecx movl %ecx,-24(%ebp) movl %ebx,%ecx movl %ecx,-20(%ebp) leal -24(%ebp),%ecx movl $_floatValue,-8(%ebp) movl %ecx,-16(%ebp) movl -16(%ebp),%ecx movl $0,(%ecx) movl -16(%ebp),%ebx movl (%ebx),%ecx movl %esp,%esi movl %esp,%ecx movl -16(%ebp),%ebx addl $4,%ebx movl (%ebx),%ecx movl %ecx,%ebx movl -8(%ebp),%ecx leal -140(%ebp),%edi call *%ecx movl %eax,(%edi) movl %edx,4(%edi) fnsave 8(%edi) movl %esi,%esp leal -140(%ebp),%eax movl %eax,-12(%ebp) movl $0,-4(%ebp) L3: cmpl $39,-4(%ebp) jg L4 movl -12(%ebp),%eax addl -4(%ebp),%eax movzbl (%eax),%edx pushl %edx pushl $LC0 call _printf addl $8,%esp L5: incl -4(%ebp) jmp L3 .align 2,0x90 L4: pushl $LC1 call _printf addl $4,%esp movl $0,-4(%ebp) L6: cmpl $3,-4(%ebp) jg L7 movl -4(%ebp),%eax addl $_value,%eax movzbl (%eax),%edx pushl %edx pushl $LC0 call _printf addl $8,%esp L8: incl -4(%ebp) jmp L6 .align 2,0x90 L7: pushl $LC1 call _printf addl $4,%esp pushl $0 call _exit addl $4,%esp .align 2,0x90 L2: leal -152(%ebp),%esp popl %ebx popl %esi popl %edi movl %ebp,%esp popl %ebp ret .comm _p,12 --NeXT-Mail-1209868928-2 Content-Type: text/enriched; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline --- Bye, Mirko < (NeXTmail, MIME) < --NeXT-Mail-1209868928-2-- --NeXT-Mail-29933908-1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 3:48:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from camtech.net.au (goliath.camtech.net.au [203.5.73.2]) by hub.freebsd.org (Postfix) with SMTP id 41AE837B854 for ; Sun, 9 Apr 2000 03:48:27 -0700 (PDT) (envelope-from me@camtech.net.au) Received: from dialup-ad-16-50.camtech.net.au ([203.55.241.50]) by camtech.net.au ; Sun, 09 Apr 2000 20:18:23 +0930 Date: Sun, 9 Apr 2000 20:18:38 +0930 (CST) From: Matthew Sean Thyer X-Sender: me@dx4.my-unregistered-domain.com Reply-To: thyerm@camtech.net.au To: Mohit Aron Cc: freebsd-current@freebsd.org Subject: Re: error reports by rshd in /var/log/messages In-Reply-To: <200004070529.AAA04120@cs.rice.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 7 Apr 2000, Mohit Aron wrote: > Hi, > I'm using FreeBSD-4.0-RELEASE on a Xeon processor. The following > messages have been appearing in my /var/log/messages file apparently upon > an rlogin to the machine: > > Apr 7 00:23:16 idli rshd[236]: no modules loaded for `rshd' service > Apr 7 00:23:16 idli rshd[236]: auth_pam: Permission denied > Apr 7 00:23:16 idli rshd[236]: PAM authentication failed > > Can someone suggest if there's anything that needs fixing in the system. > Thanks, I gather that these messages occur because rshd has not been PAMerised yet. I stopped the messages by adding the following line below the rshd line in /etc/pam.conf rshd auth required pam_permit.so To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 5: 9: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from netvalue-gw.netvalue.fr (netvalue-gw.netvalue.fr [195.115.44.161]) by hub.freebsd.org (Postfix) with ESMTP id DCAF437B652 for ; Sun, 9 Apr 2000 05:08:46 -0700 (PDT) (envelope-from erwan@netvalue.com) Received: (from bin@localhost) by netvalue-gw.netvalue.fr (8.9.3/8.8.8) id OAA06460 for ; Sun, 9 Apr 2000 14:05:19 +0200 (CEST) (envelope-from erwan@netvalue.com) X-Authentication-Warning: netvalue-gw.netvalue.fr: bin set sender to using -f Received: from (dauphine.netvalue.fr [192.168.1.13]) by netvalue-gw.netvalue.fr via smap (V2.1) id xma006458; Sun, 9 Apr 00 14:05:03 +0200 Received: from netvalue.com ([192.168.1.1]) by mail.netvalue.fr (Netscape Messaging Server 3.6) with ESMTP id AAA2E5A for ; Sun, 9 Apr 2000 14:05:02 +0200 Message-ID: <38F071EE.CB78C94E@netvalue.com> Date: Sun, 09 Apr 2000 14:05:02 +0200 From: Erwan Arzur Organization: NetValue S.A. X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en, fr-FR MIME-Version: 1.0 To: current@freebsd.org Subject: Success with ESP over IPV4 ? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Did someone manage to get a ESP tunnel over IPV4 working ? I try to use the following setkey commands, which constantly fail with the following message : "Must get list of supported protocols first." My problem is how to get this list of supported protocols ? this config file is inspired from samples in /usr/src/usr.sbin/setkey ... i'm just experimenting, have a very limited knowledge about IPV6, and the samples shipped with CURRENT's sources do not work out of the box :-( all this stuff is done in order to test IPV6/pipsecd interoperability. Thanks in advance ! --- snip -- snip --- flush; add AAA.AAA.AAA.AAA BBB.BBB.BBB.BBB esp 1001 -m any -f zero-pad -E blowfish-cbc "AAA key" ; add BBB.BBB.BBB.BBB AAA.AAA.AAA.AAA esp 1001 -m any -f zero-pad -E blowfish_cbc "BBB key"; spdflush; spdadd AAA.AAA.AAA.AAA/32[any] BBB.BBB.BBB.BBB/32[any] any -P in ipsec esp/transport//use; spdadd BBB.BBB.BBB.BBB/32[any] AAA.AAA.AAA.AAA/32[any] any -P out ipsec esp/transport//use; -- UNIX *IS* user friendly. It's just selective about who its friends are. --unknown To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 9:10:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by hub.freebsd.org (Postfix) with ESMTP id 8049C37B8C9 for ; Sun, 9 Apr 2000 09:10:32 -0700 (PDT) (envelope-from aron@cs.rice.edu) Received: (from aron@localhost) by cs.rice.edu (8.9.0/8.9.0) id LAA15554; Sun, 9 Apr 2000 11:09:14 -0500 (CDT) From: Mohit Aron Message-Id: <200004091609.LAA15554@cs.rice.edu> Subject: Re: error reports by rshd in /var/log/messages To: thyerm@camtech.net.au Date: Sun, 9 Apr 2000 11:09:14 -0500 (CDT) Cc: freebsd-current@freebsd.org In-Reply-To: from "Matthew Sean Thyer" at Apr 09, 2000 08:18:38 PM X-Mailer: ELM [version 2.5 PL2] 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 gather that these messages occur because rshd has not been PAMerised > yet. > > I stopped the messages by adding the following line below the rshd > line in /etc/pam.conf > > rshd auth required pam_permit.so > > Thanks. I'd appreciate if this can be incorporated in the next release for FreeBSD-4. - Mohit To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 11:45:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from modemcable127.61-201-24.mtl.mc.videotron.net (modemcable127.61-201-24.mtl.mc.videotron.net [24.201.61.127]) by hub.freebsd.org (Postfix) with SMTP id B464D37B74B for ; Sun, 9 Apr 2000 11:45:20 -0700 (PDT) (envelope-from patrick@mindstep.com) Received: (qmail 12611 invoked from network); 9 Apr 2000 18:45:19 -0000 Received: from patrak.local.mindstep.com (HELO PATRAK) (192.168.10.4) by jacuzzi.local.mindstep.com with SMTP; 9 Apr 2000 18:45:19 -0000 Message-ID: <143f01bfa253$a130abd0$040aa8c0@local.mindstep.com> From: "Patrick Bihan-Faou" To: Subject: Integrating QMAIL in the world Date: Sun, 9 Apr 2000 14:44:25 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I have integrated the source of qmail so it can be built as part of the "world". I think that it would be nice to have an alternative for the mailer package to be built as part of a make world. What I would like to do is upgrate the "NO_SENDMAIL" variable to a "MAILER_SYSTEM" variable, which could be set to "SENDMAIL" (default), "NONE" or "QMAIL". The advantage would be that we can have a fairly decent qmail configuration using the standard make world feature. Is there any interest in that kind of work ? Patrick. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 12: 2:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from mcp.csh.rit.edu (mcp.csh.rit.edu [129.21.60.9]) by hub.freebsd.org (Postfix) with ESMTP id 26B5537B5CA for ; Sun, 9 Apr 2000 12:02:36 -0700 (PDT) (envelope-from jon@mail.csh.rit.edu) Received: from gibson.csh.rit.edu (gibson.csh.rit.edu [129.21.60.15]) by mcp.csh.rit.edu (Postfix) with ESMTP id 51E5112A for ; Sun, 9 Apr 2000 15:02:18 -0400 (EDT) Received: (from jon@localhost) by gibson.csh.rit.edu (8.9.3/8.9.3) id PAA24302 for freebsd-current@FreeBSD.ORG; Sun, 9 Apr 2000 15:02:17 -0400 (EDT) Date: Sun, 9 Apr 2000 15:02:17 -0400 From: Jon Parise To: freebsd-current@FreeBSD.ORG Subject: Re: Integrating QMAIL in the world Message-ID: <20000409150216.A24493@csh.rit.edu> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <143f01bfa253$a130abd0$040aa8c0@local.mindstep.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.11i In-Reply-To: <143f01bfa253$a130abd0$040aa8c0@local.mindstep.com>; from patrick@mindstep.com on Sun, Apr 09, 2000 at 02:44:25PM -0400 X-Operating-System: OSF1 V4.0 (alpha) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Apr 09, 2000 at 02:44:25PM -0400, Patrick Bihan-Faou wrote: > I have integrated the source of qmail so it can be built as part > of the "world". I think that it would be nice to have an > alternative for the mailer package to be built as part of a make > world. I don't recall the particulars (it's been a while since I've managed a qmail installation), but aren't there issues with qmail's distribution license that would make integrating it into the build tree illegal? As a side note, I don't think it's all that good of an idea to add another MTA to the build tree, but I'm sure others will raise a more substantial argument than I could. -- Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 12:26:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail2.x-treme.gr (mail2.x-treme.gr [212.120.196.24]) by hub.freebsd.org (Postfix) with ESMTP id 11C9E37B708; Sun, 9 Apr 2000 12:25:54 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: from hades.hell.gr (pat6.x-treme.gr [212.120.197.198]) by mail2.x-treme.gr (8.9.3/8.9.3/IPNG-ADV-ANTISPAM-0.1) with ESMTP id WAA31713; Sun, 9 Apr 2000 22:25:12 +0300 Received: (from charon@localhost) by hades.hell.gr (8.9.3/8.9.3) id WAA08421; Sun, 9 Apr 2000 22:17:07 +0300 (EEST) (envelope-from charon) Date: Sun, 9 Apr 2000 22:17:07 +0300 (EEST) From: Giorgos Keramidas Message-Id: <200004091917.WAA08421@hades.hell.gr> To: kabaev@mail.ru, kris@FreeBSD.ORG Subject: Re: Perl 5.6.0? Cc: ak03@gte.com, freebsd-current@FreeBSD.ORG In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > From: "Alexander N. Kabaev" > > I am perfectly aware of the way OpenBSD builds contrib software. I am just > making a point that they have found perl 5.6.0 is stable enough to be > included into their OS. Well, knowing the way they build their contrib stuff, one would expect that if some of the stuff fails in ways more subtle than "build time failures", they would not notice it until kind of late anyway. I don't want to make myself sound like an OpenBSD enemy here. I do appreciate their work, and their efforts to have the latest software release available. I'm just addicted to the way FreeBSD sticks to a working version until another is proven to work better :) Ciao. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 13:58:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from modemcable127.61-201-24.mtl.mc.videotron.net (modemcable127.61-201-24.mtl.mc.videotron.net [24.201.61.127]) by hub.freebsd.org (Postfix) with SMTP id 5D40137B7D8 for ; Sun, 9 Apr 2000 13:57:26 -0700 (PDT) (envelope-from patrick@mindstep.com) Received: (qmail 17586 invoked from network); 9 Apr 2000 20:57:20 -0000 Received: from patrak.local.mindstep.com (HELO PATRAK) (192.168.10.4) by jacuzzi.local.mindstep.com with SMTP; 9 Apr 2000 20:57:20 -0000 Message-ID: <146f01bfa266$11d5c750$040aa8c0@local.mindstep.com> From: "Patrick Bihan-Faou" To: "Jon Parise" Cc: References: <143f01bfa253$a130abd0$040aa8c0@local.mindstep.com> <20000409150216.A24493@csh.rit.edu> Subject: Re: Integrating QMAIL in the world Date: Sun, 9 Apr 2000 16:56:25 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: "Jon Parise" > On Sun, Apr 09, 2000 at 02:44:25PM -0400, Patrick Bihan-Faou wrote: > > > I have integrated the source of qmail so it can be built as part > > of the "world". I think that it would be nice to have an > > alternative for the mailer package to be built as part of a make > > world. > > I don't recall the particulars (it's been a while since I've > managed a qmail installation), but aren't there issues with qmail's > distribution license that would make integrating it into the build > tree illegal? I will contact DJB and find out if this is OK with him. After reading his "license" page, I come to the conclusion that it is a matter of obtaining is approval. He wants to ensure that qmail IS qmail no matter how and where it is installed. > As a side note, I don't think it's all that good of an idea to add > another MTA to the build tree, but I'm sure others will raise a > more substantial argument than I could. Well, qmail is a fairly popular alternative to sendmail. It is supposedly more secure, and definitely easier to configure. I use it exclusively and it would be a lot nicer for me to have it included in the base distribution of FreeBSD. I am sure that other people feel the same. My intent is NOT to start a flame war on MTA's. If nobody is interested and/or the FreeBSD team does not want it, then it will not be included in the tree. It's that simple. I remember some while ago some threads going wild on the subject of MTA. The only reason why I am posting this is that I did the work for some other project I am involved in, and if it can help others, then I'd rather share it. Patrick. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 14: 4:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 2C90B37B7A8 for ; Sun, 9 Apr 2000 14:04:27 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e39LUov10190; Sun, 9 Apr 2000 14:30:50 -0700 (PDT) Date: Sun, 9 Apr 2000 14:30:50 -0700 From: Alfred Perlstein To: Patrick Bihan-Faou Cc: Jon Parise , freebsd-current@FreeBSD.ORG Subject: Re: Integrating QMAIL in the world Message-ID: <20000409143048.L4381@fw.wintelcom.net> References: <143f01bfa253$a130abd0$040aa8c0@local.mindstep.com> <20000409150216.A24493@csh.rit.edu> <146f01bfa266$11d5c750$040aa8c0@local.mindstep.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <146f01bfa266$11d5c750$040aa8c0@local.mindstep.com>; from patrick@mindstep.com on Sun, Apr 09, 2000 at 04:56:25PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Patrick Bihan-Faou [000409 14:25] wrote: > From: "Jon Parise" > > On Sun, Apr 09, 2000 at 02:44:25PM -0400, Patrick Bihan-Faou wrote: > > > > > I have integrated the source of qmail so it can be built as part > > > of the "world". I think that it would be nice to have an > > > alternative for the mailer package to be built as part of a make > > > world. > > > > I don't recall the particulars (it's been a while since I've > > managed a qmail installation), but aren't there issues with qmail's > > distribution license that would make integrating it into the build > > tree illegal? > > > I will contact DJB and find out if this is OK with him. After reading his > "license" page, I come to the conclusion that it is a matter of obtaining is > approval. He wants to ensure that qmail IS qmail no matter how and where it > is installed. > > > > > As a side note, I don't think it's all that good of an idea to add > > another MTA to the build tree, but I'm sure others will raise a > > more substantial argument than I could. > > Well, qmail is a fairly popular alternative to sendmail. It is supposedly > more secure, and definitely easier to configure. I use it exclusively and it > would be a lot nicer for me to have it included in the base distribution of > FreeBSD. I am sure that other people feel the same. > > My intent is NOT to start a flame war on MTA's. If nobody is interested > and/or the FreeBSD team does not want it, then it will not be included in > the tree. It's that simple. > > I remember some while ago some threads going wild on the subject of MTA. The > only reason why I am posting this is that I did the work for some other > project I am involved in, and if it can help others, then I'd rather share > it. I'd rather not see it in the base distribution, the ports ought to work fine for most people, there's no reason to bloat the repo and at the same time complicate the build issues. thanks, -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 14:11:20 2000 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 D195437B6E2 for ; Sun, 9 Apr 2000 14:11:15 -0700 (PDT) (envelope-from obrien@NUXI.ucdavis.edu) Received: from dragon.nuxi.com (root@14-076.006.popsite.net [216.126.137.76]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id OAA47309; Sun, 9 Apr 2000 14:11:13 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id OAA21291; Sun, 9 Apr 2000 14:11:13 -0700 (PDT) (envelope-from obrien) Date: Sun, 9 Apr 2000 14:11:12 -0700 From: "David O'Brien" To: Patrick Bihan-Faou Cc: freebsd-current@FreeBSD.ORG Subject: Re: Integrating QMAIL in the world Message-ID: <20000409141112.A1252@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <143f01bfa253$a130abd0$040aa8c0@local.mindstep.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <143f01bfa253$a130abd0$040aa8c0@local.mindstep.com>; from patrick@mindstep.com on Sun, Apr 09, 2000 at 02:44:25PM -0400 X-Operating-System: FreeBSD 5.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 On Sun, Apr 09, 2000 at 02:44:25PM -0400, Patrick Bihan-Faou wrote: > I have integrated the source of qmail so it can be built as part of the > "world". I think that it would be nice to have an alternative for the mailer > package to be built as part of a make world. ... > Is there any interest in that kind of work ? I'd say probably not. Peter Wemm is working on kicking Sendmail out of the base system and replacing it with a very simple piece that can do local mail delivery and outgoing SMTP to a relay host -- these are the minimal operational requirements. Then people that are running a mail server could install either the Sendmail, Postfix, Qmail, Zmail, etc... MTA ports. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 14:21: 8 2000 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 5B00F37B75A for ; Sun, 9 Apr 2000 14:21:06 -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.3) with ESMTP id OAA19801; Sun, 9 Apr 2000 14:21:04 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id OAA02227; Sun, 9 Apr 2000 14:21:04 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Sun, 9 Apr 2000 14:21:04 -0700 (PDT) Message-Id: <200004092121.OAA02227@vashon.polstra.com> To: thyerm@camtech.net.au Subject: Re: error reports by rshd in /var/log/messages In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Matthew Sean Thyer wrote: > > I stopped the messages by adding the following line below the rshd > line in /etc/pam.conf > > rshd auth required pam_permit.so The way PAM works, that will let _anybody_ login via rsh without a password. I don't think it's what you want. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 14:41:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from modemcable127.61-201-24.mtl.mc.videotron.net (modemcable127.61-201-24.mtl.mc.videotron.net [24.201.61.127]) by hub.freebsd.org (Postfix) with SMTP id F0DA237B860 for ; Sun, 9 Apr 2000 14:41:20 -0700 (PDT) (envelope-from patrick@mindstep.com) Received: (qmail 18895 invoked from network); 9 Apr 2000 21:41:18 -0000 Received: from patrak.local.mindstep.com (HELO PATRAK) (192.168.10.4) by jacuzzi.local.mindstep.com with SMTP; 9 Apr 2000 21:41:18 -0000 Message-ID: <14be01bfa26c$361e3420$040aa8c0@local.mindstep.com> From: "Patrick Bihan-Faou" To: Cc: References: <143f01bfa253$a130abd0$040aa8c0@local.mindstep.com> <20000409141112.A1252@dragon.nuxi.com> Subject: Re: Integrating QMAIL in the world Date: Sun, 9 Apr 2000 17:40:23 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ----- Original Message ----- From: "David O'Brien" > On Sun, Apr 09, 2000 at 02:44:25PM -0400, Patrick Bihan-Faou wrote: > > I have integrated the source of qmail so it can be built as part of the > > "world". I think that it would be nice to have an alternative for the mailer > > package to be built as part of a make world. > ... > > Is there any interest in that kind of work ? > > I'd say probably not. > > Peter Wemm is working on kicking Sendmail out of the base system and > replacing it with a very simple piece that can do local mail delivery and > outgoing SMTP to a relay host -- these are the minimal operational > requirements. > > Then people that are running a mail server could install either the > Sendmail, Postfix, Qmail, Zmail, etc... MTA ports. > Sounds like a great idea. The reason why I am doing this is because I DONT want sendmail. The solution that is being implemented sounds like the best way to approach this. Thread closed ? Patrick. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 16: 6:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from diwanh.stu.rpi.edu (diwanh.stu.rpi.edu [128.113.151.72]) by hub.freebsd.org (Postfix) with ESMTP id DE6B837B728 for ; Sun, 9 Apr 2000 16:06:19 -0700 (PDT) (envelope-from hdiwan@diwanh.stu.rpi.edu) Received: (from hdiwan@localhost) by diwanh.stu.rpi.edu (8.9.3/8.9.3) id TAA81563 for freebsd-current@FreeBSD.ORG; Sun, 9 Apr 2000 19:06:14 -0400 (EDT) (envelope-from hdiwan) Date: Sun, 9 Apr 2000 19:06:14 -0400 From: Hasan Diwan To: freebsd-current@FreeBSD.ORG Subject: Re: Integrating QMAIL in the world Message-ID: <20000409190614.A11726@diwanh.stu.rpi.edu> References: <143f01bfa253$a130abd0$040aa8c0@local.mindstep.com> <20000409150216.A24493@csh.rit.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" X-Mailer: Mutt 1.0i In-Reply-To: <20000409150216.A24493@csh.rit.edu>; from jon@csh.rit.edu on Sun, Apr 09, 2000 at 03:02:17PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable qmail is distributed as "freeware" according to freshmeat.net. They do not define the term, but by my definition, freeware would be freer than the BSD license. * Jon Parise (jon@csh.rit.edu) [000409 15:04]: > I don't recall the particulars (it's been a while since I've > managed a qmail installation), but aren't there issues with qmail's > distribution license that would make integrating it into the build > tree illegal? --=20 Hasan Diwan [hdiwan@pobox.com] :) Rensselaer Polytechnic Institute=20 Computer Science Department http://forsythe.dhs.org/~hdiwan=20 --huq684BweRXVnRxX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBOPEM5fitTU38wbMJAQEqlwQAtDpPLbiGLK7PajJk5g5CWT9k/L32AL9/ BDpZbILjpYYs5LKpXHRYHtgeqdoSF5Wc033VyFTIIzSxgXMIfSv+skCaPAbhxOIQ d+Hn6dwyB+No/a7jeZAHLsxNKOBXeNjYOI3vNyHpZRQRvHCSNkiVC921pseqed0v Xnz+BVY9Pic= =lsXG -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 17:18: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A933E37B5E6 for ; Sun, 9 Apr 2000 17:18:05 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id RAA78421 for ; Sun, 9 Apr 2000 17:18:05 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sun, 9 Apr 2000 17:18:04 -0700 (PDT) From: Kris Kennaway To: current@freebsd.org Subject: Resolving conflicts with CVS Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I thought it might be of use to someone to know the following tip for working out in advance which files are going to conflict with a CVS import and how to resolve them (I asked around on IRC for a few days and no-one seemed to have any suggestions about how to do this). Basically, just create a mini-CVS repository locally by copying the relevant parts of /home/ncvs, and run the import there. Simple in hindsight, but it wasn't obvious to me at the time. setenv CVSROOT /path/to/new/repo cvs init cp -rp /home/ncvs/src/whatever /path/to/new/repo/subdir cvs co whatever cvs import ... Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 17:35: 4 2000 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 912C437B620; Sun, 9 Apr 2000 17:34:59 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id UAA46258; Sun, 9 Apr 2000 20:34:53 -0400 (EDT) (envelope-from wollman) Date: Sun, 9 Apr 2000 20:34:53 -0400 (EDT) From: Garrett Wollman Message-Id: <200004100034.UAA46258@khavrinen.lcs.mit.edu> To: hubs@freebsd.org Cc: current@freebsd.org Subject: xyz.lcs.mit.edu (aka ftp5.freebsd.org) now has more complete mirror Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks to the generosity of Rob Seastrom, the disk space available to ftp5.freebsd.org has grown tenfold. As a result, the mirror is now more complete than it was before, and finally has a complete 4.0-RELEASE installation and package distribution for both Alpha and Intel architectures, including ISO-9660 CDROM images. xyz is also a cvsup mirror serving the complete set of cvsup collections. If you are at an Internet2-participating organization, use a MediaOne cable modem, or are connected to NEAR^H^H^H^HBBN^H^H^HGTE^H^H^HGenuity in the Boston area, you will get much faster access from our server than from the main FreeBSD.org hosts in California. In addition, our expanded disk space also allows us to mirror parts of the following other resources: ftp.AfterStep.org CPAN, the Comprehensive Perl Archive Network (except core files) rsync.NetBSD.org (except packages; weekly) ftp.OpenBSD.org (weekly) ftp.X.org (weekly) PostgreSQL ftp.XFree86.org (except untarred) ftp.ietf.org (if they ever fix their server) ftp.scriptics.com We hope you are able to make use of these resources. Outside clients are subject to a 100 user limit under FTP. -GAWollman (for bug-network@lcs.mit.edu) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 18:20:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from piglet.dstc.edu.au (piglet.dstc.edu.au [130.102.176.1]) by hub.freebsd.org (Postfix) with ESMTP id 2762437B8C0; Sun, 9 Apr 2000 18:20:17 -0700 (PDT) (envelope-from jason@dstc.edu.au) Received: from azure.dstc.edu.au (azure.dstc.edu.au [130.102.176.27]) by piglet.dstc.edu.au (8.9.3/8.9.3) with ESMTP id LAA04802; Mon, 10 Apr 2000 11:20:13 +1000 (EST) Date: Mon, 10 Apr 2000 11:20:13 +1000 (EST) From: jason andrade To: hubs@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: ftp.au.freebsd.org now has a less complete mirror.. In-Reply-To: <200004100034.UAA46258@khavrinen.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG on a corresponding note, due to the increase in disk space freebsd requires, ftp.au.freebsd.org, aka mirror.aarnet.edu.au has had to delete the ports/alpha packages tree. we are still carrying the alpha release and ISO images, but don't have the disk space to carry the packages tree too. this was necessitated due to the i386 packages-5-current tree appearing. as there are a number of downstream mirrors of our freebsd area, it is likely the alpha packages will no longer be carried by them either. -jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 18:34:29 2000 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 3548837B807; Sun, 9 Apr 2000 18:34:26 -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 TAA17358; Sun, 9 Apr 2000 19:34:24 -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 TAA15207; Sun, 9 Apr 2000 19:34:20 -0600 (MDT) Message-Id: <200004100134.TAA15207@harmony.village.org> To: Kris Kennaway Subject: Re: Resolving conflicts with CVS Cc: current@FreeBSD.ORG In-reply-to: Your message of "Sun, 09 Apr 2000 17:18:04 PDT." References: Date: Sun, 09 Apr 2000 19:34:20 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Kris Kennaway writes: : setenv CVSROOT /path/to/new/repo : cvs init : cp -rp /home/ncvs/src/whatever /path/to/new/repo/subdir : cvs co whatever : cvs import ... The hard part in this is when files leave the tree. cvs import doesn't cope with that at all well. And don't even get me started on files that leave the tree and then come back. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 18:40:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from MailAndNews.com (MailAndNews.com [199.29.68.160]) by hub.freebsd.org (Postfix) with ESMTP id 7298737B86E for ; Sun, 9 Apr 2000 18:40:21 -0700 (PDT) (envelope-from mheffner@mailandnews.com) Received: from muriel.penguinpowered.com [208.138.199.76] (mheffner@mailandnews.com); Sun, 9 Apr 2000 21:40:15 -0400 X-WM-Posted-At: MailAndNews.com; Sun, 9 Apr 00 21:40:15 -0400 Content-Length: 973 Message-ID: X-Mailer: XFMail 1.4.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200004090931.LAA02968@rccr.cremona.it> Date: Sun, 09 Apr 2000 21:39:46 -0400 (EDT) Reply-To: Mike Heffner From: Mike Heffner To: Mirko Viviani Subject: Re: 4.0 possible compiler bug ? Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 09-Apr-2000 Mirko Viviani wrote: | On Sat, 08 Apr 2000, Mike Heffner wrote: | |> | I'm testing the __builtin_apply() to make a patch to GNUstep, but I'm |> | getting |> | in troubles. |> |> Since you're on the subject, there are also two other bugs with |> __builtin_apply() in FBSD that I know of. | | Always better... :( | |> The easy hack to fix 2 is to remove FP_X_INV from the floating point mask |> -- but this is not the right way to do it. 1 can be fixed by passing a |> pointer of a float. | | Exactly how to do that ? | Well, after retesting the programs they don't seem to be problems anymore. I think it might have been fixed by the upgrade of gcc to 2.95.2. /**************************************** * Mike Heffner * * Fredericksburg, VA ICQ# 882073 * * Sent at: 09-Apr-2000 -- 21:38:11 EST * * http://my.ispchannel.com/~mheffner * ****************************************/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 18:42:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 45C5C37B859; Sun, 9 Apr 2000 18:42:54 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id SAA88752; Sun, 9 Apr 2000 18:42:54 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sun, 9 Apr 2000 18:42:53 -0700 (PDT) From: Kris Kennaway To: Warner Losh Cc: current@FreeBSD.ORG Subject: Re: Resolving conflicts with CVS In-Reply-To: <200004100134.TAA15207@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 9 Apr 2000, Warner Losh wrote: > The hard part in this is when files leave the tree. cvs import > doesn't cope with that at all well. And don't even get me started on > files that leave the tree and then come back. The problem I was trying to solve was working out in advance what conflicts are going to arise when I cvs import a new version of software and making sure I can deal with them promptly without having to do some fancy hacking once it's already imported. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 19:37:37 2000 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 9D6FF37B7B8; Sun, 9 Apr 2000 19:37:32 -0700 (PDT) (envelope-from culverk@wam.umd.edu) Received: from rac1.wam.umd.edu (root@rac1.wam.umd.edu [128.8.10.141]) by majordomo2.umd.edu (8.9.3/8.9.3) with ESMTP id WAA23164; Sun, 9 Apr 2000 22:37:15 -0400 (EDT) Received: from rac1.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac1.wam.umd.edu (8.9.3/8.9.3) with SMTP id WAA08849; Sun, 9 Apr 2000 22:37:20 -0400 (EDT) Received: from localhost (culverk@localhost) by rac1.wam.umd.edu (8.9.3/8.9.3) with ESMTP id WAA08845; Sun, 9 Apr 2000 22:37:20 -0400 (EDT) X-Authentication-Warning: rac1.wam.umd.edu: culverk owned process doing -bs Date: Sun, 9 Apr 2000 22:37:20 -0400 (EDT) From: Kenneth Wayne Culver To: Garrett Wollman Cc: hubs@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: xyz.lcs.mit.edu (aka ftp5.freebsd.org) now has more complete mirror In-Reply-To: <200004100034.UAA46258@khavrinen.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > If you are at an Internet2-participating organization, use a MediaOne > cable modem, or are connected to NEAR^H^H^H^HBBN^H^H^HGTE^H^H^HGenuity > in the Boston area, you will get much faster access from our server > than from the main FreeBSD.org hosts in California. YAY!! 150 mbit/sec connection from UMDCP :-) I'll be able to help many more people get FreeBSD on their systems now. ================================================================= | Kenneth Culver | FreeBSD: The best OS around. | | Unix Systems Administrator | ICQ #: 24767726 | | and student at The | AIM: muythaibxr | | The University of Maryland, | Website: (Under Construction) | | College Park. | http://www.wam.umd.edu/~culverk/| ================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 20:38:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id B60C537B8B8; Sun, 9 Apr 2000 20:38:31 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from gorean.org (doug@master [10.0.0.2]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id UAA65331; Sun, 9 Apr 2000 20:38:29 -0700 (PDT) (envelope-from Doug@gorean.org) Message-ID: <38F14CB5.6B0B997E@gorean.org> Date: Sun, 09 Apr 2000 20:38:29 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT-0409 i386) X-Accept-Language: en MIME-Version: 1.0 To: Cameron Grant Cc: freebsd-current@FreeBSD.ORG Subject: SBlive driver References: <200004020741.XAA33619@freefall.freebsd.org> 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: > > cg 2000/04/01 23:41:21 PST > > Added files: > sys/dev/sound/pci emu10k1.c emu10k1.h > Log: > unfinished sblive driver, playback/mixer only for now - not enabled in > conf/files > > i don't seem to be clearing the cache right resulting in a short initial > burst of noise, despite doing the same as creative and alsa. i'm committing > now so more eyes can pore over the code. I finally got around to testing this, and it's causing my machine to reboot. I cvsup'ed the latest -current sources, made world, built and installed a new kernel after adding 'device pcm', and rebooted. The card was detected during boot, and after making snd0, 'cat /dev/sndstat' reports: FreeBSD Audio Driver (newpcm) Apr 9 2000 18:53:41 Installed devices: pcm0: at io 0xb800 irq 5 (1p/0r channels duplex) I use xfce as my WM, and when I enabled xfsound (which uses esound to play its sounds) my machine immediately locked up, then after a few seconds it spontaneously rebooted. I have the following in my kernel config: makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options INVARIANT_SUPPORT options INVARIANTS options DDB In spite of that, I get no debug, no crash dump (I have dumpdev in my /etc/rc.conf.local), nothing but a reboot. I repeated the same experiment, same result. Let me know if there is anything I can do to help. Doug -- Excess on occasion is exhilarating. It prevents moderation from acquiring the deadening effect of a habit. -- W. Somerset Maugham To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 9 23:31:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from lanturn.express.ru (lanturn.kmost.express.ru [212.24.37.109]) by hub.freebsd.org (Postfix) with ESMTP id 1AC4737B8B5; Sun, 9 Apr 2000 23:31:17 -0700 (PDT) (envelope-from vova@express.ru) Received: from vova (helo=localhost) by lanturn.express.ru with local-esmtp (Exim 3.11 #1) id 12eXjV-0004Z5-00; Mon, 10 Apr 2000 10:31:37 +0400 Date: Mon, 10 Apr 2000 10:31:37 +0400 (MSD) From: vova@express.ru X-Sender: vova@lanturn.kmost.express.ru To: freebsd-current@freebsd.org Cc: freebsd-hardware@freebsd.org Subject: pcic problem in CURRENT Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've got pcic problem in CURRENT: On the same hardware 3.4 and 4.0 sees pcic0 on 0x3e2, but with CURRENT kernel don't see it and don't say anything about pcic when booted with -v But when I've changed ioaddr of pcic controler to 0x3e0 all begins work. what was changed in driver ? -- TSB Russian Express, Moscow Vladimir B. Grebenschikov, vova@express.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 10 1:19:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail-2.sjc.telocity.net (mail-2.sjc.telocity.net [216.227.56.42]) by hub.freebsd.org (Postfix) with ESMTP id 1A9DE37B846 for ; Mon, 10 Apr 2000 01:19:27 -0700 (PDT) (envelope-from otter@otter.cc) Received: from otter.cc (dsl-216-227-91-85.telocity.com [216.227.91.85]) by mail-2.sjc.telocity.net (8.9.3/8.9.3) with ESMTP id BAA20050; Mon, 10 Apr 2000 01:18:44 -0700 (PDT) Message-ID: <38F18EEA.9604C357@otter.cc> Date: Mon, 10 Apr 2000 04:20:58 -0400 From: Otter X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Doug Barton , current@freebsd.org Subject: Re: SBlive driver References: <200004020741.XAA33619@freefall.freebsd.org> <38F14CB5.6B0B997E@gorean.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Barton wrote: > > Cameron Grant wrote: > > > > cg 2000/04/01 23:41:21 PST > > > > Added files: > > sys/dev/sound/pci emu10k1.c emu10k1.h > > Log: > > unfinished sblive driver, playback/mixer only for now - not enabled in > > conf/files > > > > i don't seem to be clearing the cache right resulting in a short initial > > burst of noise, despite doing the same as creative and alsa. i'm committing > > now so more eyes can pore over the code. > > I finally got around to testing this, and it's causing my machine to > reboot. I cvsup'ed the latest -current sources, made world, built and > installed a new kernel after adding 'device pcm', and rebooted. The card > was detected during boot, and after making snd0, 'cat /dev/sndstat' > reports: > > FreeBSD Audio Driver (newpcm) Apr 9 2000 18:53:41 > Installed devices: > pcm0: at io 0xb800 irq 5 (1p/0r channels duplex) > > I use xfce as my WM, and when I enabled xfsound (which uses esound to > play its sounds) my machine immediately locked up, Maybe you should try another audio app. I made world again last night (April 9,2000)and use XMMS and mpg_123 for my use (listening to shoutcast servers and local files). XMMS plays without a hitch. I don't do any recording, so that's not an issue. Mpg123 works just as well, but it's for use on the command line. Both can be found in your ports collection. -Otter then after a few > seconds it spontaneously rebooted. I have the following in my kernel > config: > > makeoptions DEBUG=-g #Build kernel with gdb(1) debug > symbols > options INVARIANT_SUPPORT > options INVARIANTS > options DDB > > In spite of that, I get no debug, no crash dump (I have dumpdev in my > /etc/rc.conf.local), nothing but a reboot. I repeated the same > experiment, same result. > > Let me know if there is anything I can do to help. > > Doug > -- > Excess on occasion is exhilarating. It prevents moderation from > acquiring the deadening effect of a habit. > -- W. Somerset Maugham > > 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 Apr 10 1:34:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id BECBB37B613 for ; Mon, 10 Apr 2000 01:34:45 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from gorean.org (doug@master [10.0.0.2]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id BAA66805; Mon, 10 Apr 2000 01:34:40 -0700 (PDT) (envelope-from Doug@gorean.org) Message-ID: <38F19220.65B0F653@gorean.org> Date: Mon, 10 Apr 2000 01:34:40 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT-0409 i386) X-Accept-Language: en MIME-Version: 1.0 To: Otter Cc: current@freebsd.org Subject: Re: SBlive driver References: <200004020741.XAA33619@freefall.freebsd.org> <38F14CB5.6B0B997E@gorean.org> <38F18EEA.9604C357@otter.cc> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Otter wrote: > Maybe you should try another audio app. I plan to do that when I have time to handle a system that might reboot spontaneously. However I figured Cameron (et al) would want to know about the rebooting problem with esound (at least for me). Doug -- Excess on occasion is exhilarating. It prevents moderation from acquiring the deadening effect of a habit. -- W. Somerset Maugham To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 10 3:33:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from trinity.skynet.be (trinity.skynet.be [195.238.2.38]) by hub.freebsd.org (Postfix) with ESMTP id E3F6537B5EB for ; Mon, 10 Apr 2000 03:33:06 -0700 (PDT) (envelope-from blk@skynet.be) Received: from [195.238.1.121] (brad.techos.skynet.be [195.238.1.121]) by trinity.skynet.be (Postfix) with ESMTP id BEEC518192; Mon, 10 Apr 2000 12:32:56 +0200 (MET DST) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: <143f01bfa253$a130abd0$040aa8c0@local.mindstep.com> References: <143f01bfa253$a130abd0$040aa8c0@local.mindstep.com> Date: Mon, 10 Apr 2000 10:58:30 +0200 To: "Patrick Bihan-Faou" , From: Brad Knowles Subject: Re: Integrating QMAIL in the world Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 2:44 PM -0400 2000/4/9, Patrick Bihan-Faou wrote: > The advantage would be that we can have a fairly decent qmail configuration > using the standard make world feature. > > Is there any interest in that kind of work ? Considering the number of qmail-specific pieces that need to be installed to support it (and the resulting domino effect), the highly negative impacts that qmail is notorious for, and that it is not intended to be a drop-in replacement for sendmail, I would be highly opposed to this change. If we are actively interested in finding a replacement for the open-source sendmail MTA, I would prefer one that was designed from the beginning with security in mind (including going so far as being intended to run in a chroot() environment), is intended to avoid undesirable behaviour as much as possible, and is intended to be a drop-in replacement for sendmail to the greatest degree possible. In other words, if we're going to be replacing sendmail with an alternative MTA, I'd prefer postfix over qmail, and I believe I can marshall some pretty strong arguments for that position. -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 10 3:33:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from trinity.skynet.be (trinity.skynet.be [195.238.2.38]) by hub.freebsd.org (Postfix) with ESMTP id 1BD6B37B5C7; Mon, 10 Apr 2000 03:33:30 -0700 (PDT) (envelope-from blk@skynet.be) Received: from [195.238.1.121] (brad.techos.skynet.be [195.238.1.121]) by trinity.skynet.be (Postfix) with ESMTP id 2DE53180B1; Mon, 10 Apr 2000 12:33:08 +0200 (MET DST) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: <14be01bfa26c$361e3420$040aa8c0@local.mindstep.com> References: <143f01bfa253$a130abd0$040aa8c0@local.mindstep.com> <20000409141112.A1252@dragon.nuxi.com> <14be01bfa26c$361e3420$040aa8c0@local.mindstep.com> Date: Mon, 10 Apr 2000 11:01:16 +0200 To: "Patrick Bihan-Faou" , From: Brad Knowles Subject: Re: Integrating QMAIL in the world Cc: Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 5:40 PM -0400 2000/4/9, Patrick Bihan-Faou wrote: >> Then people that are running a mail server could install either the >> Sendmail, Postfix, Qmail, Zmail, etc... MTA ports. > > Sounds like a great idea. The reason why I am doing this is because I DONT > want sendmail. The solution that is being implemented sounds like the best > way to approach this. I can support this position as well. I don't think we're likely to find consensus on replacing one MTA with another (the community is too diverse for that), so replacing a full-featured MTA with one that has the minimum necessary features for "nullclient" operations and then allowing people to install whatever full-featured MTA they may want seems to be the best alternative. -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 10 8:19:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from rtp.tfd.com (rtp.tfd.com [198.79.53.206]) by hub.freebsd.org (Postfix) with ESMTP id 0B0E537B548 for ; Mon, 10 Apr 2000 08:19:22 -0700 (PDT) (envelope-from kent@lab1.tfd.com) Received: from lab1.tfd.com (lab1.tfd.com [10.9.200.31]) by rtp.tfd.com (8.9.3/8.9.3) with SMTP id LAA18213; Mon, 10 Apr 2000 11:19:12 -0400 (EDT) Received: by lab1.tfd.com id AA17410 (5.67b/IDA-1.5); Mon, 10 Apr 2000 11:16:32 -0400 Date: Mon, 10 Apr 2000 11:16:32 -0400 From: Kent Hauser Message-Id: <200004101516.AA17410@lab1.tfd.com> To: Doug@gorean.org, otter@otter.cc Subject: Re: SBlive driver Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug, On my -CURRENT system (from last week), I also found that the SBlive driver caused spontaneous reset -- no panic, no dump, just reset. I was using "realaudio7" as my audio source. Kent To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 10 9:40:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202]) by hub.freebsd.org (Postfix) with ESMTP id A3CAA37BC11; Mon, 10 Apr 2000 09:40:11 -0700 (PDT) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by atlrel2.hp.com (Postfix) with ESMTP id 1E423A53; Mon, 10 Apr 2000 12:40:09 -0400 (EDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0.1) id JAA18919; Mon, 10 Apr 2000 09:40:08 -0700 (PDT) Message-ID: <38F203E8.B6F49F98@cup.hp.com> Date: Mon, 10 Apr 2000 09:40:08 -0700 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: freebsd-current@FreeBSD.ORG, freebsd-emulation@FreeBSD.ORG Subject: Re: linux emulation problems - path length restrictions in linux_rename References: <200004081855.LAA11984@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [CC to -emulation as well] Matthew Dillon wrote: > > I just noticed that the reserved area of the user stack that the linux > emulator uses to copy modified paths is only 256 bytes long. > > linux_rename() makes two calls to the path munging code, which means > that the two path arguments are limited in aggregate to 256 bytes, > which is wrong. I've kept a PR open that addresses this indirectly. The real bug is that there's no length checking, which means that if the combined length exceeds 256, bad things happen. > I've also noted another major issue with the linux emulation, and that > is with shell script execution. > > If you are running a linux binary which then fork/exec's a shell script, > the interpreter path at the top of the shell script does not undergo > the path munging code, which breaks the script out of the linux emulation > mode (because it runs the FreeBSD /bin/sh, /bin/csh, etc instead of the > linux version). This is something I have on my TODO list for a while now. > I have a fix for the latter problem. It's fairly trivial. > Without a fix the only way one can reliably run serious linux apps > (like an oracle install for example) under linux emulation is to > chroot into /compat/linux. I would appreciate a review: It basicly looks all right. I haven't tried it yet and also didn't study it closely. I was thinking along the lines of creating more of a "context". This way we can have different behaviour depending on "context". Context being "FreeBSD" or "Linux" or whatever. I hoped to save the addition of "try-this-first" pointers to existing structures. Not that it is bad in general, but I somehow always end up thinking that there's something structurally wrong if you end up doing it like that :-) > (No, this fix alone isn't enough to do an oracle install, it's just too > grungy a beast). In 1999Q2 I did an install of Oracle8i, which failed due to an installer problem, IIRC. I only modified 1 script to overcome the shell execution problem. You are using Blackdown JDK, are you? -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 10 11: 6:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from nets5.rz.rwth-aachen.de (nets5.rz.RWTH-Aachen.DE [137.226.144.13]) by hub.freebsd.org (Postfix) with ESMTP id 1EB0D37B919 for ; Mon, 10 Apr 2000 11:06:14 -0700 (PDT) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by nets5.rz.rwth-aachen.de (8.9.1a/8.9.1/10) with ESMTP id UAA09502 for ; Mon, 10 Apr 2000 20:06:10 +0200 (MET DST) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.30.2]) by campino.informatik.rwth-aachen.de (8.9.1a/8.9.1/3) with ESMTP id UAA00171 for ; Mon, 10 Apr 2000 20:07:16 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.9.3/8.6.9) id UAA96549 for freebsd-current@freebsd.org; Mon, 10 Apr 2000 20:06:17 +0200 (CEST) Date: Mon, 10 Apr 2000 20:06:17 +0200 (CEST) From: Christoph Kukulies Message-Id: <200004101806.UAA96549@gil.physik.rwth-aachen.de> To: freebsd-current@freebsd.org Subject: world build fails - somewhere in netgraph stuff Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ===> sys/modules/netgraph/mppc @ -> /usr/src/sys machine -> /usr/src/sys/i386/include touch opt_netgraph.h echo "#define NETGRAPH_MPPC_ENCRYPTION 1" >> opt_netgraph.h make: don't know how to make rc4.c. Stop *** Error code 2 Stop in /usr/src/sys/modules/netgraph. *** Error code 1 -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 10 11:12:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 22A6537BC4C; Mon, 10 Apr 2000 11:11:50 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id LAA26180; Mon, 10 Apr 2000 11:09:17 -0700 (PDT) (envelope-from dillon) Date: Mon, 10 Apr 2000 11:09:17 -0700 (PDT) From: Matthew Dillon Message-Id: <200004101809.LAA26180@apollo.backplane.com> To: Marcel Moolenaar Cc: freebsd-current@FreeBSD.ORG, freebsd-emulation@FreeBSD.ORG Subject: Re: linux emulation problems - path length restrictions in linux_rename References: <200004081855.LAA11984@apollo.backplane.com> <38F203E8.B6F49F98@cup.hp.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> (No, this fix alone isn't enough to do an oracle install, it's just too :> grungy a beast). : :In 1999Q2 I did an install of Oracle8i, which failed due to an installer :problem, IIRC. I only modified 1 script to overcome the shell execution :problem. You are using Blackdown JDK, are you? : :-- :Marcel Moolenaar Yes. I've managed to get oracle-8i installed on FreeBSD under linux emulation, but it was a chore. It took 30 hours before I was able to figure it out from a combination of playing around and locating the redhat install support documents on oracle's site. Basically I had to take the linux_base port, and then chroot into /usr/compat/linux and install the rpm's for most of redhat, including the compiler environment, and the ld.so and ldd piece from slackware (because redhat's is broken under emulation). On the upside, this actually worked - I have a nearly complete linux environment (fortunately oracle does not require /proc or /dev in general), I was able to download and install the linux jre 1.1.6 (which oracle requires), and I was able to get most of oracle installed. Unfortunately, half the oracle Java assistants still don't work. Fortunately the base binaries work and I was able to create databases. Unfortunately, the oracle install process is fragile and a chore - you screwup, you start over. I can't say I'm impressed. Oracle itself is a very complete relational database, but their replication capabilities suck. They only do non-quorum fully synchronous replication or non-quorum fully asynchronous replication. They do not do quorum synchronous replication (which means that if you have 10 replicated sites in a multi-master configuration, and one goes down, you are screwed), and they don't support asynchronous (to the transaction) commits in a replicated environment (where basically a site sends the phase-2 commit acknowledgement before actually committing the physical data, which makes transactions go a whole lot faster without sacrificing much, if any, data integrity). Also, Oracle's replication is built out of SQL procedures and triggers and is very, *VERY* fragile. If you make one mistake running management commands, you screw the whole cluster. Unacceptable! -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 10 11:25:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 993B137B843; Mon, 10 Apr 2000 11:25:30 -0700 (PDT) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id B8F6A52B; Mon, 10 Apr 2000 11:25:29 -0700 (PDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0.1) id LAA23488; Mon, 10 Apr 2000 11:25:28 -0700 (PDT) Message-ID: <38F21C99.19AF5DFA@cup.hp.com> Date: Mon, 10 Apr 2000 11:25:29 -0700 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: freebsd-current@FreeBSD.ORG, freebsd-emulation@FreeBSD.ORG Subject: Re: linux emulation problems - path length restrictions in linux_rename References: <200004081855.LAA11984@apollo.backplane.com> <38F203E8.B6F49F98@cup.hp.com> <200004101809.LAA26180@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Dillon wrote: > Basically I had to take the linux_base port, and then chroot into > /usr/compat/linux and install the rpm's for most of redhat, including > the compiler environment, and the ld.so and ldd piece from slackware > (because redhat's is broken under emulation). Sounds like a lot of work. This is what I did (besides installing linux_base and linux_devtools) 1) Get JRE to work in /usr/local/jre/bin edit jre, rmiregister, checkVersion: #!/compat/linux/bin/sh [OK, I lied. I said I only changed a single script :-] create /compat/linux/bin/arch to contain: #!/bin/sh uname -m rm /compat/linux/usr/bin/ldd 2) Get Oracle8i installer to work set DISPLAY set TMP link /compat/linux/etc/mtab to /etc/fstab It took me a couple of hours, but I didn't spend any time getting an actual database working. Oracle8i was fairly new at the time and I wasn't going to waste any time tracing bugs that also existed on Linux. My primary concern was the Linuxulator :-) -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 10 11:31:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from morpheus.skynet.be (morpheus.skynet.be [195.238.2.39]) by hub.freebsd.org (Postfix) with ESMTP id 402F037B961; Mon, 10 Apr 2000 11:31:26 -0700 (PDT) (envelope-from blk@skynet.be) Received: from [195.238.1.121] (brad.techos.skynet.be [195.238.1.121]) by morpheus.skynet.be (Postfix) with ESMTP id 80CAAD9E7; Mon, 10 Apr 2000 20:31:12 +0200 (MET DST) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: <200004101809.LAA26180@apollo.backplane.com> References: <200004081855.LAA11984@apollo.backplane.com> <38F203E8.B6F49F98@cup.hp.com> <200004101809.LAA26180@apollo.backplane.com> Date: Mon, 10 Apr 2000 20:30:39 +0200 To: Matthew Dillon , Marcel Moolenaar From: Brad Knowles Subject: Re: linux emulation problems - path length restrictions in linux_rename Cc: freebsd-current@FreeBSD.ORG, freebsd-emulation@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 11:09 AM -0700 2000/4/10, Matthew Dillon wrote: > I can't say I'm impressed. Oracle itself is a very complete relational > database, but their replication capabilities suck. They only do > non-quorum fully synchronous replication or non-quorum fully > asynchronous replication. They do not do quorum synchronous replication > (which means that if you have 10 replicated sites in a multi-master > configuration, and one goes down, you are screwed), and they don't > support asynchronous (to the transaction) commits in a replicated > environment (where basically a site sends the phase-2 commit > acknowledgement before actually committing the physical data, which makes > transactions go a whole lot faster without sacrificing much, if any, > data integrity). Also, Oracle's replication is built out of SQL > procedures and triggers and is very, *VERY* fragile. If you make > one mistake running management commands, you screw the whole cluster. > Unacceptable! Alright. I think I understood about one word out of ten out of that, enough to know that you feel they have some problems and to have some inkling as to what they might be. So, this begs the inevitable next question -- what do you think *does* work well with respect to these issues? And what problems does this system have that perhaps Oracle doesn't? -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 10 13:27:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 12AB637B569 for ; Mon, 10 Apr 2000 13:27:31 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id NAA03164 for ; Mon, 10 Apr 2000 13:27:30 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Mon, 10 Apr 2000 13:27:30 -0700 (PDT) From: Kris Kennaway To: current@freebsd.org Subject: Re: Problems with 4.0 installworld (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The minimal-action solution to this bug is to run 'make includes' prior to doing the "Installing everything" section of reinstall: in Makefile.inc1 - but there may be a better way. Can anyone think of one? Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe ---------- Forwarded message ---------- Date: Mon, 10 Apr 2000 13:24:41 -0700 (PDT) From: Kris Kennaway To: fosburgh@flash.net Cc: freebsd-stable@freebsd.org Subject: Re: Problems with 4.0 installworld On Mon, 10 Apr 2000 fosburgh@flash.net wrote: > I have tried posting this about three times from my computer at home, > but it never seems to go through. Unfortunately, I do not currently > have access to the log of this, but if this makes it through this time > I will attempt to make it available if anyone requests it. This > problem occurred both when upgrading 3.4-S to 4.0-R and again 4.0-R to > 4.0-S. When perl is installing, it dies with Error code 1 when running > h2ph (I believe that is what it is doing) on vm/vnode_pager.h. This > file exists both under /include and under /src/sys and I can run h2ph > on the one under /src/sys manually (haven't tried the other.) > running make -k is a workaround, but I would like to know if anyone > has an idea what the problem might be. make includes before make installworld, or make -k installworld followed by make installworld, fixes this particular bug (i.e. it won't be necessary again barring future bugs). The problem is that libdes was reabsorbed into libcrypto in 4.0, and the des.h include file replaced by a symlink to openssl/des.h. The problem is that in certain cases perl is run over the headers after the symlink has been created, but before the target file has been installed, so perl follows the symlink into the void and dies. This is (not surprisingly) a bug in the make world process since some of the .ph headers will be out of sync with the .h headers. Now that you've reminded me I'll try and get it fixed so it doesn't affect others in the future. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 10 16: 3: 5 2000 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 72EF537B513; Mon, 10 Apr 2000 16:00: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 QAA20840; Mon, 10 Apr 2000 16:15:05 -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 QAA25844; Mon, 10 Apr 2000 16:14:57 -0600 (MDT) Message-Id: <200004102214.QAA25844@harmony.village.org> To: vova@express.ru Subject: Re: pcic problem in CURRENT Cc: freebsd-current@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG In-reply-to: Your message of "Mon, 10 Apr 2000 10:31:37 +0400." References: Date: Mon, 10 Apr 2000 16:14:57 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message vova@express.ru writes: : On the same hardware : 3.4 and 4.0 sees pcic0 on 0x3e2, but with CURRENT kernel don't see it : and don't say anything about pcic when booted with -v : : But when I've changed ioaddr of pcic controler to 0x3e0 all begins work. : what was changed in driver ? Odd. What hardware do you have? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 10 16: 3:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from enigma.whacky.net (enigma.whacky.net [194.109.204.120]) by hub.freebsd.org (Postfix) with ESMTP id 4022C37B5CC for ; Mon, 10 Apr 2000 16:02:09 -0700 (PDT) (envelope-from stephanb@enigma.whacky.net) Received: (from stephanb@localhost) by enigma.whacky.net (8.9.3/8.9.3) id AAA27452; Tue, 11 Apr 2000 00:57:16 +0200 (CEST) (envelope-from stephanb) Date: Tue, 11 Apr 2000 00:57:05 +0200 From: Stephan van Beerschoten To: Donn Miller Cc: current@FreeBSD.ORG Subject: Re: Overwhelming messages from /sys/netinet/if_ether.c Message-ID: <20000411005705.A27385@enigma.whacky.net> References: <38EE011D.B81BA63C@cvzoom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <38EE011D.B81BA63C@cvzoom.net>; from dmmiller@cvzoom.net on Fri, Apr 07, 2000 at 11:39:09AM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 07 Apr 2000, Donn Miller wrote: > Since I started using a cable modem and dhclient, my system has been > literally overwhelmed with messages like: > > /kernel: arp: xx:xx:xx:xx:xx:xx is using my IP address 0.0.0.0! I have these same warnings all over my syslog in minute-wise intervals when my ADSL modem de-syncs with its headend. I can force these messages by powercycling my ADSL modem, or by removing and re-inserting my dataplug into the modem. I have found this kinda annoying, but not that irritating. It has helped me to discover the arp adress of my ADSL modem :) (Now what else can I do with that thing .. *ponders*). Is this worth mentioning to my ADSL provider? .. is it really a misconfiguration of some sort? -- Stephan van Beerschoten stephanb@whacky.net PGP fingerprint: 4557 9761 B212 FB4C 778D 3529 C42A 2D27 XoiP: 0208773826 In god we trust.. all others we verify with PGP fingerprints To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 10 18:21:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from ugly.prth.tensor.pgs.com (ugly.prth.tensor.pgs.com [157.147.225.240]) by hub.freebsd.org (Postfix) with ESMTP id 10B5537B7BE for ; Mon, 10 Apr 2000 18:21:43 -0700 (PDT) (envelope-from shocking@ugly.prth.tensor.pgs.com) Received: from ugly (IDENT:shocking@localhost.prth.tensor.pgs.com [127.0.0.1]) by ugly.prth.tensor.pgs.com (8.9.3/8.9.3) with ESMTP id JAA09012 for ; Tue, 11 Apr 2000 09:21:38 +0800 Message-Id: <200004110121.JAA09012@ugly.prth.tensor.pgs.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: current@freebsd.org Subject: Netscape 6 Linux pre-release, got it going. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Apr 2000 09:21:37 +0800 From: Stephen Hocking-Senior Programmer PGS SPS Perth Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It needed the libjpeg & libgtk rpms from the RedHat 6.1 CD (perhaps these could be added to Linux_base?) and a whole lot of memory, but otherwise wasn't too bad. Rather slow in some circumstances, but I hope that's owing to a bunch of debug code being in place. Stephen -- 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 Mon Apr 10 18:29:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail01.syd.optusnet.com.au (mail01.syd.optusnet.com.au [203.2.75.104]) by hub.freebsd.org (Postfix) with ESMTP id 71F1C37B66E for ; Mon, 10 Apr 2000 18:29:11 -0700 (PDT) (envelope-from diskiller@borg-cube.com) Received: from bender (adlax1-094.dialup.optusnet.com.au [198.142.51.94]) by mail01.syd.optusnet.com.au (8.9.3/8.9.3) with ESMTP id LAA21893; Tue, 11 Apr 2000 11:28:17 +1000 Date: Tue, 11 Apr 2000 10:58:04 +0930 (CST) From: Martin Minkus X-Sender: diskiller@bender.on.diskiller.net To: Kent Hauser Cc: current@FreeBSD.ORG Subject: Re: SBlive driver In-Reply-To: <200004101516.AA17410@lab1.tfd.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 Apr 2000, Kent Hauser wrote: > Doug, > > On my -CURRENT system (from last week), I also found that > the SBlive driver caused spontaneous reset -- no panic, no > dump, just reset. I was using "realaudio7" as my audio > source. > > Kent I moved the SB Live driver from 5.0 into 4.0, and am using it with no ill effect. xmms, and several other programs (like emulators) use it fine, perfect crisp sound (only wavs play bad?), and 4.0 has not been crashing, or resetting, or anything. I've been using it like this for a few days. When will it be backported into 4.0? *hint* *hint* martin. -- Martin Minkus aka DiSKiLLeR Email: diskiller@borg-cube.com Web: http://www.diskiller.net I live in a world of paradox... my willingness to destroy is your chance for improvement, my hate is your faith, my failure is your victory - a victory that won't last. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 10 20:48:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from rah.star-gate.com (216-200-29-190.snj0.flashcom.net [216.200.29.194]) by hub.freebsd.org (Postfix) with ESMTP id 89C2037B7A4; Mon, 10 Apr 2000 20:48:14 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.9.3/8.9.3) with ESMTP id UAA22706; Mon, 10 Apr 2000 20:46:44 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <200004110346.UAA22706@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Archie Cobbs Cc: current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/netgraph ng_parse.c ng_parse.h In-reply-to: Your message of "Mon, 10 Apr 2000 18:12:27 PDT." <200004110112.SAA29589@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Apr 2000 20:46:44 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Curious, do you have a write up on netgraph? Tnks -- Amancio Hasty hasty@rah.star-gate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 10 21:14:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id BD92A37B5AC; Mon, 10 Apr 2000 21:14:11 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id VAA67194; Mon, 10 Apr 2000 21:14:07 -0700 (PDT) Date: Mon, 10 Apr 2000 21:14:06 -0700 (PDT) From: Julian Elischer To: Amancio Hasty Cc: Archie Cobbs , current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/netgraph ng_parse.c ng_parse.h In-Reply-To: <200004110346.UAA22706@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG check the feb (or was it march?) daemonnews for a very good writeup. The only thing wrong is it doesn't mention the ppp node. Julian On Mon, 10 Apr 2000, Amancio Hasty wrote: > Curious, do you have a write up on netgraph? > > Tnks > > -- > Amancio Hasty > hasty@rah.star-gate.com > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 10 22:39: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 3C11337B5C7 for ; Mon, 10 Apr 2000 22:39:03 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id BAA34027 for ; Tue, 11 Apr 2000 01:39:01 -0400 (EDT) (envelope-from robert@cyrus.watson.org) Date: Tue, 11 Apr 2000 01:39:01 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: freebsd-current@freebsd.org Subject: panic: vm_map_entry_create: kernel resources exhausted Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 5.0-CURRENT -- was doing a make buildworld -j 2. Sadly, I don't know what exact date the source was from, as I had just cvsup'd and started building, but I expect in the last week and a half. I was running with capabilities patches going, but I wouldn't imagine that it would cause this particular nasty. (kgdb) where #0 Debugger (msg=0xc02fa583 "panic") at ../../i386/i386/db_interface.c:319 #1 0xc01907fc in panic ( fmt=0xc0312820 "vm_map_entry_create: kernel resources exhausted") at ../../kern/kern_shutdown.c:552 #2 0xc02838fa in vm_map_entry_create (map=0xc035b4ec) at ../../vm/vm_map.c:292 #3 0xc0283aed in vm_map_insert (map=0xc035b4ec, object=0xc035b580, offset=62492672, start=3282665472, end=3282669568, prot=7 '\a', max=7 '\a', cow=0) at ../../vm/vm_map.c:528 #4 0xc0282feb in kmem_alloc (map=0xc035b4ec, size=4096) at ../../vm/vm_kern.c:175 #5 0xc028d09c in _zget (z=0xc035b660) at ../../vm/vm_zone.c:343 #6 0xc028789d in vm_object_allocate (type=0 '\000', size=14) at ../../vm/vm_zone.h:85 #7 0xc028016b in swap_pager_alloc (handle=0x0, size=57344, prot=7, offset=0) at ../../vm/swap_pager.c:387 #8 0xc028c1bc in vm_pager_allocate (type=1, handle=0x0, size=57344, prot=7, off=0) at ../../vm/vm_pager.c:246 #9 0xc02852c2 in vm_map_split (entry=0xc3a6a930) at ../../vm/vm_map.c:1939 #10 0xc02854ee in vm_map_copy_entry (src_map=0xc3a624c0, dst_map=0xc3a62400, src_entry=0xc3a6a930, dst_entry=0xc3a6a870) at ../../vm/vm_map.c:2043 #11 0xc0285753 in vmspace_fork (vm1=0xc3a624c0) at ../../vm/vm_map.c:2170 #12 0xc0282a86 in vm_fork (p1=0xc3a2a080, p2=0xc3a29ee0, flags=20) at ../../vm/vm_glue.c:233 #13 0xc0188f0b in fork1 (p1=0xc3a2a080, flags=20, procp=0xc3a92f38) at ../../kern/kern_fork.c:485 #14 0xc01886be in fork (p=0xc3a2a080, uap=0xc3a92f80) at ../../kern/kern_fork.c:100 #15 0xc02bf2e2 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 135000192, tf_esi = 134975988, tf_ebp = -1077937892, tf_isp = -1012322348, tf_ebx = 0, tf_edx = 134975988, tf_ecx = 0, tf_eax = 2, tf_trapno = 12, tf_err = 2, tf_eip = 134657044, tf_cs = 31, tf_eflags = 514, tf_esp = -1077937936, tf_ss = 47}) at ../../i386/i386/trap.c:1073 #16 0xc02b0526 in Xint0x80_syscall () #17 0x804b52e in ?? () #18 0x804a920 in ?? () #19 0x8051a92 in ?? () #20 0x80519fe in ?? () #21 0x80480f9 in ?? () Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 10 23:17:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from rah.star-gate.com (216-200-29-190.snj0.flashcom.net [216.200.29.194]) by hub.freebsd.org (Postfix) with ESMTP id 74ED737B709; Mon, 10 Apr 2000 23:14:28 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.9.3/8.9.3) with ESMTP id XAA23633; Mon, 10 Apr 2000 23:12:57 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <200004110612.XAA23633@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Julian Elischer Cc: Archie Cobbs , current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/netgraph ng_parse.c ng_parse.h In-reply-to: Your message of "Mon, 10 Apr 2000 21:14:06 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Apr 2000 23:12:57 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tnks for those interested in Archie's netgraph article see: http://www.daemonnews.org/200003/netgraph.html -- Amancio Hasty hasty@rah.star-gate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 10 23:27:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from rah.star-gate.com (216-200-29-190.snj0.flashcom.net [216.200.29.194]) by hub.freebsd.org (Postfix) with ESMTP id 5509A37B8A3; Mon, 10 Apr 2000 23:25:17 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.9.3/8.9.3) with ESMTP id XAA23712; Mon, 10 Apr 2000 23:23:45 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <200004110623.XAA23712@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Julian Elischer Cc: Archie Cobbs , current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/netgraph ng_parse.c ng_parse.h In-reply-to: Your message of "Mon, 10 Apr 2000 21:14:06 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Apr 2000 23:23:45 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Perhaps this could be of some use to some: http://java.sun.com/products/jtapi/jtapi-1.2/Overview.html Setting aside that is a java telephony system, jtapi deals with the aspect of an event driven system where the system can be described as a finite state machine. Why ? From a cursory look at netgraph it seems that it does not deal too well with exception events or events. A good book on this topic is: Essential JTAPI by Spencer Roberts which goes to great extent in describing services as well as architectures issues in implementing event driven systems. -- Amancio Hasty hasty@rah.star-gate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 3:59:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from camtech.net.au (goliath.camtech.net.au [203.5.73.2]) by hub.freebsd.org (Postfix) with SMTP id 3A76537BA92 for ; Tue, 11 Apr 2000 03:59:05 -0700 (PDT) (envelope-from me@camtech.net.au) Received: from dialup-ad-15-13.camtech.net.au ([203.55.243.13]) by camtech.net.au ; Tue, 11 Apr 2000 20:29:01 +0930 Date: Tue, 11 Apr 2000 20:28:38 +0930 (CST) From: Matthew Sean Thyer X-Sender: me@dx4.my-unregistered-domain.com Reply-To: thyerm@camtech.net.au To: John Polstra Cc: thyerm@camtech.net.au, current@freebsd.org Subject: Re: error reports by rshd in /var/log/messages In-Reply-To: <200004092121.OAA02227@vashon.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 9 Apr 2000, John Polstra wrote: > In article , > Matthew Sean Thyer wrote: > > > > I stopped the messages by adding the following line below the rshd > > line in /etc/pam.conf > > > > rshd auth required pam_permit.so > > The way PAM works, that will let _anybody_ login via rsh without a > password. I don't think it's what you want. > > John > Wont this only happen when rshd becomes PAMerised ? or has that happened already ? If its already been done, why the console messages ? If it hasn't been done yet I suppose I wont notice when it gets done and then I'll be open. So whats the situation and what should people have in their pam.conf to eliminate these messages ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 8:51: 8 2000 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 97D4037BAC1 for ; Tue, 11 Apr 2000 08:51:03 -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.3) with ESMTP id IAA28772; Tue, 11 Apr 2000 08:50:58 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id IAA05779; Tue, 11 Apr 2000 08:50:57 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Tue, 11 Apr 2000 08:50:57 -0700 (PDT) Message-Id: <200004111550.IAA05779@vashon.polstra.com> To: thyerm@camtech.net.au Subject: Re: error reports by rshd in /var/log/messages In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Matthew Sean Thyer wrote: > > The way PAM works, that will let _anybody_ login via rsh without a > > password. I don't think it's what you want. > > Wont this only happen when rshd becomes PAMerised ? or has that > happened already ? I haven't been following PAM closely as it is now maintained by Mark Murray . Also, I never use rsh. But rshd must have been PAMerized already -- otherwise it couldn't emit the messages you reported. > If its already been done, why the console messages ? Probably you got the messages because your pam.conf file wasn't up-to-date. Here's what I see in "src/etc/pam.conf": # r-utils are broken; ensure this doesn't bother folk rshd auth sufficient pam_deny.so These lines were added on January 4th by markm. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 9: 3:57 2000 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 43AB137BABC for ; Tue, 11 Apr 2000 09:03:51 -0700 (PDT) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel3.hp.com (Postfix) with ESMTP id 3086A460; Tue, 11 Apr 2000 09:03:51 -0700 (PDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0.1) id JAA28062; Tue, 11 Apr 2000 09:03:50 -0700 (PDT) Message-ID: <38F34CE6.E0B81078@cup.hp.com> Date: Tue, 11 Apr 2000 09:03:50 -0700 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Stephen Hocking-Senior Programmer PGS SPS Perth Cc: current@FreeBSD.ORG Subject: Re: Netscape 6 Linux pre-release, got it going. References: <200004110121.JAA09012@ugly.prth.tensor.pgs.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Stephen Hocking-Senior Programmer PGS SPS Perth wrote: > > It needed the libjpeg & libgtk rpms from the RedHat 6.1 CD (perhaps these > could be added to Linux_base?) Hmmm... I think we may as well break up linux_base in that case. linux_base is rather big as it is... Thanks for the feedback. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 9:59:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by hub.freebsd.org (Postfix) with SMTP id 1218D37BAF1 for ; Tue, 11 Apr 2000 09:59:35 -0700 (PDT) (envelope-from drbrain@magnesium.net) Received: (qmail 85462 invoked by uid 1100); 11 Apr 2000 16:59:30 -0000 Date: 11 Apr 2000 09:59:30 -0700 Date: Tue, 11 Apr 2000 09:59:30 -0700 From: "Dr. Brain" To: shockingly@ugly.prth.tensor.pgs.com Cc: current@freebsd.org Subject: Re: Netscape 6 Linux pre-release, got it going. Message-ID: <20000411095930.B85262@toxic.magnesium.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've had a good deal of success getting Mozilla to build straight out of the nightly source tar files: ftp://ftp.mozilla.org/pub/mozilla/nightly/latest/mozilla-source.tar.gz I recommend installing the jpeg and png libraries out of the ports tree and using a ~/.mozconfig with the following lines: ac_add_options --with-jpeg ac_add_options --with-zlib ac_add_options --with-png You may want to add: ac_add_options --disable-debug ac_add_options --enable_optimize More information can be found at http://www.mozilla.org/build such as a handy .mozconfig generator among other things. To build mozilla: gmake -f client.mk build -- Eric Hodel - drbrain@segment7.net - http://segment7.net Al Gore didn't invent the Internet, WE DID! BSD Leading the Way! -LinuxWorld2000 FreeBSD poster To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 11:45:43 2000 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 2419537B96A for ; Tue, 11 Apr 2000 11:45:31 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.7/nospam) with UUCP id UAA20273 for freebsd-current@freebsd.org; Tue, 11 Apr 2000 20:45:27 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id 442928796; Tue, 11 Apr 2000 20:06:23 +0200 (CEST) Date: Tue, 11 Apr 2000 20:06:21 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Subject: Re: world build fails - somewhere in netgraph stuff Message-ID: <20000411200621.A9685@keltia.freenix.fr> Mail-Followup-To: freebsd-current@freebsd.org References: <200004101806.UAA96549@gil.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.11i In-Reply-To: <200004101806.UAA96549@gil.physik.rwth-aachen.de>; from kuku@gilberto.physik.RWTH-Aachen.DE on Mon, Apr 10, 2000 at 08:06:17PM +0200 X-Operating-System: FreeBSD 4.0-CURRENT/ELF AMD-K6/200 & 2x PPro/200 SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Christoph Kukulies: > echo "#define NETGRAPH_MPPC_ENCRYPTION 1" >> opt_netgraph.h > make: don't know how to make rc4.c. Stop I guess you're like me and using the crypto code from internat ? The rc4 code is not yet there so it fails... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #78: Sun Feb 27 15:32:39 CET 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 12:31:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp02.mrf.mail.rcn.net (smtp02.mrf.mail.rcn.net [207.172.4.61]) by hub.freebsd.org (Postfix) with ESMTP id A93D537B881; Tue, 11 Apr 2000 12:31:53 -0700 (PDT) (envelope-from LDavis@Nemethmartin.com) Received: from nemethmartin02.erols.com ([208.58.9.226] helo=localhost) by smtp02.mrf.mail.rcn.net with esmtp (Exim 2.12 #3) id 12f6Nu-00078X-00; Tue, 11 Apr 2000 15:31:38 -0400 From: "Nemeth/Martin" To: "PeopleSoft" Date: Tue, 11 Apr 2000 15:31:32 -0400 Subject: PeopleSoft Project-Nemeth/Martin Reply-To: LDavis@Nemethmartin.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-Priority: 3 Message-Id: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Good afternoon, Nemeth Martin has an immediate need for a Peoplesoft Functional Higher Education Student Financials consultant. Experience with version 7.6 is required. The ability to convert legacy receivable records to the technical team, deliverable to be written in specification for a mainframe programmer to develop is also needed. This is a 4-month project in NY state. Please contact Lew Davis prior to sending resumes to LDavis@nemethmartin.com. Thanks Lew Davis Nemeth/Martin Consulting 20 Germantown Road Danbury CT, 06810 203-830-6300 ext 116 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 13:20:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.39.177.166]) by hub.freebsd.org (Postfix) with ESMTP id 9FCF037B6B2 for ; Tue, 11 Apr 2000 13:20:01 -0700 (PDT) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id WAA27786; Tue, 11 Apr 2000 22:15:56 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.9.3/8.8.8) with ESMTP id WAA00570; Tue, 11 Apr 2000 22:15:42 +0200 (CEST) (envelope-from root@nihil.plaut.de) Date: Tue, 11 Apr 2000 22:15:42 +0200 (CEST) From: Michael Reifenberger To: Marcel Moolenaar Cc: FreeBSD-Current Subject: Re: Netscape 6 Linux pre-release, got it going. In-Reply-To: <38F34CE6.E0B81078@cup.hp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, > Hmmm... I think we may as well break up linux_base in that case. > linux_base is rather big as it is... While you are at it, could you please add the pam-0.68-7.i386.rpm to linux_devtools? It is needed by the SAP R/3 Installer. Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 13:39:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202]) by hub.freebsd.org (Postfix) with ESMTP id 9C3F037BBBB for ; Tue, 11 Apr 2000 13:39:36 -0700 (PDT) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by atlrel2.hp.com (Postfix) with ESMTP id 4A17C63A for ; Tue, 11 Apr 2000 16:39:26 -0400 (EDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0.1) id NAA06997; Tue, 11 Apr 2000 13:39:23 -0700 (PDT) Message-ID: <38F38D7B.C3B06B65@cup.hp.com> Date: Tue, 11 Apr 2000 13:39:23 -0700 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Michael Reifenberger Cc: FreeBSD-Current Subject: Re: Netscape 6 Linux pre-release, got it going. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Michael Reifenberger wrote: > > Hmmm... I think we may as well break up linux_base in that case. > > linux_base is rather big as it is... > While you are at it, could you please add the pam-0.68-7.i386.rpm to > linux_devtools? It is needed by the SAP R/3 Installer. I don't think pam is a development tool, which makes linux_devtools the wrong port. I also don't think we need pam in any other port if it's needed in only one or two situations. Since the ports use rpms, you can always, and are free, to install any additional rpms you want/need. It actually is a feature :-) -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 15: 1: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5449C37BBD1; Tue, 11 Apr 2000 15:00:32 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Tue, 11 Apr 2000 18:00:29 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: "Dr. Brain" Cc: shockingly@ugly.prth.tensor.pgs.com, current@freebsd.org Subject: Re: Netscape 6 Linux pre-release, got it going. In-Reply-To: <20000411095930.B85262@toxic.magnesium.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 11 Apr 2000, Dr. Brain wrote: > I've had a good deal of success getting Mozilla to build straight out of the > nightly source tar files: > ftp://ftp.mozilla.org/pub/mozilla/nightly/latest/mozilla-source.tar.gz > > I recommend installing the jpeg and png libraries out of the ports tree and > using a ~/.mozconfig with the following lines: > [...] I use this: /usr2/build/mozilla/configure --enable-optimize --with-jpeg=/usr/local --with-png=/usr/local --with-zlib=/usr --enable-x11-shm --disable-test --disable-debug --disable-mathml --with-pthreads Note that you WILL want to support X11 shm if you want decent rapid redraw speed. The X11-SHM support in the autoconf is totally broken for any real OS, so if you have a real OS that separates X11 includes from /usr/include, you'll need to chenge this line: for ac_hdr in sys/ipc.h shm.h sys/shm.h X11/extensions/XShm.h What I do is to change the next ac_try= line to: ac_try="$ac_cpp -I/usr/X11R6/include conftest.$ac_ext >/dev/null 2>conftest.out" However, I imagine it would work to just remove the X!1/extensions/XShm.h from the list, since that's a given on XFree86. > To build mozilla: gmake -f client.mk build gmake -f client.mk checkout seems to be quite broken. It doesn't actually check anything out, but if I perform exactly what it says it's doing, that works and updates mozilla. It used to work. > -- > Eric Hodel - drbrain@segment7.net - http://segment7.net > > Al Gore didn't invent the Internet, WE DID! > BSD Leading the Way! > -LinuxWorld2000 FreeBSD poster > -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@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 Apr 11 15:46:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.39.177.166]) by hub.freebsd.org (Postfix) with ESMTP id 48F6C37B926 for ; Tue, 11 Apr 2000 15:46:38 -0700 (PDT) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id AAA28398; Wed, 12 Apr 2000 00:42:47 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.9.3/8.8.8) with ESMTP id AAA00555; Wed, 12 Apr 2000 00:17:03 +0200 (CEST) (envelope-from root@nihil.plaut.de) Date: Wed, 12 Apr 2000 00:17:03 +0200 (CEST) From: Michael Reifenberger To: Marcel Moolenaar Cc: FreeBSD-Current Subject: Re: Netscape 6 Linux pre-release, got it going. In-Reply-To: <38F38D7B.C3B06B65@cup.hp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 11 Apr 2000, Marcel Moolenaar wrote: ... > I don't think pam is a development tool, which makes linux_devtools the > wrong port. I also don't think we need pam in any other port if it's > needed in only one or two situations. Since the ports use rpms, you can > always, and are free, to install any additional rpms you want/need. It > actually is a feature :-) In this case, you are right. The problem is generally that linux ports (Oracle, SAP, ...) depend for proper work on a Linux environment not just the libs. So where to start (just the libs) and where to end (the complete RH6.1)? FE: Usually I get best results in compatibilty (without too much hacking the shellscripts) when creating an linuxuser account with /compat/linux/bin/*sh as loginshell. But since the searchpaths are the ones under /compat/linux/* afterwards no native FreeBSD binaries are found unless specified exacly (/usr/bin/more instead of more)... Maybe the sollution could be putting the rpm's into (more) groups like on the FreeBSD CD's with some interactivity like the XFree port. Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 15:46:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.39.177.166]) by hub.freebsd.org (Postfix) with ESMTP id 6C45637BC1E for ; Tue, 11 Apr 2000 15:46:43 -0700 (PDT) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id AAA28411 for current@freebsd.org; Wed, 12 Apr 2000 00:46:42 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.9.3/8.8.8) with ESMTP id AAA00697 for ; Wed, 12 Apr 2000 00:42:15 +0200 (CEST) (envelope-from root@nihil.plaut.de) Date: Wed, 12 Apr 2000 00:42:15 +0200 (CEST) From: Michael Reifenberger To: FreeBSD-Current Subject: Strange phenomen accessing a CDROM contents under linuxerator Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, looking at directories on a mounted CDROM returns fewer files under the linuxerator as watched under a native account. What I did: I have burned my /usr/bin content on CD using mkisofs. (mkisofs ...-d -D -l -L -N -r -T... if this is of interest but I could reproduce the same effect with foreign CD's too) As user root: # mount -tcd9660 /dev/acd0c /mnt/acd # uname FreeBSD # ls /mnt/acd/usr/bin/ | wc -l 425 # su - linuser # A user with /compat/linux/bin/tcsh as loginshell) # uname Linux # ls /mnt/acd/usr/bin|wc -l 28 ??? It seems that the entries dont miss randomly but get cut after some point. FreeBSD is -current, Linux is linux_base and linux_devel from ports. Kernel and (linux)module are in sync. Anyone able to reproduce this? Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 15:57:55 2000 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 BB5D137B993; Tue, 11 Apr 2000 15:57:51 -0700 (PDT) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel3.hp.com (Postfix) with ESMTP id 111D2DB7; Tue, 11 Apr 2000 15:57:51 -0700 (PDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0.1) id PAA11607; Tue, 11 Apr 2000 15:57:48 -0700 (PDT) Message-ID: <38F3ADEC.71BE5EE4@cup.hp.com> Date: Tue, 11 Apr 2000 15:57:48 -0700 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Michael Reifenberger Cc: FreeBSD-Current , emulation@FreeBSD.ORG Subject: Re: Strange phenomen accessing a CDROM contents under linuxerator References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [cc'd to -emulation. Please remove -current when replying to this] Michael Reifenberger wrote: [snip] > FreeBSD > # ls /mnt/acd/usr/bin/ | wc -l > 425 [snip] > Linux > # ls /mnt/acd/usr/bin|wc -l > 28 [snip] > FreeBSD is -current, Linux is linux_base and linux_devel from ports. Do you see this on other filesystems as well? BTW: How old are your linux_base and linux_devtools ports? -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 16:11:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from Stalker.Alfacom.net (Stalker.Alfacom.net [62.244.36.7]) by hub.freebsd.org (Postfix) with ESMTP id 2E44037BBE2 for ; Tue, 11 Apr 2000 16:11:32 -0700 (PDT) (envelope-from vkushnir@Alfacom.net) Received: from kushnir1.kiev.ua (dup-33.alfacom.net [62.244.36.33]) by Stalker.Alfacom.net (8.9.0/8.9.0) with ESMTP id CAA18259 for ; Wed, 12 Apr 2000 02:11:25 +0300 (EEST) Received: from localhost (volodya@localhost) by kushnir1.kiev.ua (8.9.3/8.9.3) with ESMTP id CAA01471 for ; Wed, 12 Apr 2000 02:11:20 +0300 (EEST) (envelope-from volodya@kushnir1.kiev.ua) Date: Wed, 12 Apr 2000 02:11:19 +0300 (EEST) From: Vladimir Kushnir To: FreeBSD-Current Subject: Re: Strange phenomen accessing a CDROM contents under linuxerator In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Looks like this phenomenon isn't connected with CDROM. Actually, I see it rather often with file selectors in Linux apps here (like Netscape when choosing local file, StarOffice etc.): some files/dirs are missing. On Wed, 12 Apr 2000, Michael Reifenberger wrote: > Hi, > looking at directories on a mounted CDROM returns fewer files under the > linuxerator as watched under a native account. [...] > It seems that the entries dont miss randomly but get cut after some point. > FreeBSD is -current, Linux is linux_base and linux_devel from ports. > Kernel and (linux)module are in sync. Same environment. > > Anyone able to reproduce this? > > Bye! > ---- > Michael Reifenberger > ^.*Plaut.*$, IT, R/3 Basis, GPS Regards, Vladimir -- ===========================|======================= Vladimir Kushnir | vkushnir@Alfacom.net | Powered by FreeBSD kushnir@ap3.bitp.kiev.ua | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 16:29:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.twave.net (twave.net [206.100.228.5]) by hub.freebsd.org (Postfix) with SMTP id 43C1837B5A8 for ; Tue, 11 Apr 2000 16:29:53 -0700 (PDT) (envelope-from brameld@twave.net) Received: from [208.47.188.44] by mail.twave.net (NTMail 3.03.0018/1.abwg) with ESMTP id wa835142 for ; Tue, 11 Apr 2000 19:29:44 -0400 From: Walter Brameld To: Vladimir Kushnir , FreeBSD-Current Subject: Re: Strange phenomen accessing a CDROM contents under linuxerator Date: Tue, 11 Apr 2000 19:27:26 -0400 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain References: In-Reply-To: MIME-Version: 1.0 Message-Id: <00041119294800.03337@Bozo_3.BozoLand.domain> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 11 Apr 2000, in a never-ending search for enlightenment, Vladimir Kushnir wrote: > Looks like this phenomenon isn't connected with CDROM. Actually, I see it > rather often with file selectors in Linux apps here (like Netscape when > choosing local file, StarOffice etc.): some files/dirs are missing. > > On Wed, 12 Apr 2000, Michael Reifenberger wrote: > > > Hi, > > looking at directories on a mounted CDROM returns fewer files under the > > linuxerator as watched under a native account. > [...] > > It seems that the entries dont miss randomly but get cut after some point. > > FreeBSD is -current, Linux is linux_base and linux_devel from ports. > > Kernel and (linux)module are in sync. > > Same environment. > > > > > Anyone able to reproduce this? > > > > Bye! > > ---- > > Michael Reifenberger > > ^.*Plaut.*$, IT, R/3 Basis, GPS > > Regards, > Vladimir > -- I see the same thing on 4.0-STABLE, so far only using linux-netscape. When I go to select a directory for download, or when accessing an HTML file to be opened, certain directories always appear to be missing. Only one that comes to mind at the moment is the ports directory when looking in /usr. -- Walter Brameld Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? BSD: Are you guys coming, or what? Walter: And what does THIS button do?? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 17: 1:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id 53BD537B80D for ; Tue, 11 Apr 2000 17:01:45 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.12 #1) id 12f9zz-000Ek5-00 for current@freebsd.org; Wed, 12 Apr 2000 00:23:11 +0100 Received: (from ben) by strontium.scientia.demon.co.uk (Exim 3.12 #7) id 12f9zw-0002q2-00 for current@FreeBSD.org; Wed, 12 Apr 2000 00:23:08 +0100 Date: Wed, 12 Apr 2000 00:23:07 +0100 From: Ben Smithurst To: current@FreeBSD.org Subject: make release problems Message-ID: <20000412002307.W60798@strontium.scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG first, is a "make release" of a 5.0-current snapshot supposed to be possible on 4-stable? It seems to be failing here, but perhaps I'm just dumb in hoping it would work to start with. :-) ===> sys/modules/tx @ -> /usr/src/sys machine -> /usr/src/sys/i386/include touch opt_bdg.h perl @/kern/makeobjops.pl -h @/kern/device_if.m perl @/kern/makeobjops.pl -h @/kern/bus_if.m perl @/kern/makeobjops.pl -h @/pci/pci_if.m perl @/kern/makeobjops.pl -h @/dev/mii/miibus_if.m rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/../include -I/usr/obj/usr/src/i386/usr/include / usr/src/sys/modules/tx/../../pci/if_tx.c /usr/src/sys/modules/tx/../../pci/if_tx.c:68: bpf.h: No such file or directory mkdep: compile failed *** Error code 1 Should I just do a normal "make buildworld" instead of trying to do a "make release"? It looks as though if_tx.c is #including "bpf.h" when nothing else in /sys/pci seems to, which strikes me as odd as well. -- Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 17:54:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragonstar.dhs.org (dsl-028-a.resnet.purdue.edu [128.211.161.178]) by hub.freebsd.org (Postfix) with ESMTP id BDD7C37BA6E for ; Tue, 11 Apr 2000 17:53:29 -0700 (PDT) (envelope-from jonsmith@dragonstar.dhs.org) Received: from localhost (jonsmith@localhost) by dragonstar.dhs.org (8.9.3/8.9.3) with ESMTP id TAA52924 for ; Tue, 11 Apr 2000 19:53:28 -0500 (EST) (envelope-from jonsmith@dragonstar.dhs.org) Date: Tue, 11 Apr 2000 19:53:28 -0500 (EST) From: Jonathan Smith To: freebsd-current@freebsd.org Subject: Quickie question on UDMA/33 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I looked through the archives but I didn't see much current on the subject (esp. under 4.0). I have two different machines, both with AsusP5A motherboards and Western Digital Caviar hard drives that should support UDMA/33, as should the Chipset. Both boot up, trying UDMA mode, throwing ICRC READ ERROR's then kick back down to PIO mode 4. They each have _different_ Caviar drives, one's running 66 MHz on the motherboard (older K6/2-300) the other 100 MHz (newer K6/2-450). FWIW, the Sony DVD-ROM in the latter machine also dislikes running at DMA mode. Bios's are set to do auto-chose pio/dma modes. I've resolved to simply adding in the rc to reset them to pio mode, to get it over with (but I still get the errors at boot-up prior to the rc doing them). I simply use 'device ata' etc. forms in the knerel config. Thanks dmesg Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #0: Fri Apr 7 11:58:05 EST 2000 jonsmith@dragonstar.dhs.org:/net/dragonstar/project/FreeBSD/4-STABLE/src/sys/compile/DRAGONSTAR Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 300682509 Hz CPU: AMD-K6(tm) 3D processor (300.68-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 real memory = 134201344 (131056K bytes) avail memory = 127262720 (124280K bytes) Preloaded elf kernel "kernel" at 0xc033a000. md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 chip1: at device 3.0 on pci0 isab0: at device 7.0 on pci0 isa0: on isab0 ed0: port 0xd800-0xd81f irq 10 at device 9.0 on pci0 ed0: supplying EUI64: 00:40:33:ff:fe:98:c9:da ed0: address 00:40:33:98:c9:da, type NE2000 (16 bit) atapci0: port 0xd400-0xd40f irq 0 at device 15.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 sio1: configured irq 3 not in bitmap of probed irqs 0 ppc0: parallel port not found. ep0: <3Com 3C509-TP EtherLink III> at port 0x340-0x34f irq 7 on isa0 ep0: Ethernet address 00:20:af:09:50:33 ep1: <3Com 3C509-TPO EtherLink III> at port 0x300-0x30f irq 5 on isa0 ep1: Ethernet address 00:a0:24:ea:8f:33 IP packet filtering initialized, divert enabled, rule-based forwarding disabled, default to deny, logging limited to 100 packets/entry by default ad0: 9787MB [19885/16/63] at ata0-master using UDMA33 (null): MODE_SENSE_BIG - UNIT ATTENTION asc=29 ascq=00 error=04 acd0: CDROM at ata1-master using PIO0 Mounting root from ufs:/dev/ad0s1a ad0: UDMA ICRC READ ERROR blk# 225303 retrying ad0: UDMA ICRC READ ERROR blk# 67727 retrying ad0: UDMA ICRC READ ERROR blk# 205367 retrying ad0: UDMA ICRC READ ERROR blk# 65823 retrying ad0: UDMA ICRC READ ERROR blk# 65823 retrying ad0: UDMA ICRC READ ERROR blk# 4991055 retrying ad0: UDMA ICRC READ ERROR blk# 203071 retrying ad0: UDMA ICRC READ ERROR blk# 4991103 retrying ad0: UDMA ICRC READ ERROR blk# 5122159 retrying ad0: UDMA ICRC READ ERROR blk# 133215 retrying ad0: UDMA ICRC READ ERROR blk# 4663423 retrying ad0: UDMA ICRC READ ERROR blk# 4727359 retrying ad0: UDMA ICRC READ ERROR blk# 4727359 retrying ad0: UDMA ICRC READ ERROR blk# 4727359 retrying -- Close your eyes. Now forget what you see. What do you feel? -- My heart. -- Come here. -- Your heart. -- See? We're exactly the same. Jon Smith -- Senior Math Major @ Purdue To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 20:10:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from tisch.mail.mindspring.net (tisch.mail.mindspring.net [207.69.200.157]) by hub.freebsd.org (Postfix) with ESMTP id 8E1A537BB27 for ; Tue, 11 Apr 2000 20:10:07 -0700 (PDT) (envelope-from asami@cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca3-14.ix.netcom.com [209.109.233.14]) by tisch.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id XAA19863; Tue, 11 Apr 2000 23:09:10 -0400 (EDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.9.3/8.6.9) id SAA25075; Tue, 11 Apr 2000 18:57:06 -0700 (PDT) To: Marcel Moolenaar Cc: Stephen Hocking-Senior Programmer PGS SPS Perth , current@FreeBSD.ORG Subject: Re: Netscape 6 Linux pre-release, got it going. References: <200004110121.JAA09012@ugly.prth.tensor.pgs.com> <38F34CE6.E0B81078@cup.hp.com> From: asami@FreeBSD.ORG (Satoshi - Ports Wraith - Asami) Date: 11 Apr 2000 18:52:48 -0700 In-Reply-To: Marcel Moolenaar's message of "Tue, 11 Apr 2000 09:03:50 -0700" Message-ID: Lines: 12 X-Mailer: Gnus v5.7/Emacs 20.6 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * From: Marcel Moolenaar * Hmmm... I think we may as well break up linux_base in that case. * linux_base is rather big as it is... I was thinking about that too. Maybe you can make a few Linux library ports ("linux_graphics" etc.) so people who want to do something small don't necessarily have to install the whole enchilada. Please talk to me about repository copies when you are ready. Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 20:30:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E09E437B664; Tue, 11 Apr 2000 20:30:55 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id UAA78758; Tue, 11 Apr 2000 20:30:56 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Tue, 11 Apr 2000 20:30:56 -0700 (PDT) From: Kris Kennaway To: Satoshi - Ports Wraith - Asami Cc: Marcel Moolenaar , Stephen Hocking-Senior Programmer PGS SPS Perth , current@FreeBSD.ORG Subject: Re: Netscape 6 Linux pre-release, got it going. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 11 Apr 2000, Satoshi - Ports Wraith - Asami wrote: > I was thinking about that too. Maybe you can make a few Linux library > ports ("linux_graphics" etc.) so people who want to do something small > don't necessarily have to install the whole enchilada. > > Please talk to me about repository copies when you are ready. I don't think we should be breaking up the current linux_base or linux_dev ports, because those are (supposed to be) default Redhat installs so redhat linux binaries get the environment they are expecting. For additional packages, having monolithic RPM sets seems to me to be bloat - why can't we set up a 1-1 mapping of RPM to package, perhaps by a single "portal" redhat rpm port which grabs an RPM from the redhat site (possibly choosing from a list as an option), munges it to extract the PLIST and installs it? I've suggested a similar "portal" port for the p5-CPAN ports in the past: they're packaged by CPAN with all the information we need to know to build a FreeBSD package, it's just a matter of munging the information in the right way. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 20:56:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id E3DB337B5E4 for ; Tue, 11 Apr 2000 20:56:48 -0700 (PDT) (envelope-from jgreco@aurora.sol.net) Received: (from jgreco@localhost) by aurora.sol.net (8.9.2/8.9.2/SNNS-1.02) id RAA32787; Fri, 14 Apr 2000 17:21:25 -0500 (CDT) From: Joe Greco Message-Id: <200004142221.RAA32787@aurora.sol.net> Subject: Re: Integrating QMAIL in the world To: blk@skynet.be Date: Fri, 14 Apr 2000 17:21:24 -0500 (CDT) 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 > At 2:44 PM -0400 2000/4/9, Patrick Bihan-Faou wrote: > > > The advantage would be that we can have a fairly decent qmail > configuration > > using the standard make world feature. > > > > Is there any interest in that kind of work ? > > Considering the number of qmail-specific pieces that need to be > installed to support it (and the resulting domino effect), the highly > negative impacts that qmail is notorious for, and that it is not > intended to be a drop-in replacement for sendmail, I would be highly > opposed to this change. > > > If we are actively interested in finding a replacement for the > open-source sendmail MTA, I would prefer one that was designed from > the beginning with security in mind (including going so far as being > intended to run in a chroot() environment), is intended to avoid > undesirable behaviour as much as possible, and is intended to be a > drop-in replacement for sendmail to the greatest degree possible. > > In other words, if we're going to be replacing sendmail with an > alternative MTA, I'd prefer postfix over qmail, and I believe I can > marshall some pretty strong arguments for that position. Perhaps it's time to revisit something I proposed several years ago. Remove Sendmail from the base system - or, at least, make it a "package" that is removable with the package management tool. Then be able to add another mailer (or an updated Sendmail) in its place. Ideally, Sendmail would be available as a package for installation as part of the base system, just like games or info or proflibs. I would love to see this happen with other components of the system as well, such as BIND. While it is fantastic that FreeBSD comes out of the box so fully functional, it does make it a bit of a pain for those of us who intend to build servers - we have to disable the original before installing a new package. :-/ -- ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 21:11:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from techunix.technion.ac.il (techunix.technion.ac.il [132.68.1.28]) by hub.freebsd.org (Postfix) with ESMTP id 586F537BC36; Tue, 11 Apr 2000 21:11:13 -0700 (PDT) (envelope-from mellon@techunix.technion.ac.il) Received: by techunix.technion.ac.il (Postfix, from userid 14309) id 628AE8644; Wed, 12 Apr 2000 06:11:09 +0200 (IST) Message-ID: <20000412061109.12610@techunix.technion.ac.il> Date: Wed, 12 Apr 2000 06:11:09 +0200 From: Anatoly Vorobey To: Ben Smithurst Cc: current@freebsd.org, semenu@freebsd.org Subject: Re: make release problems Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 12, 2000 at 12:23:07AM +0100, Ben Smithurst wrote: > usr/src/sys/modules/tx/../../pci/if_tx.c > /usr/src/sys/modules/tx/../../pci/if_tx.c:68: bpf.h: No such file or directory > mkdep: compile failed I have the same problem making world. Apparently bpf.h sits in the kernel compile directory (generated by config, just consists of one line), but isn't seen by if_tx.c when it's compiled as a KLD. I'm CCing the person who committed modules/tx/Makefile yesterday. -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 21:20:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from area51.v-wave.com (area51.v-wave.com [24.108.26.39]) by hub.freebsd.org (Postfix) with SMTP id 2929C37BC36 for ; Tue, 11 Apr 2000 21:20:25 -0700 (PDT) (envelope-from flatline@area51.v-wave.com) Received: (qmail 1561 invoked by uid 1001); 12 Apr 2000 04:20:23 -0000 Date: Tue, 11 Apr 2000 22:20:23 -0600 From: Chris Wasser To: Joe Greco Cc: blk@skynet.be, current@FreeBSD.ORG Subject: Re: Integrating QMAIL in the world Message-ID: <20000411222023.A1527@area51.v-wave.com> References: <200004142221.RAA32787@aurora.sol.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200004142221.RAA32787@aurora.sol.net>; from jgreco@ns.sol.net on Fri, Apr 14, 2000 at 05:21:24PM -0500 X-Operating-System: FreeBSD 4.0-STABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 14, 2000 at 05:21:24PM -0500, Joe Greco wrote: > While it is fantastic that FreeBSD comes out of the box so fully > functional, it does make it a bit of a pain for those of us who intend > to build servers - we have to disable the original before installing a > new package. :-/ man mailwrapper To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 21:31:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id 797DF37B993 for ; Tue, 11 Apr 2000 21:31:35 -0700 (PDT) (envelope-from jgreco@aurora.sol.net) Received: (from jgreco@localhost) by aurora.sol.net (8.9.2/8.9.2/SNNS-1.02) id RAA35243; Fri, 14 Apr 2000 17:59:51 -0500 (CDT) From: Joe Greco Message-Id: <200004142259.RAA35243@aurora.sol.net> Subject: Re: Integrating QMAIL in the world In-Reply-To: <20000411222023.A1527@area51.v-wave.com> from Chris Wasser at "Apr 11, 2000 10:20:23 pm" To: cwasser@v-wave.com (Chris Wasser) Date: Fri, 14 Apr 2000 17:59:51 -0500 (CDT) 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 > On Fri, Apr 14, 2000 at 05:21:24PM -0500, Joe Greco wrote: > > While it is fantastic that FreeBSD comes out of the box so fully > > functional, it does make it a bit of a pain for those of us who intend > > to build servers - we have to disable the original before installing a > > new package. :-/ > > man mailwrapper No, that's not what I'm talking about. If you want to install the latest Sendmail, what do you do? (hint: it has nothing to do with mailwrapper) I'd like it to be something like: # pkg_delete sendmail; pkg_add sendmail Right now, to do a chrooted sendmail, not only do you have to remove the pre-existing sendmail: # chmod 000 /usr/sbin/sendmail /etc/sendmail.cf (etc etc) but you also have to do some things to install it chrooted someplace safe. Some of us also view the concept of having to actually change executables within the base system as something nearing criminal. I _really_ like the idea of mounting my systems RO and very secure. Changing modes on files doesn't bother me so much, but I'd prefer not to do it. The ideal situation would be where sendmail did not come installed by default. -- ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 23:19:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 33E8A37BBD0 for ; Tue, 11 Apr 2000 23:19:20 -0700 (PDT) (envelope-from sziszi@petra.hos.u-szeged.hu) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id IAA10872; Wed, 12 Apr 2000 08:19:44 +0200 (MET DST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 12fGUg-00056F-00 for ; Wed, 12 Apr 2000 08:19:18 +0200 Date: Wed, 12 Apr 2000 08:19:18 +0200 From: Szilveszter Adam To: freebsd-current@freebsd.org Subject: not all dirs visible under Linux emu Message-ID: <20000412081918.A19442@petra.hos.u-szeged.hu> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello everybody! Although I konw that this thread has moved to -emulation but I would like to throw in just a last piece of information... I think we are looking at different issues here... the thing that several files are not shown in the *same* filesystem and directory is the part I do not understand. However, the fact that the file selector dialogs seemingly do not show all dirs is a different matter, at least here. If you cd to a dir which also exists under /usr/compat/linux then you will be taken there instead of the "real" one. So, if you cd to /usr, which is shown in the file selector panel, then you will be immediately and transparently placed into /usr/compat/linux/usr. This behavior has been observed here since at least 3.3 or so... the odd thing is that install scripts and programs often see the paths the correct way now, so eg earlier you could install StarOffice only to /usr/compat/linux/whatever, because the install program did not see the other dirs. Now it does. So does the install shield of RealPlayer7. So, I would say, a partial improvement over previous behaviour already... (Using 4.0-STABLE of April 3rd, linux_base is the one from ports, which is current now.) Just a datapoint, in case someone is interested... Regards: Szilveszter ADAM Szeged University Szeged Hungary -- ------------------------------------------------------------------------------- * Szilveszter ADAM * JATE Szeged * email: sziszi@petra.hos.u-szeged.hu * * Homepage : none * alternate email: cc@flanker.itl.net.ua * * Finger sziszi@petra.hos.u-szeged.hu for PGP key. * * I prefer using the door instead of Windows(tm)... * To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 11 23:25:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.39.177.166]) by hub.freebsd.org (Postfix) with ESMTP id C608F37B719; Tue, 11 Apr 2000 23:25:04 -0700 (PDT) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id IAA29776; Wed, 12 Apr 2000 08:21:10 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.9.3/8.8.8) with ESMTP id CAA12341; Wed, 12 Apr 2000 02:12:30 +0200 (CEST) (envelope-from root@nihil.plaut.de) Date: Wed, 12 Apr 2000 02:12:29 +0200 (CEST) From: Michael Reifenberger To: Marcel Moolenaar Cc: FreeBSD-Current , emulation@FreeBSD.ORG Subject: Re: Strange phenomen accessing a CDROM contents under linuxerator In-Reply-To: <38F3ADEC.71BE5EE4@cup.hp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 11 Apr 2000, Marcel Moolenaar wrote: ... > Do you see this on other filesystems as well? No. > > BTW: How old are your linux_base and linux_devtools ports? RH6.1 based as of a few months ago. Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 12 2:53:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from blues.jpj.net (blues.jpj.net [204.97.17.146]) by hub.freebsd.org (Postfix) with ESMTP id D27EA37BAEC for ; Wed, 12 Apr 2000 02:53:45 -0700 (PDT) (envelope-from trevor@jpj.net) Received: from localhost (trevor@localhost) by blues.jpj.net (right/backatcha) with ESMTP id e3C9rgw04085; Wed, 12 Apr 2000 05:53:42 -0400 (EDT) Date: Wed, 12 Apr 2000 05:53:42 -0400 (EDT) From: Trevor Johnson To: Jonathan Smith Cc: freebsd-current@FreeBSD.ORG Subject: Re: Quickie question on UDMA/33 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Western Digital Caviar hard drives that should support UDMA/33, as should > the Chipset. > > Both boot up, trying UDMA mode, throwing ICRC READ ERROR's then kick back > down to PIO mode 4. > Bios's are set to do auto-chose pio/dma modes. There may be a BIOS option that will disable DMA entirely. > I've resolved to simply adding in the rc to reset them to pio mode, to get > it over with (but I still get the errors at boot-up prior to the rc doing > them). > > I simply use 'device ata' etc. forms in the knerel config. You might try commenting out this option (if you're using it): options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices __ Trevor Johnson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 12 9:59: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by hub.freebsd.org (Postfix) with ESMTP id 80B2537BD11 for ; Wed, 12 Apr 2000 09:58:56 -0700 (PDT) (envelope-from rb@gidgate.gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.9.3/8.9.3) id RAA37831; Wed, 12 Apr 2000 17:56:56 +0100 (BST) (envelope-from rb) Message-Id: <4.3.1.2.20000412175428.00a99640@gid.co.uk> X-Sender: rbmail@gid.co.uk X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Wed, 12 Apr 2000 17:56:55 +0100 To: current@freebsd.org From: Bob Bishop Subject: The world ain't building Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, With USA_RESIDENT=NO and -DNOCRYPT: cc -O2 -pipe -I/usr/obj/source/cleansrc/lib/libipsec -DIPSEC_DEBUG -DIPSEC -DINE T6 -I/usr/obj/source/cleansrc/i386/usr/include -c policy_token.c -o policy_token .o /source/cleansrc/lib/libipsec/policy_token.l: In function `__libyylex': /source/cleansrc/lib/libipsec/policy_token.l:88: `__libipsecyylval' undeclared ( first use in this function) /source/cleansrc/lib/libipsec/policy_token.l:88: (Each undeclared identifier is reported only once /source/cleansrc/lib/libipsec/policy_token.l:88: for each function it appears in .) *** Error code 1 Stop in /source/cleansrc/lib/libipsec. -- Bob Bishop +44 118 977 4017 rb@gid.co.uk fax +44 118 989 4254 (0800-1800 UK) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 12 17:44:31 2000 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 59A7037B51C for ; Wed, 12 Apr 2000 17:44:27 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (chuckr@localhost [127.0.0.1]) by picnic.mat.net (8.9.3/8.9.3) with ESMTP id UAA18065; Wed, 12 Apr 2000 20:41:44 -0400 (EDT) (envelope-from chuckr@picnic.mat.net) Date: Wed, 12 Apr 2000 20:40:21 -0400 (EDT) From: Chuck Robey To: Joe Greco Cc: blk@skynet.be, current@FreeBSD.ORG Subject: Re: Integrating QMAIL in the world In-Reply-To: <200004142221.RAA32787@aurora.sol.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 14 Apr 2000, Joe Greco wrote: > > In other words, if we're going to be replacing sendmail with an > > alternative MTA, I'd prefer postfix over qmail, and I believe I can > > marshall some pretty strong arguments for that position. > > Perhaps it's time to revisit something I proposed several years ago. > > Remove Sendmail from the base system - or, at least, make it a "package" > that is removable with the package management tool. Then be able to add > another mailer (or an updated Sendmail) in its place. Ideally, Sendmail > would be available as a package for installation as part of the base > system, just like games or info or proflibs. > > I would love to see this happen with other components of the system as > well, such as BIND. > > While it is fantastic that FreeBSD comes out of the box so fully > functional, it does make it a bit of a pain for those of us who intend > to build servers - we have to disable the original before installing a > new package. :-/ I always keep hearing the same line. You guys *know* perfectly well how to do it, and it's not a big thing to you, you even admit it's only "a bit of a pain". To most of the rest of the world, it's a huge thing, and they don't have the least clue how to do it. If you guys want so desperately to make things 1% easier, why have I never seen anyone bring out a parallel "sparse" FreeBSD? It wouldnt' be a large thing to do, and you who keep on asking for it, you know that very well. Just have a reasonable bit of compassion for everyone else. That's not to say the huge hurt it would do to FreeBSD to all reviewers and the public at large, just to save you "a bit of a pain". > ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@picnic.mat.net | electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 12 17:55:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id E073637B51C for ; Wed, 12 Apr 2000 17:55:18 -0700 (PDT) (envelope-from jgreco@aurora.sol.net) Received: (from jgreco@localhost) by aurora.sol.net (8.9.2/8.9.2/SNNS-1.02) id QAA21700; Sat, 15 Apr 2000 16:24:32 -0500 (CDT) From: Joe Greco Message-Id: <200004152124.QAA21700@aurora.sol.net> Subject: Re: Integrating QMAIL in the world In-Reply-To: from Chuck Robey at "Apr 12, 2000 8:40:21 pm" To: chuckr@picnic.mat.net (Chuck Robey) Date: Sat, 15 Apr 2000 16:24:32 -0500 (CDT) 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 > On Fri, 14 Apr 2000, Joe Greco wrote: > > > > In other words, if we're going to be replacing sendmail with an > > > alternative MTA, I'd prefer postfix over qmail, and I believe I can > > > marshall some pretty strong arguments for that position. > > > > Perhaps it's time to revisit something I proposed several years ago. > > > > Remove Sendmail from the base system - or, at least, make it a "package" > > that is removable with the package management tool. Then be able to add > > another mailer (or an updated Sendmail) in its place. Ideally, Sendmail > > would be available as a package for installation as part of the base > > system, just like games or info or proflibs. > > > > I would love to see this happen with other components of the system as > > well, such as BIND. > > > > While it is fantastic that FreeBSD comes out of the box so fully > > functional, it does make it a bit of a pain for those of us who intend > > to build servers - we have to disable the original before installing a > > new package. :-/ > > I always keep hearing the same line. You guys *know* perfectly well how > to do it, and it's not a big thing to you, you even admit it's only "a bit > of a pain". To most of the rest of the world, it's a huge thing, and they > don't have the least clue how to do it. If you guys want so desperately > to make things 1% easier, why have I never seen anyone bring out a > parallel "sparse" FreeBSD? It wouldnt' be a large thing to do, and you > who keep on asking for it, you know that very well. > > Just have a reasonable bit of compassion for everyone else. That's not to > say the huge hurt it would do to FreeBSD to all reviewers and the public > at large, just to save you "a bit of a pain". Uh, Chuck, can you tell me how many BIND and Sendmail advisories there have been in the last five years? Wouldn't it be nice if we could just tell newbies, "hey, yeah, that Sendmail has a known security issue, pkg_delete it and then add this new one here". Or would you prefer to explain to someone who doesn't "have the least clue how to do it" how to upgrade BIND and Sendmail to the latest? The concept is beneficial from _many_ angles, not just the one I gave. Despite my tendency to promote the traditional BSD distribution style, that does not mean that I feel that everything in FreeBSD should arrive as it did on the 4.4BSD tape. I think that the ability to be able to select modules for inclusion or exclusion would be particularly useful. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 12 18:10:46 2000 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 4501A37B611 for ; Wed, 12 Apr 2000 18:10:42 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (chuckr@localhost [127.0.0.1]) by picnic.mat.net (8.9.3/8.9.3) with ESMTP id VAA30749; Wed, 12 Apr 2000 21:08:39 -0400 (EDT) (envelope-from chuckr@picnic.mat.net) Date: Wed, 12 Apr 2000 21:08:38 -0400 (EDT) From: Chuck Robey To: Joe Greco Cc: current@freebsd.org Subject: Re: Integrating QMAIL in the world In-Reply-To: <200004152124.QAA21700@aurora.sol.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 15 Apr 2000, Joe Greco wrote: > Uh, Chuck, can you tell me how many BIND and Sendmail advisories there have > been in the last five years? > > Wouldn't it be nice if we could just tell newbies, "hey, yeah, that Sendmail > has a known security issue, pkg_delete it and then add this new one here". > Or would you prefer to explain to someone who doesn't "have the least clue > how to do it" how to upgrade BIND and Sendmail to the latest? > > The concept is beneficial from _many_ angles, not just the one I gave. > > Despite my tendency to promote the traditional BSD distribution style, that > does not mean that I feel that everything in FreeBSD should arrive as it did > on the 4.4BSD tape. I think that the ability to be able to select modules > for inclusion or exclusion would be particularly useful. If you want to pick another one and by default install that, fine. If you want to force new users to read all about mailers just to get their first mail working, no, that's just too much, Joe, you're asking too much of folks. If you've got a bone to pick with sendmail, that's ok, but you have to pick a better one. If you can't decide on the best one, then how in the heck do you expect Joe Public to do better? ALWAYS provide sensible default values, not a bunch of expert questions. ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@picnic.mat.net | electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 12 18:33:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id 768C837BB3A for ; Wed, 12 Apr 2000 18:33:13 -0700 (PDT) (envelope-from jgreco@aurora.sol.net) Received: (from jgreco@localhost) by aurora.sol.net (8.9.2/8.9.2/SNNS-1.02) id RAA24385; Sat, 15 Apr 2000 17:05:55 -0500 (CDT) From: Joe Greco Message-Id: <200004152205.RAA24385@aurora.sol.net> Subject: Re: Integrating QMAIL in the world In-Reply-To: from Chuck Robey at "Apr 12, 2000 9: 8:38 pm" To: chuckr@picnic.mat.net (Chuck Robey) Date: Sat, 15 Apr 2000 17:05:55 -0500 (CDT) 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 > On Sat, 15 Apr 2000, Joe Greco wrote: > > > Uh, Chuck, can you tell me how many BIND and Sendmail advisories there have > > been in the last five years? > > > > Wouldn't it be nice if we could just tell newbies, "hey, yeah, that Sendmail > > has a known security issue, pkg_delete it and then add this new one here". > > Or would you prefer to explain to someone who doesn't "have the least clue > > how to do it" how to upgrade BIND and Sendmail to the latest? > > > > The concept is beneficial from _many_ angles, not just the one I gave. > > > > Despite my tendency to promote the traditional BSD distribution style, that > > does not mean that I feel that everything in FreeBSD should arrive as it did > > on the 4.4BSD tape. I think that the ability to be able to select modules > > for inclusion or exclusion would be particularly useful. > > If you want to pick another one and by default install that, fine. If you > want to force new users to read all about mailers just to get their first > mail working, no, that's just too much, Joe, you're asking too much of > folks. If you've got a bone to pick with sendmail, that's ok, but you > have to pick a better one. If you can't decide on the best one, then how > in the heck do you expect Joe Public to do better? > > ALWAYS provide sensible default values, not a bunch of expert questions. Chuck, Please go back and read what I _wrote_. Your response assumes I made statements that I certainly did not, and suggests to me that you missed every third word in my previous messages. :-( In particular, I advocated including Sendmail in the base system in a manner that would allow it to be trivially removed (or, alternatively, not including it but making it a selectable package, like X11). This could, for example, be done in the very same way that we currently do loads of other crap, like /usr/games, proflibs, etc. More ideally, it would be done in a format compatible with the package management system, so that one could simply "pkg_delete" Sendmail and install a new one. Am I getting through now? :-) -- ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 12 18:42:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from drama.navipath.com (drama.navipath.com [216.67.14.8]) by hub.freebsd.org (Postfix) with ESMTP id 5932C37BB4F for ; Wed, 12 Apr 2000 18:42:14 -0700 (PDT) (envelope-from forrie@drama.navipath.com) Received: (from forrie@localhost) by drama.navipath.com with id e3D1eWa24215; Wed, 12 Apr 2000 21:40:32 -0400 (EDT) Date: Wed, 12 Apr 2000 21:40:32 -0400 From: Forrest Aldrich To: Joe Greco Cc: Chuck Robey , current@FreeBSD.ORG Subject: Re: Integrating QMAIL in the world Message-ID: <20000412214032.B22856@drama.navipath.com> References: <200004152205.RAA24385@aurora.sol.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200004152205.RAA24385@aurora.sol.net>; from jgreco@ns.sol.net on Sat, Apr 15, 2000 at 05:05:55PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG How will this affect this /etc/mail/mailer.conf "thing" (and I wonder why that was put there to begin with). If we're going to use a mailer.conf, then it should be able to work with other MTAs; which it probably won't because they perform their respective tasks differently. _F To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 12 18:42:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from ucsu.Colorado.EDU (ucsu.Colorado.EDU [128.138.129.83]) by hub.freebsd.org (Postfix) with ESMTP id CFCE937B7BC for ; Wed, 12 Apr 2000 18:42:40 -0700 (PDT) (envelope-from vinson@ucsu.Colorado.EDU) Received: from localhost (vinson@localhost) by ucsu.Colorado.EDU (8.9.3/8.9.3/ITS-5.0/standard) with SMTP id TAA08914 for ; Wed, 12 Apr 2000 19:42:40 -0600 (MDT) Date: Wed, 12 Apr 2000 19:42:39 -0600 (MDT) From: VINSON WAYNE HOWARD To: freebsd-current@freebsd.org Subject: CS4236b on Inspiron 3200 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a dell inspiron 3200 with a cs4236b isa non-pnp soundcard. It works in 3.4 with the folowing kernel lines: device snd0 device css0 at isa? port 0x530 irq 9 drq 1 flags 0x13 device mpu0 at isa? with a hack to /src/sys/i386/isa/sound/sound_config.h changing #define DSP_DEFAULT_SPEED 8000 to #define DSP_DEFAULT_SPEED 32000 Question 1: what's the implication of changin that for other soundcards? Should it be changed in -current? Question 2: What do I have to do to get this card to work with pcm? I want to get rid of the isa compatability shims before they're removed. I've already tried device pcm0 at isa? irq 9 drq 1 flags 0x0 and device pcm0 at isa? port0x530 irq 9 drq 1 flags 0x0 with and without pnp code compiled in (not that I think it's relevant). Trivia that might help out: Card only works with the linux 4232 driver if it's already been initialized in Windows. ALSA works fine. any help would be apreciated. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 12 18:56:18 2000 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 AC16037BCA6 for ; Wed, 12 Apr 2000 18:56:10 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (chuckr@localhost [127.0.0.1]) by picnic.mat.net (8.9.3/8.9.3) with ESMTP id VAA00512; Wed, 12 Apr 2000 21:53:06 -0400 (EDT) (envelope-from chuckr@picnic.mat.net) Date: Wed, 12 Apr 2000 21:53:05 -0400 (EDT) From: Chuck Robey To: Joe Greco Cc: current@freebsd.org Subject: Re: Integrating QMAIL in the world In-Reply-To: <200004152205.RAA24385@aurora.sol.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 15 Apr 2000, Joe Greco wrote: > Chuck, > > Please go back and read what I _wrote_. Your response assumes I made I've got your message, I quoted it fully in my first response. You asked to "Remove Sendmail from the base system", and that's a direct quote, Joe. > statements that I certainly did not, and suggests to me that you missed > every third word in my previous messages. :-( In particular, I advocated > including Sendmail in the base system in a manner that would allow it to > be trivially removed (or, alternatively, not including it but making it > a selectable package, like X11). No, you said remove it, or at least make it removeable. I responded that you can't just remove it. Go to your sent mail message folder, I'm not making this up. I said don't remove it (not "don't make it removeable"). You're the one who's sticking new words in. > This could, for example, be done in the very same way that we currently > do loads of other crap, like /usr/games, proflibs, etc. More ideally, it > would be done in a format compatible with the package management system, > so that one could simply "pkg_delete" Sendmail and install a new one. > > Am I getting through now? :-) You asked in your mail to remove it, I said you can't leave ordinary users without a good default. Your context in what you said was that it was a minor pain to have to remove the default mailer. I stand by what I said. You changed your message, and if you want, I can send your message back to you. If you argue *only* that some easier method be arranged so that mailers can be swapped out, that I fully approve of. I never said otherwise, and I don't like much the way you changed things. In fact, what the heck, here's your original message, cut out of my reply (where I quoted all of your part of the exchange): > Perhaps it's time to revisit something I proposed several years ago. > > Remove Sendmail from the base system - or, at least, make it a "package" > that is removable with the package management tool. Then be able to add > another mailer (or an updated Sendmail) in its place. Ideally, Sendmail > would be available as a package for installation as part of the base > system, just like games or info or proflibs. > > I would love to see this happen with other components of the system as > well, such as BIND. > > While it is fantastic that FreeBSD comes out of the box so fully > functional, it does make it a bit of a pain for those of us who intend > to build servers - we have to disable the original before installing a > new package. :-/ > ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@picnic.mat.net | electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 12 20:25: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id 837F337BAC3 for ; Wed, 12 Apr 2000 20:24:58 -0700 (PDT) (envelope-from jgreco@aurora.sol.net) Received: (from jgreco@localhost) by aurora.sol.net (8.9.2/8.9.2/SNNS-1.02) id TAA32212; Sat, 15 Apr 2000 19:07:44 -0500 (CDT) From: Joe Greco Message-Id: <200004160007.TAA32212@aurora.sol.net> Subject: Re: Integrating QMAIL in the world In-Reply-To: from Chuck Robey at "Apr 12, 2000 9:53: 5 pm" To: chuckr@picnic.mat.net (Chuck Robey) Date: Sat, 15 Apr 2000 19:07:44 -0500 (CDT) Cc: jgreco@ns.sol.net, 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 > On Sat, 15 Apr 2000, Joe Greco wrote: > > > Chuck, > > > > Please go back and read what I _wrote_. Your response assumes I made > > I've got your message, I quoted it fully in my first response. You asked > to "Remove Sendmail from the base system", and that's a direct quote, Joe. Yes. That doesn't mean that it can't come with FreeBSD... manpages, games, proflibs, even X11, none of those are part of the base system, but people find their way to installing them. Somehow. Also, you've completely ignored that there was a latter half to that sentence. "Hmm." I love creative quoting, and I really have an aversion to being made to say something that I didn't, like "let's force users to choose a mailer". -- ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 12 20:51:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 09F1D37BBA9 for ; Wed, 12 Apr 2000 20:51:13 -0700 (PDT) (envelope-from jeremyp@pc0640.alcatel.com.au) Received: by border.alcanet.com.au id <115287>; Thu, 13 Apr 2000 13:51:32 +1000 From: Peter Jeremy Subject: Re: Sysctl In-reply-to: ; from oogali@intranova.net on Tue, Apr 04, 2000 at 06:43:03PM +1000 To: Omachonu Ogali Cc: freebsd-current@FreeBSD.ORG Message-Id: <00Apr13.135132est.115287@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: Date: Thu, 13 Apr 2000 13:51:16 +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Apr 04, 2000 at 06:43:03PM +1000, Omachonu Ogali wrote: >I don't know whether to hand this to -doc or here, so I'll take the risk >of here, patch simply adds comments to sysctl variables. Before you get too enthusiastic about adding description strings to the declarations, you might like to work out: 1) How to store the descriptions so they are accessible to sysctl(8), but don't bloat the loaded kernel image. 2) How sysctl(8) should locate the descriptions. Note that your solution needs to include support for dynamically loaded sysctls. This issue tends to come up regularly. The last thread I recall was at the end of November last year in a thread on cvs-all. Have a look at http://people.freebsd.org/~green/sysctl.descr.patch for one implementation. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 12 22:34:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from picalon.gun.de (picalon.gun.de [192.109.159.1]) by hub.freebsd.org (Postfix) with ESMTP id 9937037BC76 for ; Wed, 12 Apr 2000 22:34:31 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by picalon.gun.de (8.9.3/8.9.3) id HAA24222; Thu, 13 Apr 2000 07:30:13 +0200 (MET DST) >Received: (from andreas@localhost) by klemm.gtn.com (8.9.3/8.9.3) id HAA19881; Thu, 13 Apr 2000 07:16:43 +0200 (CEST) (envelope-from andreas) Date: Thu, 13 Apr 2000 07:16:43 +0200 From: Andreas Klemm To: Joe Greco Cc: blk@skynet.be, current@FreeBSD.ORG Subject: Re: Integrating QMAIL in the world Message-ID: <20000413071642.A12908@titan.klemm.gtn.com> References: <200004142221.RAA32787@aurora.sol.net> Mime-Version: 1.0 X-Mailer: Mutt 1.0.1i In-Reply-To: <200004142221.RAA32787@aurora.sol.net>; from jgreco@ns.sol.net on Fri, Apr 14, 2000 at 05:21:24PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT SMP X-Disclaimer: A free society is one where it is safe to be unpopular Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 14, 2000 at 05:21:24PM -0500, Joe Greco wrote: > Remove Sendmail from the base system - or, at least, make it a "package" > that is removable with the package management tool. Then be able to add > another mailer (or an updated Sendmail) in its place. Ideally, Sendmail > would be available as a package for installation as part of the base > system, just like games or info or proflibs. Sounds all basically like a good idea to have different choices for a MTA. But I don't like _basic_ system functionalities to be out sourced completely to ports. Two examples: If I give people a FreeBSD-STABLE snapshot CD, I'd like to give them a complete Unix, and for me a MTA belongs to a basic package. If I want to do a complete upgrade of all of my system ports, because I come to the conclusion - I installed to much experimental crap and don't get it sorted out manually - or I want to upgrade everything to the latest and greatest I don't want to kill my MTA (sendmail) by performing a rm -rf /usr/local/* action. FreeBSD - as is - has all the basic system functionality in the base system and I wouldn't like to have a "neutral" "castrated" Unix just for the sake, that you can start later to customize things like sendmail and maybe other things > I would love to see this happen with other components of the system as > well, such as BIND. definitively not. I hate the Linux way to have a puzzle system. Could we please still agree on a base system that is complete, so that SNAP CD's still represent a complete BSD without having to create additional ports ??? Again FreeBSD != Linux. > While it is fantastic that FreeBSD comes out of the box so fully > functional, it does make it a bit of a pain for those of us who intend > to build servers - we have to disable the original before installing a > new package. :-/ Well ... for that purpose I'd vote for the following: a) make more NO_XXXX (sendmail, bind, whatever) knobs in /etc/make.conf as needed b) make the Makefiles in the install target more complete by removing (old) occurrencies of sendmail, bind, if such a NO_XXX knob has been set. Then you get such an ISP server as you like after a make world session c) Split FreeBSD packaging any further (bin, man, doc, compat,...) Add something like a package internet (sendmail, bind, ...) Then you can install a sendmail, DNS free system as you like. But I wouldn't for a generally castrated BSD. -- Andreas Klemm http://people.FreeBSD.ORG/~andreas http://www.freebsd.org/~fsmp/SMP/SMP.html powered by Symmetric MultiProcessor FreeBSD New APSFILTER 533 and songs from our band - http://people.freebsd.org/~andreas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 12 22:49: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from mercury.gfit.net (ns.gfit.net [209.41.124.90]) by hub.freebsd.org (Postfix) with ESMTP id 8CDCB37BA56 for ; Wed, 12 Apr 2000 22:49:03 -0700 (PDT) (envelope-from tom@embt.com) Received: from paranor (tmp1-868d.rochester.rr.com [24.161.86.141]) by mercury.gfit.net (8.8.8/8.8.8) with SMTP id BAA11494; Thu, 13 Apr 2000 01:00:28 -0500 (CDT) (envelope-from tom@embt.com) Message-Id: <3.0.3.32.20000413014847.01430494@mail.embt.com> X-Sender: tembt@mail.embt.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Thu, 13 Apr 2000 01:48:47 -0400 To: Trevor Johnson , Jonathan Smith From: Tom Embt Subject: Re: Quickie question on UDMA/33 Cc: freebsd-current@FreeBSD.ORG In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 05:53 AM 4/12/00 -0400, Trevor Johnson wrote: >> Western Digital Caviar hard drives that should support UDMA/33, as should >> the Chipset. >> >> Both boot up, trying UDMA mode, throwing ICRC READ ERROR's then kick back >> down to PIO mode 4. > >> Bios's are set to do auto-chose pio/dma modes. > >There may be a BIOS option that will disable DMA entirely. > >> I've resolved to simply adding in the rc to reset them to pio mode, to get >> it over with (but I still get the errors at boot-up prior to the rc doing >> them). >> >> I simply use 'device ata' etc. forms in the knerel config. > >You might try commenting out this option (if you're using it): > >options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices That would apply only to the DVD, not the hard drives of course, but still there is no reason that reasonably modern equipment shouldn't work in UDMA/33 mode. Are the IDE cables new and in good shape? Using each end connector before attaching a device to the middle one... Tom Embt tom@embt.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 12 23: 4:25 2000 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 9675E37B9C0 for ; Wed, 12 Apr 2000 23:04: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 AAA31047; Thu, 13 Apr 2000 00:04: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 AAA43316; Thu, 13 Apr 2000 00:04:06 -0600 (MDT) Message-Id: <200004130604.AAA43316@harmony.village.org> To: Chuck Robey Subject: Re: Integrating QMAIL in the world Cc: Joe Greco , current@FreeBSD.ORG In-reply-to: Your message of "Wed, 12 Apr 2000 21:08:38 EDT." References: Date: Thu, 13 Apr 2000 00:04:06 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Chuck Robey writes: : ALWAYS provide sensible default values, not a bunch of expert questions. If it were up to me, I'd ship with all mailers turned off by default. They are all big, bad and ugly when it comes to security. Sendmail's faults are just more widely publicized than other mailers faults are. However, there's more to making a successful system than just having it be totally secure, it also has to be useful. I will pitch a huge fit about chosing QMAIL to go into the tree. Any mailer more complex than cat will likely get this response from me, although Peter Wemm is working on one that would be good and useful iirc. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 12 23: 5:50 2000 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 1F5A937BB8E for ; Wed, 12 Apr 2000 23:05:47 -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 AAA31059; Thu, 13 Apr 2000 00:05:44 -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 AAA43339; Thu, 13 Apr 2000 00:05:29 -0600 (MDT) Message-Id: <200004130605.AAA43339@harmony.village.org> To: Peter Jeremy Subject: Re: Sysctl Cc: Omachonu Ogali , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Thu, 13 Apr 2000 13:51:16 +1000." <00Apr13.135132est.115287@border.alcanet.com.au> References: <00Apr13.135132est.115287@border.alcanet.com.au> Date: Thu, 13 Apr 2000 00:05:29 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <00Apr13.135132est.115287@border.alcanet.com.au> Peter Jeremy writes: : Before you get too enthusiastic about adding description strings to the : declarations, you might like to work out: : 1) How to store the descriptions so they are accessible to sysctl(8), : but don't bloat the loaded kernel image. : 2) How sysctl(8) should locate the descriptions. 3) How sysctl(8) presents the strings in the native language of the person running sysctl. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 12 23: 9:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id 9264537BB8E for ; Wed, 12 Apr 2000 23:09:15 -0700 (PDT) (envelope-from jgreco@aurora.sol.net) Received: (from jgreco@localhost) by aurora.sol.net (8.9.2/8.9.2/SNNS-1.02) id WAA44065; Sat, 15 Apr 2000 22:09:36 -0500 (CDT) From: Joe Greco Message-Id: <200004160309.WAA44065@aurora.sol.net> Subject: Re: Integrating QMAIL in the world In-Reply-To: <20000413071642.A12908@titan.klemm.gtn.com> from Andreas Klemm at "Apr 13, 2000 7:16:43 am" To: andreas@klemm.gtn.com (Andreas Klemm) Date: Sat, 15 Apr 2000 22:09:35 -0500 (CDT) 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 > On Fri, Apr 14, 2000 at 05:21:24PM -0500, Joe Greco wrote: > > Remove Sendmail from the base system - or, at least, make it a "package" > > that is removable with the package management tool. Then be able to add > > another mailer (or an updated Sendmail) in its place. Ideally, Sendmail > > would be available as a package for installation as part of the base > > system, just like games or info or proflibs. > > Sounds all basically like a good idea to have different choices > for a MTA. > > But I don't like _basic_ system functionalities to be out sourced > completely to ports. Why not? They already are. You're kidding yourself if you think that the FreeBSD project is maintaining Sendmail and BIND. > Two examples: > > If I give people a FreeBSD-STABLE snapshot CD, I'd like to give > them a complete Unix, and for me a MTA belongs to a basic package. > > If I want to do a complete upgrade of all of my system ports, > because I come to the conclusion > - I installed to much experimental crap and don't get it > sorted out manually > - or I want to upgrade everything to the latest and greatest > I don't want to kill my MTA (sendmail) by performing a rm -rf /usr/local/* > action. Then solve _that_particular_problem_. For example, as I outlined several years ago, define "built-in" packages, which, when you do a "pkg_delete sendmail", actually nukes what is (now) in /usr/libexec/sendmail*, /etc/sendmail.cf, etc. Then, when you do a "pkg_add sendmail", well, I don't know if there's more merit to putting the executables in the /usr/libexec directory (I think my preference would be not to do that) or in /usr/local... but one of those. A really clever implementation would be to set up this stuff as install components, and then you can have sysinstall "select" the Sendmail component automatically for normal installs, but leave it up to the guy who's doing the Custom install. If not selected, none of Sendmail is installed. If selected, Sendmail is installed, as a component, but also as a package, so that doing "pkg_delete" removes /usr/libexec/sendmail* and friends. Of course, none of this is particularly new. I proposed it years ago, as a way to cut down on various forms of system bloat (not everyone needs perl5, or Sendmail, or BIND, or UUCP, or the C compiler) and to allow for easier upgrades of individual system components that are, in fact, NOT PART OF THE SYSTEM. They actually come from outside vendors, and are generally things that require upgrading more often than the actual Real-Base-Of- FreeBSD does. > FreeBSD - as is - has all the basic system functionality in the > base system and I wouldn't like to have a "neutral" "castrated" > Unix just for the sake, that you can start later to customize > things like sendmail and maybe other things Whee. Where's the GUI? I fail to be impressed! Yet it does not seem to be an issue that X11 isn't part of the base system. It is just something that is made easy to install, and in fact, users might not realize that X11 isn't "part of" FreeBSD. Hell, I'm proposing something that is much closer to a seamless system to include or remove the components in question than what we do with XFree86, yet the XFree86 solution is acceptable to us... > > I would love to see this happen with other components of the system as > > well, such as BIND. > > definitively not. I hate the Linux way to have a puzzle system. You have it now. Running BIND? Hope it's a recent version. Otherwise, poof. All sorts of problems. Got that ancient 2.2.5 system laying in the back closet? Didn't upgrade Sendmail? Heaven help you when somebody finds an exploit for your old Sendmail. We should make it easy to update parts of the system that realistically may _require_ updating in order to maintain the security of the overall system. We should not make it a "go figure it out, newbie" type project for beginning users to perform an upgrade of some essential networking utility, the next time an obvious root exploit is released. > Again FreeBSD != Linux. FreeBSD != Linux. FreeBSD == crap-for-ease-of-upgrading-or-replacing-built-in-packages. Linux == closer to that goal from what I've seen. This == bad for FreeBSD. > > While it is fantastic that FreeBSD comes out of the box so fully > > functional, it does make it a bit of a pain for those of us who intend > > to build servers - we have to disable the original before installing a > > new package. :-/ > > Well ... for that purpose I'd vote for the following: > > a) make more > NO_XXXX (sendmail, bind, whatever) > knobs in /etc/make.conf as needed > b) make the Makefiles in the install target more complete by > removing (old) occurrencies of sendmail, bind, if such a > NO_XXX knob has been set. > Then you get such an ISP server as you like after a make world > session Some of us don't "make world" to build our systems, and requiring the average newless cluebie to figure out how to do a "make world" in order to replace a version of Sendmail with a major security hole is ridiculous. > c) Split FreeBSD packaging any further (bin, man, doc, compat,...) > Add something like a package internet (sendmail, bind, ...) > Then you can install a sendmail, DNS free system as you like. Ah, finally we take the first step to something I proposed years ago. Keep following that path, and eventually you'll figure out that to make it really work well, it also needs to integrate into the packages/ports system to allow for after-the-fact removal and/or replacement (addition can probably be handled by sysinstall). Then you can argue my whole case for me. :-) > But I wouldn't for a generally castrated BSD. Nobody is. But I would certainly argue for a more flexible BSD, especially if it increased security, decreased the complexity of maintaining security, and offered other peripheral benefits at the same time. -- ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 12 23:21: 9 2000 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 EBE2F37B799 for ; Wed, 12 Apr 2000 23:21:06 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id XAA11029; Wed, 12 Apr 2000 23:21:06 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: Joe Greco Cc: andreas@klemm.gtn.com (Andreas Klemm), current@FreeBSD.ORG Subject: Re: Integrating QMAIL in the world In-reply-to: Your message of "Sat, 15 Apr 2000 22:09:35 CDT." <200004160309.WAA44065@aurora.sol.net> Date: Wed, 12 Apr 2000 23:21:06 -0700 Message-ID: <11026.955606866@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG We argue about this a lot. Nobody has, as yet, ever done the work to make "bindist" a meta-package which depends (perhaps selectively) on sub-packages like groff, sendmail, gcc, et al. to achieve the required state of "bundling by default but not by requirement" in FreeBSD. This is despite the fact that we've even gotten to the level of discussing "how it should look" many many times, and I even believe a few people volunteered to do the work the last few times this came up. They subsequently disappeared into the same black hole which swallows so many prospective volunteers, it seems, and all that was left to mark the event was the echos of thread in the mail archives. :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 13 0:34:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from apoq.skynet.be (apoq.skynet.be [195.238.2.35]) by hub.freebsd.org (Postfix) with ESMTP id CFFBC37BCC7 for ; Thu, 13 Apr 2000 00:34:18 -0700 (PDT) (envelope-from blk@skynet.be) Received: from [195.238.1.121] (brad.techos.skynet.be [195.238.1.121]) by apoq.skynet.be (Postfix) with ESMTP id 5AA3F1F3EF; Thu, 13 Apr 2000 09:34:14 +0200 (MET DST) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: <11026.955606866@zippy.cdrom.com> References: <11026.955606866@zippy.cdrom.com> Date: Thu, 13 Apr 2000 09:33:46 +0200 To: "Jordan K. Hubbard" , Joe Greco From: Brad Knowles Subject: Re: Integrating QMAIL in the world Cc: andreas@klemm.gtn.com (Andreas Klemm), current@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 11:21 PM -0700 2000/4/12, Jordan K. Hubbard wrote: > They subsequently disappeared into the same black hole which swallows > so many prospective volunteers, it seems, and all that was left to > mark the event was the echos of thread in the mail archives. :-) Sorry, my fault. I shouldn't have gotten this mess going again. ;-( -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 13 4: 2:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from rusfarm.aha.ru (rusfarm.aha.ru [195.2.71.97]) by hub.freebsd.org (Postfix) with ESMTP id EEAED37B72F; Thu, 13 Apr 2000 04:02:38 -0700 (PDT) (envelope-from freebsd@rusfarm.aha.ru) Received: from admin (admin.rusfarm.aha.ru [195.2.71.100]) by rusfarm.aha.ru (8.9.3/8.9.3) with SMTP id PAA00783; Thu, 13 Apr 2000 15:05:44 +0400 (MSD) (envelope-from freebsd@rusfarm.aha.ru) Message-ID: <008d01bfa537$de0de4a0$644702c3@admin.rusfarm.aha.ru> From: "Vlad Dymchenko" To: , Subject: unsubscribe freebsd-current Date: Thu, 13 Apr 2000 15:03:15 +0400 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3612.1700 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG unsubscribe freebsd-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 13 9:16:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from fuggle.veldy.net (veldy-host201.dsl.visi.com [208.42.48.201]) by hub.freebsd.org (Postfix) with ESMTP id 4C5D237B52A for ; Thu, 13 Apr 2000 09:16:09 -0700 (PDT) (envelope-from veldy@veldy.net) Received: from 95CTJ (unknown [208.238.139.52]) by fuggle.veldy.net (Postfix) with SMTP id 2CF7E15A for ; Thu, 13 Apr 2000 11:18:15 -0500 (CDT) Message-ID: <00ce01bfa563$7a81b750$dd29680a@tgt.com> From: "Thomas T. Veldhouse" To: References: Subject: Re: 4.0, OpenSSL and MD5 (fwd) Date: Thu, 13 Apr 2000 11:15:26 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Maybe I missed something - but I think you want "YES" instead of "true". > > It says true in /etc/defaults/make.conf. That is why I used it instead of > YES or yes. > > > Tom Veldhouse > > veldy@veldy.net > > You are correct. We seem to have some odd conventions. "YES" in rc.conf and "TRUE" in make.conf. Tom Veldhouse veldy@veldy.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 13 9:23:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.internet.dk (ns.internet.dk [194.19.140.1]) by hub.freebsd.org (Postfix) with ESMTP id BF4EF37B62D for ; Thu, 13 Apr 2000 09:23:09 -0700 (PDT) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.9.2/8.9.3) with UUCP id SAA69314; Thu, 13 Apr 2000 18:22:55 +0200 (CEST) (envelope-from leifn@neland.dk) Received: from gina (gina.neland.dk [192.168.0.14]) by arnold.neland.dk (8.9.3/8.9.3) with SMTP id SAA77066; Thu, 13 Apr 2000 18:22:25 +0200 (CEST) (envelope-from leifn@neland.dk) Message-ID: <003b01bfa564$8b79ef40$0e00a8c0@neland.dk> Reply-To: "Leif Neland" From: "Leif Neland" To: "Andreas Klemm" Cc: References: <200004142221.RAA32787@aurora.sol.net> <20000413071642.A12908@titan.klemm.gtn.com> Subject: Re: Integrating QMAIL in the world Date: Thu, 13 Apr 2000 18:03:04 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >=20 > Well ... for that purpose I'd vote for the following: >=20 > a) make more > NO_XXXX (sendmail, bind, whatever) > knobs in /etc/make.conf as needed > b) make the Makefiles in the install target more complete by > removing (old) occurrencies of sendmail, bind, if such a > NO_XXX knob has been set. > Then you get such an ISP server as you like after a make world > session A NO_XXX should mean "leave XXX alone" Unless an extra meaning like NO_XXX=3Dremove was put into it. If I had made a custom modification to XXX, I'd expect to keep my = changes,=20 if I had told NO_XXX Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 13 9:41: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from lanturn.express.ru (lanturn.kmost.express.ru [212.24.37.109]) by hub.freebsd.org (Postfix) with ESMTP id 1775E37B78E; Thu, 13 Apr 2000 09:41:00 -0700 (PDT) (envelope-from vova@express.ru) Received: from vova (helo=localhost) by lanturn.express.ru with local-esmtp (Exim 3.11 #1) id 12fmg5-000GaO-00; Thu, 13 Apr 2000 20:41:13 +0400 Date: Thu, 13 Apr 2000 20:41:13 +0400 (MSD) From: vova@express.ru X-Sender: vova@lanturn.kmost.express.ru To: Warner Losh Cc: freebsd-current@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG Subject: Re: pcic problem in CURRENT In-Reply-To: <200004102214.QAA25844@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 Apr 2000, Warner Losh wrote: > In message vova@express.ru writes: > : On the same hardware > : 3.4 and 4.0 sees pcic0 on 0x3e2, but with CURRENT kernel don't see it > : and don't say anything about pcic when booted with -v > : > : But when I've changed ioaddr of pcic controler to 0x3e0 all begins work. > : what was changed in driver ? > > Odd. What hardware do you have? pcic0: at port 0x3e0-0x3e1 on isa0 pcic0: Polling mode pccard0: on pcic0 pccard1: on pcic0 it is ISA PCMCI adapter for my WaveLan card: wi0: at port 0x240-0x27f irq 3 slot 0 on pccard0 wi0: Ethernet address: 00:60:1d:f1:64:23 > Warner -- TSB Russian Express, Moscow Vladimir B. Grebenschikov, vova@express.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 13 11:30:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from lucifer.bart.nl (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 4B20137BC7F for ; Thu, 13 Apr 2000 11:30:47 -0700 (PDT) (envelope-from asmodai@lucifer.bart.nl) Received: (from asmodai@localhost) by lucifer.bart.nl (8.9.3/8.9.3) id UAA47538; Thu, 13 Apr 2000 20:29:04 +0200 (CEST) (envelope-from asmodai) Date: Thu, 13 Apr 2000 20:29:04 +0200 From: Jeroen Ruigrok van der Werven To: Walter Brameld Cc: Vladimir Kushnir , FreeBSD-Current Subject: Re: Strange phenomen accessing a CDROM contents under linuxerator Message-ID: <20000413202904.C47346@lucifer.bart.nl> References: <00041119294800.03337@Bozo_3.BozoLand.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <00041119294800.03337@Bozo_3.BozoLand.domain>; from brameld@twave.net on Tue, Apr 11, 2000 at 07:27:26PM -0400 Organisation: bART Internet Services B.V. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20000412 01:35], Walter Brameld (brameld@twave.net) wrote: >I see the same thing on 4.0-STABLE, so far only using linux-netscape. >When I go to select a directory for download, or when accessing an HTML >file to be opened, certain directories always appear to be missing. >Only one that comes to mind at the moment is the ports directory when >looking in /usr. Aha, that would account for some of my symlinks to give me not the results I was expecting. -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA NET.WORKS The Netherlands BSD: Technical excellence at its best http://www.bart.nl Necessity has no law... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 13 12:11:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 40C1137B624; Thu, 13 Apr 2000 12:11:30 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id MAA10775; Thu, 13 Apr 2000 12:11:29 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Thu, 13 Apr 2000 12:11:29 -0700 (PDT) From: Kris Kennaway To: "Thomas T. Veldhouse" Cc: freebsd-current@FreeBSD.ORG Subject: Re: 4.0, OpenSSL and MD5 (fwd) In-Reply-To: <00ce01bfa563$7a81b750$dd29680a@tgt.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 13 Apr 2000, Thomas T. Veldhouse wrote: > You are correct. We seem to have some odd conventions. "YES" in rc.conf > and "TRUE" in make.conf. rc.conf cares about the value of the variable. make.conf does not (for most of them), and just cares whether the variable is set at all (i.e. they're not booleans) Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 13 13:10:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.39.177.166]) by hub.freebsd.org (Postfix) with ESMTP id B9AFC37BAE1 for ; Thu, 13 Apr 2000 13:10:36 -0700 (PDT) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id WAA49861 for current@freebsd.org; Thu, 13 Apr 2000 22:10:35 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.9.3/8.8.8) with ESMTP id RAA00500 for ; Thu, 13 Apr 2000 17:56:01 +0200 (CEST) (envelope-from root@nihil.plaut.de) Date: Thu, 13 Apr 2000 17:56:01 +0200 (CEST) From: Michael Reifenberger To: FreeBSD-Current Subject: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-6494039-955641361=:492" 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-6494039-955641361=:492 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, when using a linux java app (SAP PlatinGUI 46Cb2) I get the above panic. FreeBSD -current. Kernel+mods in sync. Linux from ports. Linux-Java-JDK 1.2.2 from blackdown as of yesterday. Backtrace see crash.txt. Kernelconfig see nihil. Any thoughts anyone? Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS --0-6494039-955641361=:492 Content-Type: TEXT/plain; name="crash.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="crash.txt" KGtnZGIpIGJ0DQojMCAgYm9vdCAoaG93dG89MHgxMDApIGF0IC4uLy4uL2tl cm4va2Vybl9zaHV0ZG93bi5jOjMwMg0KIzEgIDB4YzAxODE4MjEgaW4gcGFu aWMgKA0KICAgIGZtdD0weGMwMmRhZjgwICJ2bV9vYmplY3Rfc2hhZG93OiBz b3VyY2Ugb2JqZWN0IGhhcyBPQkpfT05FTUFQUElORyBzZXQuXG4iKSBhdCAu Li8uLi9rZXJuL2tlcm5fc2h1dGRvd24uYzo1NTINCiMyICAweGMwMjYyZTIw IGluIHZtX29iamVjdF9zaGFkb3cgKG9iamVjdD0weGNiNTk2OGI0LA0KICAg IG9mZnNldD0weGNiNTk2OGI4LCBsZW5ndGg9MHgzKSBhdCAuLi8uLi92bS92 bV9vYmplY3QuYzo5MTMNCiMzICAweGMwMjYwN2RjIGluIHZtX21hcF9sb29r dXAgKHZhcl9tYXA9MHhjYjVhZmVlNCwNCiAgICB2YWRkcj0weDU5MjEzMDAw LCBmYXVsdF90eXBlYT0weDMsIG91dF9lbnRyeT0weGNiNWFmZWU4LA0KICAg IG9iamVjdD0weGNiNWFmZWRjLCBwaW5kZXg9MHhjYjVhZmVlMCwgb3V0X3By b3Q9MHhjYjVhZmVjNyAiyyIsDQogICAgd2lyZWQ9MHhjYjVhZmVjOCkgYXQg Li4vLi4vdm0vdm1fbWFwLmM6MjU4Mw0KIzQgIDB4YzAyNWMxNTQgaW4gdm1f ZmF1bHQgKG1hcD0weGNiNDJjYjAwLCB2YWRkcj0weDU5MjEzMDAwLA0KICAg IGZhdWx0X3R5cGU9MHgzLCBmYXVsdF9mbGFncz0weDgpIGF0IC4uLy4uL3Zt L3ZtX2ZhdWx0LmM6MjA2DQojNSAgMHhjMDI5NWExZSBpbiB0cmFwX3BmYXVs dCAoZnJhbWU9MHhjYjVhZmZhOCwgdXNlcm1vZGU9MHgxLA0KICAgIGV2YT0w eDU5MjEzMzM0KSBhdCAuLi8uLi9pMzg2L2kzODYvdHJhcC5jOjgwMA0KIzYg IDB4YzAyOTU0ZTcgaW4gdHJhcCAoZnJhbWU9e3RmX2ZzID0gMHgyZiwgdGZf ZXMgPSAweDJmLA0KICAgICAgdGZfZHMgPSAweDJmLCB0Zl9lZGkgPSAweDMy MTAsIHRmX2VzaSA9IDB4NTkyMTAxMjAsDQogICAgICB0Zl9lYnAgPSAweGJl M2ZlZDMwLCB0Zl9pc3AgPSAweGNiNWFmZmQ0LCB0Zl9lYnggPSAweDQ4MWU0 NDhjLA0KICAgICAgdGZfZWR4ID0gMHhjZDEsIHRmX2VjeCA9IDB4NTkwMDAw MTAsIHRmX2VheCA9IDB4NTkyMTMzMzAsDQogICAgICB0Zl90cmFwbm8gPSAw eGMsIHRmX2VyciA9IDB4NiwgdGZfZWlwID0gMHg0ODE0ZWNiYSwNCiAgICAg IHRmX2NzID0gMHgxZiwgdGZfZWZsYWdzID0gMHgxMDIwNiwgdGZfZXNwID0g MHhiZTNmZWNlOCwNCiAgICAgIHRmX3NzID0gMHgyZn0pIGF0IC4uLy4uL2kz ODYvaTM4Ni90cmFwLmM6MzQ5DQojNyAgMHg0ODE0ZWNiYSBpbiA/PyAoKQ0K IzggIDB4NDgxNGU0MGEgaW4gPz8gKCkNCiM5ICAweDQ4MDc5ZWQxIGluID8/ ICgpDQouLi4NCihrZ2RiKSBwcw0KICBwaWQgICAgcHJvYyAgICBhZGRyICAg dWlkICBwcGlkICBwZ3JwICAgZmxhZyBzdGF0IGNvbW0gICAgICAgICB3Y2hh bg0KIDExNzQgY2I1MWFiNjAgY2I1YmMwMDAgICAgMCAgMTE2MSAgMTEyMyAg MDAwMDg2ICAzICBqYXZhICAgICAgICAgcGlwZXJkIGNiMzdjN2EwDQogMTE3 MyBjYjUxYWQwMCBjYjViMjAwMCAgICAwICAxMTcwICAxMTIzICAwMDQwODYg IDMgIGdtdXhzdnIgICAgICBzZWxlY3QgYzAzNTY4YTgNCiAxMTcyIGNiNTFi MzgwIGNiNWFhMDAwICAgIDAgIDExNjEgIDExMjMgIDIwMDAwODYgIDMgIGph dmEgICAgICAgICBwYXVzZSBjMTA4ODAwMA0KIDExNzEgY2I1MWFlYTAgY2I1 YjAwMDAgICAgMCAgMTE2MSAgMTEyMyAgMDAwMDg2ICAzICBqYXZhICAgICAg ICAgc2VsZWN0IGMwMzU2OGE4DQogMTE3MCBjYjUxYjA0MCBjYjVhZTAwMCAg ICAwICAxMTYxICAxMTIzICAwMDAwMDYgIDIgIGphdmENCiAxMTY5IGNiNTFi MWUwIGNiNWFjMDAwICAgIDAgIDExNjEgIDExMjMgIDIwMDAwODYgIDMgIGph dmEgICAgICAgICBwYXVzZSBjMTA4ODAwMA0KIDExNjYgY2I1MWI2YzAgY2I1 YTIwMDAgICAgMCAgMTE2MSAgMTEyMyAgMDAwNDg2ICAyICBqYXZhDQogMTE2 NSBjYjUxYjg2MCBjYjVhMDAwMCAgICAwICAxMTYxICAxMTIzICAyMDAwMDg2 ICAzICBqYXZhICAgICAgICAgcGF1c2UgYzEwODgwMDANCiAxMTY0IGNiNTFi YTAwIGNiNTllMDAwICAgIDAgIDExNjEgIDExMjMgIDIwMDAwODYgIDMgIGph dmEgICAgICAgICBwYXVzZSBjMTA4ODAwMA0KIDExNjMgY2I1MWQyNjAgY2I1 NTgwMDAgICAgMCAgMTE2MSAgMTEyMyAgMjAwMDA4MiAgMyAgamF2YSAgICAg ICAgIHBhdXNlIGMxMDg4MDAwDQogMTE2MiBjYjUxYmJhMCBjYjU5MzAwMCAg ICAwICAxMTYxICAxMTIzICAyMDAwMDgyICAzICBqYXZhICAgICAgICAgcGF1 c2UgYzEwODgwMDANCiAxMTYxIGNiNDA0MWUwIGNiNGQyMDAwICAgIDAgIDEx MjMgIDExMjMgIDAwMDA4NiAgMyAgamF2YSAgICAgICAgIHBvbGwgYzAzNTY4 YTgNCiAxMTIzIGNiNDA0NmMwIGNiNGMwMDAwICAgIDAgICAzNjcgIDExMjMg IDIwMDQwODYgIDMgIGphdmEgICAgICAgICBwYXVzZSBjMTA4ODAwMCANCiAx MDY0IGNiNTFiZDQwIGNiNThiMDAwIDEwMDYgIDEwNTQgIDEwNjQgIDAwMDA4 NCAgMyAgZGlzcCt3b3JrICAgIHNlbXdhaXQgYzRiODJlYzgNCiAxMDYzIGNi NTFiZWUwIGNiNTg4MDAwIDEwMDYgIDEwNTQgIDEwNjMgIDAwMDA4NCAgMyAg ZGlzcCt3b3JrICAgIHNlbXdhaXQgYzRiODJlOTANCiAxMDYyIGNiNTFjMDgw IGNiNTg0MDAwIDEwMDYgIDEwNTQgIDEwNjIgIDAwMDA4NCAgMyAgZGlzcCt3 b3JrICAgIHNlbXdhaXQgYzRiODJlNTgNCiAxMDYxIGNiNTFjMjIwIGNiNTgx MDAwIDEwMDYgIDEwNTQgIDEwNjEgIDAwMDA4NCAgMyAgZGlzcCt3b3JrICAg IHNlbXdhaXQgYzRiODJlMjANCiAxMDYwIGNiNTFjM2MwIGNiNTdkMDAwIDEw MDYgIDEwNTQgIDEwNjAgIDAwMDA4NCAgMyAgZGlzcCt3b3JrICAgIHNlbXdh aXQgYzRiODJkZTgNCiAxMDU5IGNiNTFjNTYwIGNiNTdhMDAwIDEwMDYgIDEw NTQgIDEwNTkgIDAwMDA4NCAgMyAgZGlzcCt3b3JrICAgIHNlbXdhaXQgYzRi ODJkYjANCiAxMDU4IGNiNTFjNzAwIGNiNTc2MDAwIDEwMDYgIDEwNTQgIDEw NTggIDAwMDA4NCAgMyAgZGlzcCt3b3JrICAgIHNlbXdhaXQgYzRiODJkNzgN CiAxMDU3IGNiNTFjOGEwIGNiNTczMDAwIDEwMDYgIDEwNTQgIDEwNTQgIDAw NDA4NCAgMyAgZ3dyZCAgICAgICAgIHNlbGVjdCBjMDM1NjhhOA0KIDEwNTYg Y2I1MWNiZTAgY2I1NjcwMDAgMTAwNiAgMTA0MyAgMTA1NiAgMDA0MDg0ICAz ICByc2xnc2VuZCAgICAgc2VsZWN0IGMwMzU2OGE4DQogMTA1NSBjYjUxY2Q4 MCBjYjU2MzAwMCAxMDA2ICAxMDQzICAxMDU1ICAwMDQwODQgIDMgIHJzbGdj b2xsICAgICBzZWxlY3QgYzAzNTY4YTgNCiAxMDU0IGNiNTFjZjIwIGNiNTYx MDAwIDEwMDYgIDEwNDMgIDEwNTQgIDAwNDA4NCAgMyAgZGlzcCt3b3JrICAg IHNlbGVjdCBjMDM1NjhhOA0KIDEwNTMgY2I0MDM4MjAgY2I1MDAwMDAgMTAw NiAgMTA0MyAgMTA1MyAgMDA0MDg0ICAzICBtc2dfc2VydmVyICAgc2VsZWN0 IGMwMzU2OGE4DQogMTA0MyBjYjUxY2E0MCBjYjU2ZDAwMCAxMDA2ICAgICAx ICAxMDQzICAwMDAwODAgIDMgIHNhcHN0YXJ0ICAgICB3YWl0IGNiNTFjYTQw DQogMTAxMCBjYjUxZDBjMCBjYjU1ZDAwMCAxMDA2ICAgICAxICAxMDEwICAw MDAxODQgIDMgIHNhcG9zY29sICAgICBuYW5zbHAgYzAzMzhmMDQNCiAgODc0 IGNiNTFkNDAwIGNiNTU2MDAwIDEwMDcgICA4NDMgICA4MzkgIDAwMDE4NiAg MyAgZGI6TkFMICAgICAgIHNlbXdhaXQgYzRiODJjOTgNCiAgODczIGNiNTFk NWEwIGNiNTUzMDAwIDEwMDcgICA4NDMgICA4MzkgIDAwMDE4NyAgMyAgZGI6 TkFMICAgICAgIHNlbXdhaXQgYzRiODJjNjANCiAgODcyIGNiNTFkNzQwIGNi NTRmMDAwIDEwMDcgICA4NDMgICA4MzkgIDAwMDE4NiAgMyAgZGI6TkFMICAg ICAgIHNlbXdhaXQgYzRiODJjMjgNCiAgODcxIGNiNTFkOGUwIGNiNTRjMDAw IDEwMDcgICA4NDMgICA4MzkgIDAwMDE4NyAgMyAgZGI6TkFMICAgICAgIHNl bXdhaXQgYzRiODJiZjANCiAgODcwIGNiNTFkYTgwIGNiNTQ5MDAwIDEwMDcg ICA4NDMgICA4MzkgIDAwMDE4NiAgMyAgZGI6TkFMICAgICAgIHNlbXdhaXQg YzRiODJiYjgNCiAgODY5IGNiNTFkYzIwIGNiNTQ1MDAwIDEwMDcgICA4NDMg ICA4MzkgIDAwMDE4NyAgMyAgZGI6TkFMICAgICAgIHNlbXdhaXQgYzRiODJi ODANCiAgODY4IGNiNTFkZGMwIGNiNTQyMDAwIDEwMDcgICA4NDMgICA4Mzkg IDAwMDE4NiAgMyAgZGI6TkFMICAgICAgIHNlbXdhaXQgYzRiODJiNDgNCihr Z2RiKSBmMQ0KIzEgIDB4YzAxODE4MjEgaW4gcGFuaWMgKA0KICAgIGZtdD0w eGMwMmRhZjgwICJ2bV9vYmplY3Rfc2hhZG93OiBzb3VyY2Ugb2JqZWN0IGhh cyBPQkpfT05FTUFQUElORyBzZXQuXG4iKSBhdCAuLi8uLi9rZXJuL2tlcm5f c2h1dGRvd24uYzo1NTINCjU1MiAgICAgICAgICAgICBib290KGJvb3RvcHQp Ow0KICAgICAgZXNwOiAweGNiNWFmZGY0KDB4OCB3b3JkcyBvbiBzdGFjaykN CiAgICAgIGVicDogMHhjYjVhZmUyNA0KICAgICAgZWlwOiAweGMwMTgxODIx IDxwYW5pYysxMjE+OiAgICAgIGxlYWwgICAweDAoJWVzaSksJWVzaQ0KU2F2 ZWQgZWJwOiAweGNiNWFmZTNjIChtYXhpbXVtIG9mIDB4MiBwYXJhbWV0ZXJz IHBvc3NpYmxlKQ0KU2F2ZWQgZWlwOiAweGMwMjYyZTIwIDx2bV9vYmplY3Rf c2hhZG93KzU2PjogICAgcHVzaGwgIDB4MTAoJWVicCkNCg0KUGFybSAxIGF0 IDB4Y2I1YWZlMmM6ICAgIDB4YzAyZGFmODAgInZtX29iamVjdF9zaGFkb3c6 IHNvdXJjZSBvYmplY3QgaGFzIE9CSl9PTkVNQVBQSU5HIHNldC5cbiINClBh cm0gMiBhdCAweGNiNWFmZTMwOiAgICAweGNiNTk2OGEwICLQaFnLcG5ZyyIN ClBhcm0gMyBhdCAweGNiNWFmZTM0OiAgICAweGNiNDJjYjAwICJcMjAwJErL wKZLyyINClBhcm0gNCBhdCAweGNiNWFmZTM4OiAgICAweDU5MjEzMDAwIDxB ZGRyZXNzIDB4NTkyMTMwMDAgb3V0IG9mIGJvdW5kcz4gIA0KKGtnZGIpIGYy DQojMiAgMHhjMDI2MmUyMCBpbiB2bV9vYmplY3Rfc2hhZG93IChvYmplY3Q9 MHhjYjU5NjhiNCwNCiAgICBvZmZzZXQ9MHhjYjU5NjhiOCwgbGVuZ3RoPTB4 MykgYXQgLi4vLi4vdm0vdm1fb2JqZWN0LmM6OTEzDQo5MTMgICAgICAgICAg ICAgS0FTU0VSVCgoc291cmNlLT5mbGFncyAmIE9CSl9PTkVNQVBQSU5HKSA9 PSAwLA0KICAgICAgZXNwOiAweGNiNWFmZGY0KDB4ZSB3b3JkcyBvbiBzdGFj aykNCiAgICAgIGVicDogMHhjYjVhZmUzYw0KICAgICAgZWlwOiAweGMwMjYy ZTIwIDx2bV9vYmplY3Rfc2hhZG93KzU2PjogICAgcHVzaGwgIDB4MTAoJWVi cCkNClNhdmVkIGVicDogMHhjYjVhZmU2YyAobWF4aW11bSBvZiAweDggcGFy YW1ldGVycyBwb3NzaWJsZSkNClNhdmVkIGVpcDogMHhjMDI2MDdkYyA8dm1f bWFwX2xvb2t1cCszNzY+Og0KICAgIGFuZGIgICAkMHhmNywweDIwKCVlYngp DQoNClBhcm0gMSBhdCAweGNiNWFmZTQ0OiAgICAweGNiNTk2OGI0ICKg5UnL Ig0KUGFybSAyIGF0IDB4Y2I1YWZlNDg6ICAgIDB4Y2I1OTY4YjggIiINClBh cm0gMyBhdCAweGNiNWFmZTRjOiAgICAweDMgPEFkZHJlc3MgMHgzIG91dCBv ZiBib3VuZHM+DQpQYXJtIDQgYXQgMHhjYjVhZmU1MDogICAgMHhjYjUxYjA0 MCAiIiANCihrZ2RiKSBmMw0KIzMgIDB4YzAyNjA3ZGMgaW4gdm1fbWFwX2xv b2t1cCAodmFyX21hcD0weGNiNWFmZWU0LA0KICAgIHZhZGRyPTB4NTkyMTMw MDAsIGZhdWx0X3R5cGVhPTB4Mywgb3V0X2VudHJ5PTB4Y2I1YWZlZTgsDQog ICAgb2JqZWN0PTB4Y2I1YWZlZGMsIHBpbmRleD0weGNiNWFmZWUwLCBvdXRf cHJvdD0weGNiNWFmZWM3ICLLIiwNCiAgICB3aXJlZD0weGNiNWFmZWM4KSBh dCAuLi8uLi92bS92bV9tYXAuYzoyNTgzDQoyNTgzICAgICAgICAgICAgICAg ICAgICAgICAgICAgIHZtX29iamVjdF9zaGFkb3coDQogICAgICBlc3A6IDB4 Y2I1YWZkZjQoMHgxYSB3b3JkcyBvbiBzdGFjaykNCiAgICAgIGVicDogMHhj YjVhZmU2Yw0KICAgICAgZWlwOiAweGMwMjYwN2RjIDx2bV9tYXBfbG9va3Vw KzM3Nj46DQogICAgYW5kYiAgICQweGY3LDB4MjAoJWVieCkNClNhdmVkIGVi cDogMHhjYjVhZmYzNCAobWF4aW11bSBvZiAweDJlIHBhcmFtZXRlcnMgcG9z c2libGUpDQpTYXZlZCBlaXA6IDB4YzAyNWMxNTQgPHZtX2ZhdWx0Kzg0Pjog ICAgbW92bCAgICVlYXgsJWVieA0KDQpQYXJtIDEgYXQgMHhjYjVhZmU3NDog ICAgMHhjYjVhZmVlNCAiIg0KUGFybSAyIGF0IDB4Y2I1YWZlNzg6ICAgIDB4 NTkyMTMwMDAgPEFkZHJlc3MgMHg1OTIxMzAwMCBvdXQgb2YgYm91bmRzPg0K UGFybSAzIGF0IDB4Y2I1YWZlN2M6ICAgIDB4MyA8QWRkcmVzcyAweDMgb3V0 IG9mIGJvdW5kcz4NClBhcm0gNCBhdCAweGNiNWFmZTgwOiAgICAweGNiNWFm ZWU4ICKgaFnLIiAgDQooa2dkYikgZjQNCiM0ICAweGMwMjVjMTU0IGluIHZt X2ZhdWx0IChtYXA9MHhjYjQyY2IwMCwgdmFkZHI9MHg1OTIxMzAwMCwNCiAg ICBmYXVsdF90eXBlPTB4MywgZmF1bHRfZmxhZ3M9MHg4KSBhdCAuLi8uLi92 bS92bV9mYXVsdC5jOjIwNg0KMjA2ICAgICAgICAgICAgIGlmICgocmVzdWx0 ID0gdm1fbWFwX2xvb2t1cCgmZnMubWFwLCB2YWRkciwNCiAgICAgIGVzcDog MHhjYjVhZmRmNCgweDRjIHdvcmRzIG9uIHN0YWNrKQ0KICAgICAgZWJwOiAw eGNiNWFmZjM0DQogICAgICBlaXA6IDB4YzAyNWMxNTQgPHZtX2ZhdWx0Kzg0 PjogICAgbW92bCAgICVlYXgsJWVieA0KU2F2ZWQgZWJwOiAweGNiNWFmZjVj IChtYXhpbXVtIG9mIDB4NiBwYXJhbWV0ZXJzIHBvc3NpYmxlKQ0KU2F2ZWQg ZWlwOiAweGMwMjk1YTFlIDx0cmFwX3BmYXVsdCsxOTQ+OiAgICAgICAgbW92 bCAgICVlYXgsJWVkeA0KDQpQYXJtIDEgYXQgMHhjYjVhZmYzYzogICAgMHhj YjQyY2IwMCAiXDIwMCRKy8CmS8siDQpQYXJtIDIgYXQgMHhjYjVhZmY0MDog ICAgMHg1OTIxMzAwMCA8QWRkcmVzcyAweDU5MjEzMDAwIG91dCBvZiBib3Vu ZHM+DQpQYXJtIDMgYXQgMHhjYjVhZmY0NDogICAgMHgzIDxBZGRyZXNzIDB4 MyBvdXQgb2YgYm91bmRzPg0KUGFybSA0IGF0IDB4Y2I1YWZmNDg6ICAgIDB4 OCA8QWRkcmVzcyAweDggb3V0IG9mIGJvdW5kcz4gICAgICANCihrZ2RiKSBm NQ0KIzUgIDB4YzAyOTVhMWUgaW4gdHJhcF9wZmF1bHQgKGZyYW1lPTB4Y2I1 YWZmYTgsIHVzZXJtb2RlPTB4MSwNCiAgICBldmE9MHg1OTIxMzMzNCkgYXQg Li4vLi4vaTM4Ni9pMzg2L3RyYXAuYzo4MDANCjgwMCAgICAgICAgICAgICAg ICAgICAgIHJ2ID0gdm1fZmF1bHQobWFwLCB2YSwgZnR5cGUsDQogICAgICBl c3A6IDB4Y2I1YWZkZjQoMHg1NiB3b3JkcyBvbiBzdGFjaykNCiAgICAgIGVi cDogMHhjYjVhZmY1Yw0KICAgICAgZWlwOiAweGMwMjk1YTFlIDx0cmFwX3Bm YXVsdCsxOTQ+OiAgICAgICAgbW92bCAgICVlYXgsJWVkeA0KU2F2ZWQgZWJw OiAweGNiNWFmZmEwIChtYXhpbXVtIG9mIDB4ZCBwYXJhbWV0ZXJzIHBvc3Np YmxlKQ0KU2F2ZWQgZWlwOiAweGMwMjk1NGU3IDx0cmFwKzQ1NT46ICAgICAg IGFkZGwgICAkMHhjLCVlc3ANCg0KUGFybSAxIGF0IDB4Y2I1YWZmNjQ6ICAg IDB4Y2I1YWZmYTggIi8iDQpQYXJtIDIgYXQgMHhjYjVhZmY2ODogICAgMHgx IDxBZGRyZXNzIDB4MSBvdXQgb2YgYm91bmRzPg0KUGFybSAzIGF0IDB4Y2I1 YWZmNmM6ICAgIDB4NTkyMTMzMzQgPEFkZHJlc3MgMHg1OTIxMzMzNCBvdXQg b2YgYm91bmRzPg0KUGFybSA0IGF0IDB4Y2I1YWZmNzA6ICAgIDB4MCAgICAg DQo= --0-6494039-955641361=:492 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=nihil Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=nihil Iw0KIyBHRU5FUklDIC0tIEdlbmVyaWMgbWFjaGluZSB3aXRoIFdEL0FIeC9O Q1IvQlR4IGZhbWlseSBkaXNrcw0KIw0KIyBGb3IgbW9yZSBpbmZvcm1hdGlv biByZWFkIHRoZSBoYW5kYm9vayBwYXJ0IFN5c3RlbSBBZG1pbmlzdHJhdGlv biAtPiANCiMgQ29uZmlndXJpbmcgdGhlIEZyZWVCU0QgS2VybmVsIC0+IFRo ZSBDb25maWd1cmF0aW9uIEZpbGUuIA0KIyBUaGUgaGFuZGJvb2sgaXMgYXZh aWxhYmxlIGluIC91c3Ivc2hhcmUvZG9jL2hhbmRib29rIG9yIG9ubGluZSBh cw0KIyBsYXRlc3QgdmVyc2lvbiBmcm9tIHRoZSBGcmVlQlNEIFdvcmxkIFdp ZGUgV2ViIHNlcnZlciANCiMgPFVSTDpodHRwOi8vd3d3LkZyZWVCU0QuT1JH Lz4NCiMNCiMgQW4gZXhoYXVzdGl2ZSBsaXN0IG9mIG9wdGlvbnMgYW5kIG1v cmUgZGV0YWlsZWQgZXhwbGFuYXRpb25zIG9mIHRoZSANCiMgZGV2aWNlIGxp bmVzIGlzIHByZXNlbnQgaW4gdGhlIC4vTElOVCBjb25maWd1cmF0aW9uIGZp bGUuIElmIHlvdSBhcmUgDQojIGluIGRvdWJ0IGFzIHRvIHRoZSBwdXJwb3Nl IG9yIG5lY2Vzc2l0eSBvZiBhIGxpbmUsIGNoZWNrIGZpcnN0IGluIExJTlQu DQojDQojCSRJZDogR0VORVJJQyx2IDEuMTMyIDE5OTgvMTEvMjYgMjM6MTM6 MTEgbl9oaWJtYSBFeHAgJA0KbWFjaGluZSAgICAgICAgIGkzODYNCmNwdQkJ STU4Nl9DUFUNCmNwdQkJSTY4Nl9DUFUNCmlkZW50CQltaWtlDQptYXh1c2Vy cwk2NA0KI29wdGlvbnMgICAgICAgICBQUV9MQVJHRUNBQ0hFICAgICAgICAg ICAjIGNvbG9yIGZvciA1MTJrLzE2ayBjYWNoZQ0KbWFrZW9wdGlvbnMJREVC VUc9Ii1nIg0KDQpvcHRpb25zCQlJTkVUCQkJI0ludGVyTkVUd29ya2luZw0K b3B0aW9ucwkJSU5FVDYNCm9wdGlvbnMJCUlQU0VDDQpvcHRpb25zCQlJUFNF Q19FU1ANCm9wdGlvbnMJCUlQU0VDX0lQVjZGV0QNCg0Kb3B0aW9ucwkJRkZT CQkJI0JlcmtlbGV5IEZhc3QgRmlsZXN5c3RlbQ0Kb3B0aW9ucwkJRkZTX1JP T1QJCSNGRlMgdXNhYmxlIGFzIHJvb3QgZGV2aWNlIFtrZWVwIHRoaXMhXQ0K b3B0aW9ucwkJTUZTCQkJI01lbW9yeSBGaWxlc3lzdGVtDQpvcHRpb25zCQlN RlNfUk9PVAkJI01GUyB1c2FibGUgYXMgcm9vdCBkZXZpY2UsICJNRlMiIHJl cSdlZA0Kb3B0aW9ucwkJTkZTCQkJI05ldHdvcmsgRmlsZXN5c3RlbQ0Kb3B0 aW9ucwkJTkZTX1JPT1QJCSNORlMgdXNhYmxlIGFzIHJvb3QgZGV2aWNlLCAi TkZTIiByZXEnZWQNCm9wdGlvbnMJCU1TRE9TRlMJCQkjTVNET1MgRmlsZXN5 c3RlbQ0KI29wdGlvbnMJTVNET1NGU19ST09UCQkjQ0QtUk9NIHVzYWJsZSBh cyByb290LiAiQ0Q5NjYwIiByZXEnZWQNCm9wdGlvbnMJCUNEOTY2MAkJI0lT TyA5NjYwIEZpbGVzeXN0ZW0NCm9wdGlvbnMJCUNEOTY2MF9ST09UCQkjQ0Qt Uk9NIHVzYWJsZSBhcyByb290LiAiQ0Q5NjYwIiByZXEnZWQNCm9wdGlvbnMJ CVBST0NGUwkJCSNQcm9jZXNzIGZpbGVzeXN0ZW0NCm9wdGlvbnMJCUNPTVBB VF80MwkJI0NvbXBhdGlibGUgd2l0aCBCU0QgNC4zIFtLRUVQIFRISVMhXQ0K b3B0aW9ucwkJU0NTSV9ERUxBWT0yMDAwCSNCZSBwZXNzaW1pc3RpYyBhYm91 dCBKb2UgU0NTSSBkZXZpY2UNCm9wdGlvbnMJCVVDT05TT0xFCQkjQWxsb3cg dXNlcnMgdG8gZ3JhYiB0aGUgY29uc29sZQ0KI29wdGlvbnMJCUZBSUxTQUZF CQkjQmUgY29uc2VydmF0aXZlDQpvcHRpb25zCQlVU0VSQ09ORklHCQkjYm9v dCAtYyBlZGl0b3INCm9wdGlvbnMJCVZJU1VBTF9VU0VSQ09ORklHCSN2aXN1 YWwgYm9vdCAtYyBlZGl0b3INCm9wdGlvbnMJCUREQg0Kb3B0aW9ucwkJRERC X1VOQVRURU5ERUQNCm9wdGlvbnMJCUtUUkFDRQ0Kb3B0aW9ucwkJU09GVFVQ REFURVMNCm9wdGlvbnMJCVAxMDAzXzFCDQpvcHRpb25zCQlfS1BPU0lYX1BS SU9SSVRZX1NDSEVEVUxJTkcNCm9wdGlvbnMJCV9LUE9TSVhfVkVSU0lPTj0x OTkzMDlMDQojb3B0aW9ucwkJUFBTX1NZTkMNCiNvcHRpb25zCQlDT01QQVRf TElOVVhfVEhSRUFEUw0Kb3B0aW9ucyAgICAgICAgIElOVkFSSUFOVFMNCm9w dGlvbnMgICAgICAgICBJTlZBUklBTlRfU1VQUE9SVCAgIA0KI29wdGlvbnMJ CUFIQ19BTExPV19NRU1JTw0Kb3B0aW9ucyAgICAgICAgIE1BWERTSVo9Iigx MDI0KjEwMjQqMTAyNCkiDQpvcHRpb25zICAgICAgICAgREZMRFNJWj0iKDEw MjQqMTAyNCoxMDI0KSIgDQojb3B0aW9ucwkJVklOVU1ERUJVRw0KI29wdGlv bnMJCU1TR0JVRl9TSVpFPTE2Mzg0DQojb3B0aW9ucwkJIlZNX0tNRU1fU0la RT0oMTI4KjEwMjQqMTAyNCkiICAgICAgI0xhcmdlIE1haW5NZW0NCiNvcHRp b25zCQkiVk1fS01FTV9TSVpFX01BWD0oMTI4KjEwMjQqMTAyNCkiDQoNCiNv cHRpb25zCQlTTVANCiNvcHRpb25zCQlBUElDX0lPDQpvcHRpb25zCQlQTlBC SU9TDQpvcHRpb25zCQlVU0VSX0xEVA0KDQoNCiNjb25maWcJCWtlcm5lbAly b290IG9uIGRhMA0KDQpkZXZpY2UJaXNhMA0KZGV2aWNlCXBjaTANCg0KZGV2 aWNlCWZkYzAJYXQgaXNhPyBwb3J0IElPX0ZEMSBpcnEgNiBkcnEgMg0KZGV2 aWNlCQlmZDAJYXQgZmRjMCBkcml2ZSAwDQpkZXZpY2UJCWZkMQlhdCBmZGMw IGRyaXZlIDENCg0KZGV2aWNlICAgICBhdGEwDQpkZXZpY2UgICAgICAgICBh dGFkaXNrMA0KZGV2aWNlICAgICAgICAgYXRhcGljZDANCmRldmljZSAgICAg ICAgIGF0YXBpc3QwDQpkZXZpY2UgICAgIGF0YTEgICAgYXQgaXNhPyBwb3J0 IElPX1dEMSBpcnEgMTQNCmRldmljZSAgICAgYXRhMiAgICBhdCBpc2E/IHBv cnQgSU9fV0QxIGlycSAxNSANCiNkZXZpY2UgICAgICB3ZGMwICAgIGF0IGlz YT8gcG9ydCBJT19XRDEgaXJxIDE0DQojZGV2aWNlICAgICAgd2RjMSAgICBh dCBpc2E/IHBvcnQgSU9fV0QyIGlycSAxNQ0KI2Rpc2sgICAgICAgICAgICB3 ZDAgICAgIGF0IHdkYzAgZHJpdmUgMA0KI2Rpc2sgICAgICAgICAgICB3ZDEg ICAgIGF0IHdkYzAgZHJpdmUgMQ0KI2Rpc2sgICAgICAgICAgICB3ZDIgICAg IGF0IHdkYzEgZHJpdmUgMA0KI2Rpc2sgICAgICAgICAgICB3ZDMgICAgIGF0 IHdkYzEgZHJpdmUgMQ0KI2RldmljZSAgICAgICAgICB3Y2QwICAgICAgICAg ICAgI0lERSBDRC1ST00NCg0KIyBBIHNpbmdsZSBlbnRyeSBmb3IgYW55IG9m IHRoZXNlIGRldmljZXMgKG5jciwgYWhiLCBhaGMpIGlzDQojIHN1ZmZpY2ll bnQgZm9yIGFueSBudW1iZXIgb2YgaW5zdGFsbGVkIGRldmljZXMuDQojZGV2 aWNlCW5jcjANCiNkZXZpY2UJYWhiMA0KI2RldmljZQlhaGMwDQojZGV2aWNl CWlzcDANCmRldmljZSBhaWMwDQoNCmRldmljZQlzY2J1czANCmRldmljZQkJ ZGEwDQpkZXZpY2UJCXNhMA0KZGV2aWNlCQlwYXNzMA0KZGV2aWNlCQljZDAJ I09ubHkgbmVlZCBvbmUgb2YgdGhlc2UsIHRoZSBjb2RlIGR5bmFtaWNhbGx5 IGdyb3dzDQpkZXZpY2UJCXB0MCBhdCBzY2J1cz8gICAgIyBTQ1NJIHByb2Nl c3NvciB0eXBlDQpkZXZpY2UJCXNlcwkJI1NDU0kgU0VTL1NBRi1URSBkcml2 ZXINCg0KZGV2aWNlICAgICAgYXRrYmRjMCBhdCBpc2E/IHBvcnQgSU9fS0JE DQpkZXZpY2UgICAgICAgICAgYXRrYmQwICBhdCBhdGtiZGM/IGlycSAxDQpk ZXZpY2UgICAgICAgICAgcHNtMCAgICBhdCBhdGtiZGM/IGlycSAxMg0KZGV2 aWNlICAgICAgICAgIHZnYTAgICAgYXQgaXNhPyBwb3J0ID8NCm9wdGlvbnMJ CVZFU0ENCnBzZXVkby1kZXZpY2UgICBzcGxhc2gNCmRldmljZSAgICAgICAg ICBzYzAgICAgIGF0IGlzYT8NCg0KDQpkZXZpY2UJCW5weDAJYXQgbmV4dXM/ IHBvcnQgSU9fTlBYIGlycSAxMw0KDQojDQojIExhcHRvcCBzdXBwb3J0IChz ZWUgTElOVCBmb3IgbW9yZSBvcHRpb25zKQ0KIw0KZGV2aWNlCQlhcG0wICAg IGF0IG5leHVzPyAjIEFkdmFuY2VkIFBvd2VyIE1hbmFnZW1lbnQNCg0KZGV2 aWNlCQlzaW8wCWF0IGlzYT8gcG9ydCBJT19DT00xIGZsYWdzIDB4MTAgaXJx IDQNCmRldmljZQkJc2lvMQlhdCBpc2E/IHBvcnQgSU9fQ09NMiBpcnEgMw0K I2RldmljZQkJc2lvMglhdCBpc2E/IGRpc2FibGUgcG9ydCAiSU9fQ09NMyIg aXJxIDExDQojZGV2aWNlCQlzaW8zCWF0IGlzYT8gZGlzYWJsZSBwb3J0ICJJ T19DT000IiBpcnEgOQ0KDQpkZXZpY2UgICAgICBwcGJ1czANCmRldmljZSAg ICAgIHBwYzAgYXQgaXNhPyBwb3J0PyBmbGFncyAweDQwIGlycSA3DQpkZXZp Y2UgICAgICAgICAgbHB0MCBhdCBwcGJ1cz8NCmRldmljZSAgICAgICAgICBw cGkwIGF0IHBwYnVzPyAgICANCmRldmljZSAgICAgICAgICBwcHMwIGF0IHBw YnVzPyAgICANCg0KIyBPcmRlciBpcyBpbXBvcnRhbnQgaGVyZSBkdWUgdG8g aW50cnVzaXZlIHByb2JlcywgZG8gKm5vdCogYWxwaGFiZXRpemUNCiMgdGhp cyBsaXN0IG9mIG5ldHdvcmsgaW50ZXJmYWNlcyB1bnRpbCB0aGUgcHJvYmVz IGhhdmUgYmVlbiBmaXhlZC4NCiMgUmlnaHQgbm93IGl0IGFwcGVhcnMgdGhh dCB0aGUgaWUwIG11c3QgYmUgcHJvYmVkIGJlZm9yZSBlcDAuIFNlZQ0KIyBy ZXZpc2lvbiAxLjIwIG9mIHRoaXMgZmlsZS4NCiNkZXZpY2UgZGUwDQojZGV2 aWNlIGZ4cDANCiNkZXZpY2UgdGwwDQojZGV2aWNlIHR4MA0KI2RldmljZSB2 eDANCiNkZXZpY2UgeGwwDQoNCiNkZXZpY2UgZWQwIGF0IGlzYT8gcG9ydCAw eDI4MCBpcnEgMTAgaW9tZW0gMHhkODAwMA0KI2RldmljZSBlcDAgYXQgaXNh PyBwb3J0IDB4MzAwIGlycSAxMA0KZGV2aWNlIGVwMA0KDQpkZXZpY2UJbWlp YnVzMA0KDQpvcHRpb25zCQlJUEZJUkVXQUxMDQpvcHRpb25zCQlJUEZJUkVX QUxMX1ZFUkJPU0UNCm9wdGlvbnMJCUlQRklSRVdBTExfVkVSQk9TRV9MSU1J VD0xMDANCm9wdGlvbnMJCUlQRElWRVJUDQoNCnBzZXVkby1kZXZpY2UJbG9v cA0KcHNldWRvLWRldmljZQlldGhlcg0KcHNldWRvLWRldmljZQlzbAk0DQpw c2V1ZG8tZGV2aWNlCXBwcAk0DQojcHNldWRvLWRldmljZQlzcHBwCTQNCiNv cHRpb25zCQlQUFBfQlNEQ09NUA0KI29wdGlvbnMJCVBQUF9ERUZMQVRFDQoj b3B0aW9ucwkJUFBQX0ZJTFRFUg0KcHNldWRvLWRldmljZQl0dW4JNA0KcHNl dWRvLWRldmljZQlwdHkJMTYNCnBzZXVkby1kZXZpY2UJZ3ppcAkJIyBFeGVj IGd6aXBwZWQgYS5vdXQncw0KcHNldWRvLWRldmljZQl2bg0KcHNldWRvLWRl dmljZQlzbnAJMw0KI3BzZXVkby1kZXZpY2UJdmludW0NCg0KI2RldmljZQlw Y20wIGF0IGlzYT8gcG9ydD8gaXJxNSBkcnExIGZsYWdzIDB4MTQNCmRldmlj ZQlwY20wDQoNCiMgS1RSQUNFIGVuYWJsZXMgdGhlIHN5c3RlbS1jYWxsIHRy YWNpbmcgZmFjaWxpdHkga3RyYWNlKDIpLg0KIyBUaGlzIGFkZHMgNCBLQiBi bG9hdCB0byB5b3VyIGtlcm5lbCwgYW5kIHNsaWdodGx5IGluY3JlYXNlcw0K IyB0aGUgY29zdHMgb2YgZWFjaCBzeXNjYWxsLg0Kb3B0aW9ucwkJS1RSQUNF CQkja2VybmVsIHRyYWNpbmcNCg0KIyBUaGlzIHByb3ZpZGVzIHN1cHBvcnQg Zm9yIFN5c3RlbSBWIHNoYXJlZCBtZW1vcnkuDQojDQpvcHRpb25zICAgICAg ICAgU1lTVlNITQ0KI29wdGlvbnMgICAgICAgIFNITU1BWFBHUz0xMDI0MDAg ICAgICAjNDAwTQ0Kb3B0aW9ucyAgICAgICAgIFNITU1BWFBHUz0yNjIxNDQg ICAgICAjMUcNCm9wdGlvbnMgICAgICAgICBTSE1TRUc9NTEyICAjDQpvcHRp b25zCQkJU0hNTU5JPTQwOTYNCg0Kb3B0aW9ucyAgICAgICAgIFNZU1ZTRU0N Cm9wdGlvbnMgICAgICAgICBTRU1NTkk9NDA5NiAjIG9mIHNlbWFwaG9yZSBp ZGVudGlmaWVycw0Kb3B0aW9ucyAgICAgICAgIFNFTU1OUz00MDk2ICMgb2Yg c2VtYXBob3JlcyBpbiBzeXN0ZW0NCm9wdGlvbnMgICAgICAgICBTRU1NU0w9 NDA5NiAjIG1heCAjIG9mIHNlbWFwaG9yZXMgcGVyIGlkDQpvcHRpb25zICAg ICAgICAgU0VNTU5VPTQwOTYgIyBvZiB1bmRvIHN0cnVjdHVyZXMgaW4gc3lz dGVtDQoNCm9wdGlvbnMgICAgICAgICBTWVNWTVNHICAgIA0Kb3B0aW9ucwkJ CU1TR1NFRz00MDk2DQpvcHRpb25zCQkJTVNHU1NaPTMyDQoNCiMgIFRoZSBg YnBmaWx0ZXInIHBzZXVkby1kZXZpY2UgZW5hYmxlcyB0aGUgQmVya2VsZXkg UGFja2V0IEZpbHRlci4gIEJlDQojICBhd2FyZSBvZiB0aGUgbGVnYWwgYW5k IGFkbWluaXN0cmF0aXZlIGNvbnNlcXVlbmNlcyBvZiBlbmFibGluZyB0aGlz DQojICBvcHRpb24uICBUaGUgbnVtYmVyIG9mIGRldmljZXMgZGV0ZXJtaW5l cyB0aGUgbWF4aW11bSBudW1iZXIgb2YNCiMgIHNpbXVsdGFuZW91cyBCUEYg Y2xpZW50cyBwcm9ncmFtcyBydW5uYWJsZS4NCnBzZXVkby1kZXZpY2UJYnBm CTQJI0JlcmtlbGV5IHBhY2tldCBmaWx0ZXINCg0KDQojIFVTQiBzdXBwb3J0 DQpkZXZpY2UgICAgdWhjaTANCmRldmljZSAgICB1c2IwDQojDQojIGZvciB0 aGUgbW9tZW50IHdlIGhhdmUgdG8gc3BlY2lmeSB0aGUgcHJpb3JpdGllcyBv ZiB0aGUgZGV2aWNlDQojIGRyaXZlcnMgZXhwbGljaXRseSBieSB0aGUgb3Jk ZXJpbmcgaW4gdGhlIGxpc3QgYmVsb3cuIFRoaXMgd2lsbA0KIyBiZSBjaGFu Z2VkIGluIHRoZSBmdXR1cmUuDQojDQojZGV2aWNlCQl1bWFzczANCmRldmlj ZQkJdW1zMA0KZGV2aWNlICAgICAgICB1a2JkMA0KZGV2aWNlICAgICAgICB1 bHB0MA0KZGV2aWNlICAgICAgICB1aGlkMA0KZGV2aWNlICAgICAgICB1Z2Vu MA0KIw0KI29wdGlvbnMgICAgICAgVVNCX0RFQlVHDQojb3B0aW9ucyAgICAg ICBVU0JWRVJCT1NFDQoNCiNvcHRpb25zCQlURUxfUzBfMTZfMw0KI2Rldmlj ZQkJaXNpYzAgYXQgaXNhPyBwb3J0IDB4ZDgwIGlycSA1IGZsYWdzIDMNCiMj ZGV2aWNlCQlpc2ljMCBhdCBpc2E/IHBvcnQ/IG5ldCBpcnE/DQojIElTRE4g UHJvdG9jb2wgU3RhY2sNCiMgLS0tLS0tLS0tLS0tLS0tLS0tLQ0KIyANCiMg US45MjEgLyBsYXllciAyIC0gaTRiIHBhc3NpdmUgY2FyZHMgRCBjaGFubmVs IGhhbmRsaW5nDQojcHNldWRvLWRldmljZQkiaTRicTkyMSINCiMNCiMgUS45 MzEgLyBsYXllciAzIC0gaTRiIHBhc3NpdmUgY2FyZHMgRCBjaGFubmVsIGhh bmRsaW5nDQojcHNldWRvLWRldmljZQkiaTRicTkzMSINCiMNCiMgbGF5ZXIg NCAtIGk0YiBjb21tb24gcGFzc2l2ZSBhbmQgYWN0aXZlIGNhcmQgaGFuZGxp bmcNCiNwc2V1ZG8tZGV2aWNlCSJpNGIiDQojDQojIElTRE4gZGV2aWNlcw0K IyAtLS0tLS0tLS0tLS0NCiMNCiMgdXNlcmxhbmQgZHJpdmVyIHRvIGRvIElT RE4gdHJhY2luZyAoZm9yIHBhc3NpdmUgY2FyZHMgb25seSkNCiNwc2V1ZG8t ZGV2aWNlICAgImk0YnRyYyIJNA0KIw0KIyB1c2VybGFuZCBkcml2ZXIgdG8g Y29udHJvbCB0aGUgd2hvbGUgdGhpbmcNCiNwc2V1ZG8tZGV2aWNlICAgImk0 YmN0bCINCiMNCiMgdXNlcmxhbmQgZHJpdmVyIGZvciBhY2Nlc3MgdG8gcmF3 IEIgY2hhbm5lbA0KI3BzZXVkby1kZXZpY2UgICAiaTRicmJjaCIgICAgICAg NA0KIw0KIyB1c2VybGFuZCBkcml2ZXIgZm9yIHRlbGVwaG9ueQ0KI3BzZXVk by1kZXZpY2UgICAiaTRidGVsIiAgICAgICAgMg0KIw0KIyBuZXR3b3JrIGRy aXZlciBmb3IgSVAgb3ZlciByYXcgSERMQyBJU0RODQojcHNldWRvLWRldmlj ZSAgICJpNGJpcHIiCTQNCiMgZW5hYmxlIFZKIGhlYWRlciBjb21wcmVzc2lv biBkZXRlY3Rpb24gZm9yIGlwciBpL2YNCiNvcHRpb25zCQlJUFJfVkoNCiMN CiMgbmV0d29yayBkcml2ZXIgZm9yIHN5bmMgUFBQIG92ZXIgSVNETg0KI3Bz ZXVkby1kZXZpY2UJImk0YmlzcHBwIgk0DQoNCiNkZXZpY2UJCXBjaWMwIGF0 IGNhcmQ/DQojZGV2aWNlCSAJcGNpYzEgYXQgY2FyZD8NCmRldmljZQkgCXBj aWMwIGF0IGlzYT8gaXJxIDExDQpkZXZpY2UgIAlwY2ljMSBhdCBpc2E/DQpk ZXZpY2UgCWNhcmQwDQoNCm9wdGlvbnMgCVBDSUNfUkVTVU1FX1JFU0VUCSMg cmVzZXQgYWZ0ZXIgcmVzdW1lDQojb3B0aW9ucyAJQ0FNREVCVUcNCiNvcHRp b25zIAlDQU1fREVCVUdfQlVTPS0xDQojb3B0aW9ucyAJQ0FNX0RFQlVHX1RB UkdFVD0tMQ0KI29wdGlvbnMgCUNBTV9ERUJVR19MVU49LTENCiNvcHRpb25z IAlDQU1fREVCVUdfRkxBR1M9IkNBTV9ERUJVR19JTkZPfENBTV9ERUJVR19U UkFDRXxDQU1fREVCVUdfQ0RCIg0K --0-6494039-955641361=:492-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 13 13:13:35 2000 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 312E637BDAA for ; Thu, 13 Apr 2000 13:13:30 -0700 (PDT) (envelope-from obrien@NUXI.ucdavis.edu) Received: from dragon.nuxi.com (root@07-117.006.popsite.net [216.126.135.117]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id NAA69859; Thu, 13 Apr 2000 13:13:22 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id NAA38107; Thu, 13 Apr 2000 13:12:58 -0700 (PDT) (envelope-from obrien) Date: Thu, 13 Apr 2000 13:12:31 -0700 From: "David O'Brien" To: Michael Reifenberger Cc: FreeBSD-Current Subject: Re: Netscape 6 Linux pre-release, got it going. Message-ID: <20000413131231.A38062@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <38F38D7B.C3B06B65@cup.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from root@nihil.plaut.de on Wed, Apr 12, 2000 at 12:17:03AM +0200 X-Operating-System: FreeBSD 5.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 On Wed, Apr 12, 2000 at 12:17:03AM +0200, Michael Reifenberger wrote: > > I don't think pam is a development tool, which makes linux_devtools the > > wrong port. I also don't think we need pam in any other port if it's ... > In this case, you are right. > The problem is generally that linux ports (Oracle, SAP, ...) > depend for proper work on a Linux environment not just the libs. Sounds like linux_pam would make a nice port. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 13 14:32:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.39.177.166]) by hub.freebsd.org (Postfix) with ESMTP id DAA3037BDF5; Thu, 13 Apr 2000 14:32:37 -0700 (PDT) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id XAA50984; Thu, 13 Apr 2000 23:32:36 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.9.3/8.8.8) with ESMTP id XAA00654; Thu, 13 Apr 2000 23:32:09 +0200 (CEST) (envelope-from root@nihil.plaut.de) Date: Thu, 13 Apr 2000 23:32:09 +0200 (CEST) From: Michael Reifenberger To: "David O'Brien" Cc: FreeBSD-Current Subject: Re: Netscape 6 Linux pre-release, got it going. In-Reply-To: <20000413131231.A38062@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 13 Apr 2000, David O'Brien wrote: ... > Sounds like linux_pam would make a nice port. No. I don't think that the patch for linux_base: --- Makefile.old Thu Apr 13 23:28:55 2000 +++ Makefile Thu Apr 13 23:29:58 2000 @@ -90,2 +90,3 @@ readline-2.2.1-5.${MACHINE_ARCH}.rpm \ + pam-0.68-7.${MACHINE_ARCH}.rpm \ redhat-release-6.1-1.noarch.rpm is worth a port. Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 13 15:35:47 2000 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 3EBEC37B9BD; Thu, 13 Apr 2000 15:35:44 -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 QAA34228; Thu, 13 Apr 2000 16:35:43 -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 QAA48554; Thu, 13 Apr 2000 16:35:26 -0600 (MDT) Message-Id: <200004132235.QAA48554@harmony.village.org> To: Kris Kennaway Subject: Re: 4.0, OpenSSL and MD5 (fwd) Cc: "Thomas T. Veldhouse" , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Thu, 13 Apr 2000 12:11:29 PDT." References: Date: Thu, 13 Apr 2000 16:35:25 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Kris Kennaway writes: : rc.conf cares about the value of the variable. make.conf does not (for : most of them), and just cares whether the variable is set at all : (i.e. they're not booleans) Is that still true? I've been seeing more and more things that used to be .if !defined(NOFOO) morph into .if !defined(NOFOO) && ${NOFOO} != "no" && ${NOFOO} != "NO" Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 13 16: 5:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2808437BC69; Thu, 13 Apr 2000 16:05:51 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id QAA45863; Thu, 13 Apr 2000 16:05:51 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Thu, 13 Apr 2000 16:05:50 -0700 (PDT) From: Kris Kennaway To: Warner Losh Cc: "Thomas T. Veldhouse" , freebsd-current@FreeBSD.ORG Subject: Re: 4.0, OpenSSL and MD5 (fwd) In-Reply-To: <200004132235.QAA48554@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 13 Apr 2000, Warner Losh wrote: > Is that still true? I've been seeing more and more things that used > to be > .if !defined(NOFOO) > morph into > .if !defined(NOFOO) && ${NOFOO} != "no" && ${NOFOO} != "NO" Like where? I certainly didn't come across any of these when I did a sweep of /usr/src for 'NOxxx'. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 13 16:12:32 2000 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 0BF5F37BC26; Thu, 13 Apr 2000 16:12: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 RAA34384; Thu, 13 Apr 2000 17:12:28 -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 RAA48907; Thu, 13 Apr 2000 17:12:11 -0600 (MDT) Message-Id: <200004132312.RAA48907@harmony.village.org> To: Kris Kennaway Subject: Re: 4.0, OpenSSL and MD5 (fwd) Cc: "Thomas T. Veldhouse" , freebsd-current@FreeBSD.org In-reply-to: Your message of "Thu, 13 Apr 2000 16:05:50 PDT." References: Date: Thu, 13 Apr 2000 17:12:11 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Kris Kennaway writes: : Like where? I certainly didn't come across any of these when I did a sweep : of /usr/src for 'NOxxx'. bsd.libnames.mk: .if defined(NOSHARED) && ${NOSHARED} != "no" && ${NOSHARED} != "NO" is where I saw it.Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 13 16:20:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BBAF737BCB9; Thu, 13 Apr 2000 16:20:28 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id QAA48275; Thu, 13 Apr 2000 16:20:28 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Thu, 13 Apr 2000 16:20:27 -0700 (PDT) From: Kris Kennaway To: Warner Losh Cc: "Thomas T. Veldhouse" , freebsd-current@FreeBSD.org Subject: Re: 4.0, OpenSSL and MD5 (fwd) In-Reply-To: <200004132312.RAA48907@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 13 Apr 2000, Warner Losh wrote: > bsd.libnames.mk: > > .if defined(NOSHARED) && ${NOSHARED} != "no" && ${NOSHARED} != "NO" > > is where I saw it.Warner Okay, thats probably the single case in the tree then :-) Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 13 16:37:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 197D937B718 for ; Thu, 13 Apr 2000 16:37:29 -0700 (PDT) (envelope-from jeremyp@pc0640.alcatel.com.au) Received: by border.alcanet.com.au id <115286>; Fri, 14 Apr 2000 09:37:44 +1000 From: Peter Jeremy Subject: Re: MLEN and crashes In-reply-to: <"from jdp"@polstra.com> To: John Polstra Cc: current@FreeBSD.ORG Message-Id: <00Apr14.093744est.115286@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: <20000403084330.6A6DC483D@hcswork.hcs.de> <20000403023858.F21029@fw.wintelcom.net> <200004031622.JAA19715@vashon.polstra.com> <2000-04-03-18-34-19+trackit+sam@inf.enst.fr> Date: Fri, 14 Apr 2000 09:35:43 +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 3/04, John Polstra wrote: [don't allocate big structs on kernel stack] Many years ago, I wrote a tool that analysed stack requirements by parsing the assembler output from the compiler. It determined the stack frame requirements and built a call flow graph to determine total stack depth. It had some hooks to allow indirect function calls to be specified manually. It couldn't handle alloca() (and equivalents), but they were forbidden by the design standards. Anyone who does embedded work probably has something similar (or maybe better). It occurs to me that something along these lines would be quite useful for picking overly expensive (in stack space) subroutine threads within the kernel. (And maybe identifying areas where we could safely allow malloc'd structs to be made auto). The downside is that indirect function calls would need to be manually identified - which could be a significant amount of effort. What are other people's opinions on the usefulness of something like this? Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 1: 5:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from tyo01.freecom.ne.jp (mail1.freecom.ne.jp [210.235.164.61]) by hub.freebsd.org (Postfix) with SMTP id F0CFC37B6CD for ; Fri, 14 Apr 2000 01:05:21 -0700 (PDT) (envelope-from seet@mx3.freecom.ne.jp) Received: (qmail 28906 invoked from network); 14 Apr 2000 08:08:58 -0000 Received: from 1cust142.tnt1.osa1.da.uu.net (HELO smtp3.freecom.ne.jp) (63.12.70.142) by mail1.freecom.ne.jp with SMTP; 14 Apr 2000 08:08:58 -0000 Message-ID: <200004141703.1136@seet.mx3.freecom.ne.jp> Date: Fri, 14 Apr 2000 17:03:27 +0900 From: =?ISO-2022-JP?B?GyRCJTUlaSVqITwlXiVzNmRCQE86JE5OIj1QRCUbKEI=?= To: seet@mx3.freecom.ne.jp Subject: =?ISO-2022-JP?B?GyRCIXo/NzUsJSohPCVXJXM1LUcwIzMjMCVdJSQlcyVIGyhC?= =?ISO-2022-JP?B?GyRCTDVOQSU1ITwlUyU5IXobKEI=?= MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit X-Mailer: Gen Mail 0.9b Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG $B"!"!!~(B $B!c%5%i%j!<%^%s6dB@O:$NN"=PD%!&A49qHG!d(B $B!~"!"!(B $B"!(B $B"!(B $B"!"!!~(B $B?75,%*!<%W%s5-G0#3#0%]%$%s%HL5NA%5!<%S%9(B $B!~"!"!(B $BFMA3$N%a!<%k$r$*5v$72<$5$$!#(B $B$3$NEY!"A49q3FCO$K=;$s$G$$$k=w$N;R$NIt20$r#2#4;~4V%j%"%k%?%$%`$KGA$1$k(B $B!I(B $B%5%i%j!<%^%s6dB@O:$NN"=PD%!&A49qHG(B $B!I$H$$$&2h4|E*$JHVAH$r(B $B#47n#1#3F|$K%*!<%W%s$9$k;v$K$J$j$^$7$?!#(B $B!!!!!!!!!!!!!!!!!!!!!!!!!!(B $B!Z2f!9$O$D$$$K$d$j$^$7$?![(B $BA49q3FCO$K=;$s$G$$$k=w$N;R$NIt20$K%+%a%i@_CV$9$k;v$K@.8y$7$?$N$G$9(B $B!!!!!!!!!!!!!!!!!!!!(B $B!z$3$3$,B>$H$O7hDjE*$K0c$$$^$9!*!*(B $B"-!!!!!!!!!!!!"-!!!!!!!!!!!!"-(B $B(.(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(/(B $B$^$:!"$"$J$?<+?H$,HVAHFb$N%5%i%j!<%^%s6dB@O:$K$J$j$+$o$j!"(B $B$"$J$?<+?H$,Mh$NGA$-%5%$%H$H$OA4$/0[$J$C$?BN83$,$G$-$k$3$H$G$7$g$&!#(B $B?75,%*!<%W%s$K$D$-!"!J=PD%7PHq$H$7$F!K:#$J$i!"%I%+!A%s$HL5NA$G(B $B#3#0%]%$%s%H!J#3!%#0#0#01_AjEv!K$r%5!<%S%9Cf!*!*(B $B$5$"!":#$9$02<5-$X5^$4$&!*!*(B http://www1.sphere.ne.jp/cube/salary3/ ---------------------------------------------------------- $B@?$K62$lF~$j$^$9$,!"$3$N%a!<%k$,I,MW$N$J$$J}$O$9$0$K:o=|$7$F2<$5$$!#(B $B6=L#$NM-$kJ}!"I,MW$JJ}$N$_$,8fMw$K$J$C$F2<$5$$!#(B ---------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 2:47:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from finch-post-12.mail.demon.net (finch-post-12.mail.demon.net [194.217.242.41]) by hub.freebsd.org (Postfix) with ESMTP id 855F937BDE6 for ; Fri, 14 Apr 2000 02:47:36 -0700 (PDT) (envelope-from n_hibma@calcaphon.com) Received: from calcaphon.demon.co.uk ([193.237.19.5] helo=bluebottle.qubesoft.com) by finch-post-12.mail.demon.net with esmtp (Exim 2.12 #1) id 12g2hK-0008ur-0C; Fri, 14 Apr 2000 09:47:35 +0000 Received: from henny.qubesoft.com (henny.qubesoft.com [192.168.1.5]) by bluebottle.qubesoft.com (8.9.3/8.9.1) with ESMTP id KAA27388; Fri, 14 Apr 2000 10:47:33 +0100 (BST) (envelope-from n_hibma@calcaphon.com) Date: Fri, 14 Apr 2000 10:50:27 +0100 (BST) From: Nick Hibma X-Sender: n_hibma@localhost Reply-To: Nick Hibma To: Walter Brameld Cc: Vladimir Kushnir , FreeBSD-Current Subject: Re: Strange phenomen accessing a CDROM contents under linuxerator In-Reply-To: <00041119294800.03337@Bozo_3.BozoLand.domain> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The one directory I can remember that was missing from the acroread file selector was a symbolic link (to the directory with the documents I wanted of course :-). /usr/export was not found, but /usr/export/usb was found when typed in in the top edit box. > I see the same thing on 4.0-STABLE, so far only using linux-netscape. > When I go to select a directory for download, or when accessing an HTML > file to be opened, certain directories always appear to be missing. > Only one that comes to mind at the moment is the ports directory when > looking in /usr. > > -- > Walter Brameld > > Microsoft: Where do you want to go today? > Linux: Where do you want to go tomorrow? > BSD: Are you guys coming, or what? > Walter: And what does THIS button do?? > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- n_hibma@webweaving.org n_hibma@freebsd.org USB project http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 3:42:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from twilight.bastard.co.uk (twilight.bastard.co.uk [193.164.171.29]) by hub.freebsd.org (Postfix) with ESMTP id 8366937B630 for ; Fri, 14 Apr 2000 03:42:34 -0700 (PDT) (envelope-from ashp@bastard.co.uk) Received: from ashp by twilight.bastard.co.uk with local (Exim 3.13 #1) id 12g3Xv-000G7L-00 for freebsd-current@freebsd.org; Fri, 14 Apr 2000 11:41:55 +0100 Date: Fri, 14 Apr 2000 11:41:55 +0100 From: Ashley Penney To: freebsd-current@freebsd.org Subject: Problems with MAKEDEV. Message-ID: <20000414114155.A61941@twilight.bastard.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG When booting up I noticed the block device warning message. I did some investigation and discovered that some ad4/ad5 devices were still block ones. It seems that the MAKEDEV script only makes up to ad3, but my disks are on ad4/ad5 (ATA-66, Abit BP6). Simply adding ad4 ad5 onto the script fixes it, but it's not the best fix, I feel. --- MAKEDEV.old Fri Apr 14 12:40:08 2000 +++ MAKEDEV Fri Apr 14 12:39:45 2000 @@ -232,7 +232,7 @@ sh MAKEDEV std # standard sh MAKEDEV fd0 fd1 # bdev, floppy disk sh MAKEDEV da0 da1 da2 da3 # bdev, SCSI disk - sh MAKEDEV ad0 ad1 ad2 ad3 # bdev, ATA disk + sh MAKEDEV ad0 ad1 ad2 ad3 ad4 ad5 # bdev, ATA disk sh MAKEDEV acd0 afd0 ast0 # bdev, ATAPI devices sh MAKEDEV wd0 wd1 wd2 wd3 # bdev, OLD disk sh MAKEDEV wcd0 wfd0 wst0 # bdev, OLD ATAPI devs -- Ashley Penney. Internet Weenie. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 3:58:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 6248337B749 for ; Fri, 14 Apr 2000 03:58:12 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115320>; Fri, 14 Apr 2000 20:58:35 +1000 Content-return: prohibited From: Peter Jeremy Subject: Re: Problems with MAKEDEV. In-reply-to: <20000414114155.A61941@twilight.bastard.co.uk>; from ashp@bastard.co.uk on Fri, Apr 14, 2000 at 08:43:12PM +1000 To: Ashley Penney Cc: freebsd-current@FreeBSD.ORG Message-Id: <00Apr14.205835est.115320@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: <20000414114155.A61941@twilight.bastard.co.uk> Date: Fri, 14 Apr 2000 20:58:29 +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-Apr-14 20:43:12 +1000, Ashley Penney wrote: > It seems that the MAKEDEV script only >makes up to ad3, but my disks are on ad4/ad5 (ATA-66, Abit BP6). "MAKEDEV all" is designed to create a generic set of devices that covers most situations. It _doesn't_ cover all situations - in particular sound devices and disk slices. You have to make those devices manually. In this case, I don't believe it's appropriate to automatically create ad4/ad5 because the majority of people won't have them - common hardware provides 2 IDE channels, each capable of supporting 2 devices. If you have a 3rd IDE channel, then you would have had to create the wd/ad devices manually anyway. I'd recommend "find /dev -type b -ls", or for the more paranoid "find /dev -type d -o -type c -o -type l -o -ls", followed by manual MAKEDEV or rm commands as appropriate. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 5:49:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from virtual-voodoo.com (virtual-voodoo.com [204.120.165.254]) by hub.freebsd.org (Postfix) with ESMTP id 0AE2837B6CF for ; Fri, 14 Apr 2000 05:49:24 -0700 (PDT) (envelope-from steve@virtual-voodoo.com) Received: (from steve@localhost) by virtual-voodoo.com (8.10.0/8.10.0) id e3ECmwA45224; Fri, 14 Apr 2000 07:48:58 -0500 (EST) Date: Fri, 14 Apr 2000 07:48:58 -0500 From: Steve Ames To: Peter Jeremy Cc: Ashley Penney , freebsd-current@FreeBSD.ORG Subject: Re: Problems with MAKEDEV. Message-ID: <20000414074858.B18551@virtual-voodoo.com> References: <20000414114155.A61941@twilight.bastard.co.uk> <00Apr14.205835est.115320@border.alcanet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <00Apr14.205835est.115320@border.alcanet.com.au>; from peter.jeremy@alcatel.com.au on Fri, Apr 14, 2000 at 08:58:29PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 14, 2000 at 08:58:29PM +1000, Peter Jeremy wrote: > On 2000-Apr-14 20:43:12 +1000, Ashley Penney wrote: > > It seems that the MAKEDEV script only > >makes up to ad3, but my disks are on ad4/ad5 (ATA-66, Abit BP6). > > "MAKEDEV all" is designed to create a generic set of devices that > covers most situations. It _doesn't_ cover all situations - in > particular sound devices and disk slices. You have to make those > devices manually. That's always struck me a bit odd... I thought 'MAKEDEV std' made the generic set of devices and that 'MAKEDEV all' should make... well.. _ALL_. *shrug* -Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 6:40:37 2000 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 58B0437B57F for ; Fri, 14 Apr 2000 06:40:34 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id OAA03696; Fri, 14 Apr 2000 14:50:08 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Peter Jeremy Cc: John Polstra , current@freebsd.org Subject: Re: MLEN and crashes In-reply-to: Your message of "Fri, 14 Apr 2000 09:35:43 +1000." <00Apr14.093744est.115286@border.alcanet.com.au> Date: Fri, 14 Apr 2000 14:50:08 +0200 Message-ID: <3694.955716608@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <00Apr14.093744est.115286@border.alcanet.com.au>, Peter Jeremy write s: >Many years ago, I wrote a tool that analysed stack requirements by >parsing the assembler output from the compiler. It determined the >stack frame requirements and built a call flow graph to determine >total stack depth. It had some hooks to allow indirect function >calls to be specified manually. It couldn't handle alloca() (and >equivalents), but they were forbidden by the design standards. > > >What are other people's opinions on the usefulness of something >like this? Commit it either as a general tool or as a kernel targeted tool under src/tools. And the faster the better :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 6:49:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp1.vnet.net (smtp1.vnet.net [166.82.1.31]) by hub.freebsd.org (Postfix) with ESMTP id E804637BEC9 for ; Fri, 14 Apr 2000 06:49:11 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from dignus.com (ponds.vnet.net [166.82.177.48]) by smtp1.vnet.net (8.9.1a/8.9.1) with ESMTP id JAA29915; Fri, 14 Apr 2000 09:48:58 -0400 (EDT) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.9.2/8.8.5) with ESMTP id JAA23132; Fri, 14 Apr 2000 09:48:56 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.9.3/8.6.9) id JAA56212; Fri, 14 Apr 2000 09:48:56 -0400 (EDT) Date: Fri, 14 Apr 2000 09:48:56 -0400 (EDT) From: Thomas David Rivers Message-Id: <200004141348.JAA56212@lakes.dignus.com> To: jdp@polstra.com, peter.jeremy@alcatel.com.au Subject: Re: MLEN and crashes Cc: current@FreeBSD.ORG In-Reply-To: <00Apr14.093744est.115286@border.alcanet.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Jeremy wrote: > > On 3/04, John Polstra wrote: > [don't allocate big structs on kernel stack] > > Many years ago, I wrote a tool that analysed stack requirements by > parsing the assembler output from the compiler. It determined the > stack frame requirements and built a call flow graph to determine > total stack depth. It had some hooks to allow indirect function > calls to be specified manually. It couldn't handle alloca() (and > equivalents), but they were forbidden by the design standards. Just wondering... How did you address recursive functions, or were they also forbidden by design standards? - Dave Rivers - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 9:11:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 59E0637BD7A for ; Fri, 14 Apr 2000 09:11:21 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id MAA58793 for ; Fri, 14 Apr 2000 12:11:19 -0400 (EDT) (envelope-from robert@cyrus.watson.org) Date: Fri, 14 Apr 2000 12:11:18 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: freebsd-current@freebsd.org Subject: middle mouse button emulation broken in 4.0-STABLE? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Not sure if this should go to -current or -stable, since we seem to get a lot of instant MFC's these days :-). I upgraded a notebook from 4.0-RELEASE to -STABLE last night. After doing so, I noticed that the middle mouse button emulation in moused seems to be fairly broken -- i.e., once it's enabled, I can no longer drag with the left mouse button (although I can with the emulated middle button). If I turn off emulation, the left and right buttons drag normally, but now I can no longer paste in X :-). I'd love to get this fixed--middle mouse button emulation is actually pretty useful. :-) Sadly I can no longer use my mouse keyboard switch with my roller-ball mouse--for some reason it results in the psm synch error and vast numbers of anomolies when I switch away from certain machines, so I'm stuck with emulated. Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 9:32:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from wicket.ci.net.ua (noc-hole-gw.ci.net.ua [212.86.98.85]) by hub.freebsd.org (Postfix) with ESMTP id 591AC37B754 for ; Fri, 14 Apr 2000 09:32:13 -0700 (PDT) (envelope-from acid@cn.ua) Received: from localhost (acid@localhost) by wicket.ci.net.ua (8.9.3/8.9.3) with ESMTP id TAA34201 for ; Fri, 14 Apr 2000 19:32:11 +0300 (EEST) Date: Fri, 14 Apr 2000 19:32:11 +0300 (EEST) From: "Michael I. Vasilenko" X-Sender: acid@wicket.ci.net.ua To: freebsd-current@freebsd.org Subject: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Recently our firm bought Lucent wireless hardware - PCI Adapter and PCMCIA card. After unsucsessfull trying to get it work on 3.4+PAO, I've upgraded to 5.0-CURRENT. All hardware ssems to be detected, pccardc pccardmem 0xd4000 is ok, but after running pccardd it says: pccardd[166]: Card "Lucent Technologies"("WaveLAN/IEEE") matched "Lucent Technologies" ("WaveLAN/IEEE") pccardd[166]: Using I/O addr 0x100, size 64 pccardd[166]: Setting config reg at offs 0x3e0 to 0x41, Reset time = 50 ms pccardd[166]: Assigning I/O window 0, start 0x100, size 0x40 flags 0x5 /kernel: wi0: at port 0x100-0x13f irq 7 slot 0 on pccard0 /kernel: wi0: Ethernet address: 00:60:1d:f6:cc:5d and machine just hangs completly. Any help would be great. kernel config: device card device pcic0 at isa? device wi kernel.conf: config> port pcic0 0x3e0 config> irq pcic0 5 config> iomem pcic0 0xd4000 config> q pieces of dmesg: ... pcic-pci0: mem 0xea000000-0xea000fff irq 10 at device 16.0 on pci0 pcic-pci0: TI12XX PCI Config Reg: [pwr save][pci only] pcic-pci0: Legacy address set to 0x3e0 pcic-pci1: mem 0xea004000-0xea004fff irq 10 at device 16.1 on pci0 pcic-pci1: TI12XX PCI Config Reg: [pwr save][pci only] ... pcic0: at port 0x3e0 iomem 0xd4000 irq 5 drq 0 on isa0 pcic0: management irq 5 pccard0: on pcic0 pccard1: on pcic0 ... pccard: card inserted, slot 0 pccard: card inserted, slot 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 9:49:27 2000 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 BBC5237BEDD for ; Fri, 14 Apr 2000 09:49:17 -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 MAA01388; Fri, 14 Apr 2000 12:52:44 -0400 From: Bill Paul Message-Id: <200004141652.MAA01388@skynet.ctr.columbia.edu> Subject: Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles To: acid@cn.ua (Michael I. Vasilenko) Date: Fri, 14 Apr 2000 12:52:42 -0400 (EDT) Cc: freebsd-current@freebsd.org In-Reply-To: from "Michael I. Vasilenko" at Apr 14, 2000 07:32:11 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1402 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, Michael I. Vasilenko had to walk into mine and say: > pccardd[166]: Card "Lucent Technologies"("WaveLAN/IEEE") matched "Lucent Technologies" ("WaveLAN/IEEE") > pccardd[166]: Using I/O addr 0x100, size 64 > pccardd[166]: Setting config reg at offs 0x3e0 to 0x41, Reset time = 50 ms > pccardd[166]: Assigning I/O window 0, start 0x100, size 0x40 flags 0x5 > /kernel: wi0: at port 0x100-0x13f irq 7 slot 0 on pccard0 > /kernel: wi0: Ethernet address: 00:60:1d:f6:cc:5d ^^^ > > and machine just hangs completly. You did disable the parallel port on this machine so that you can safely use IRQ 7, right? And I don't mean "take the parallel port driver out of the kernel config." I mean "go into the computer's BIOS setup screen and turn the parallel port off." -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 Fri Apr 14 9:58:14 2000 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 A960037BF26 for ; Fri, 14 Apr 2000 09:58:03 -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 SAA74896; Fri, 14 Apr 2000 18:57:38 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200004141657.SAA74896@zibbi.mikom.csir.co.za> Subject: Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles In-Reply-To: from "Michael I. Vasilenko" at "Apr 14, 2000 07:32:11 pm" To: acid@cn.ua (Michael I. Vasilenko) Date: Fri, 14 Apr 2000 18:57:38 +0200 (SAT) 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 Delete or rename /dev/card1 and you should get further. It will most probably still not work, but it won't hang anymore. You probably also have to tell pccardd to use the same interrupt that pcic-pci0 got, because I don't see how else it can work, but I'm not sure. I mean a PCI card can't generate different interrupts than the one(s) connected to its pins can it? John -- John Hay -- John.Hay@mikom.csir.co.za > > Recently our firm bought Lucent wireless hardware - PCI Adapter and > PCMCIA card. After unsucsessfull trying to get it work on 3.4+PAO, > I've upgraded to 5.0-CURRENT. > > All hardware ssems to be detected, pccardc pccardmem 0xd4000 is ok, > but after running pccardd it says: > > pccardd[166]: Card "Lucent Technologies"("WaveLAN/IEEE") matched "Lucent Technologies" ("WaveLAN/IEEE") > pccardd[166]: Using I/O addr 0x100, size 64 > pccardd[166]: Setting config reg at offs 0x3e0 to 0x41, Reset time = 50 ms > pccardd[166]: Assigning I/O window 0, start 0x100, size 0x40 flags 0x5 > /kernel: wi0: at port 0x100-0x13f irq 7 slot 0 on pccard0 > /kernel: wi0: Ethernet address: 00:60:1d:f6:cc:5d > > and machine just hangs completly. > > Any help would be great. > > kernel config: > > device card > device pcic0 at isa? > device wi > > kernel.conf: > > config> port pcic0 0x3e0 > config> irq pcic0 5 > config> iomem pcic0 0xd4000 > config> q > > pieces of dmesg: > > ... > pcic-pci0: mem 0xea000000-0xea000fff irq 10 at device 16.0 on pci0 > pcic-pci0: TI12XX PCI Config Reg: [pwr save][pci only] > pcic-pci0: Legacy address set to 0x3e0 > pcic-pci1: mem 0xea004000-0xea004fff irq 10 at device 16.1 on pci0 > pcic-pci1: TI12XX PCI Config Reg: [pwr save][pci only] > ... > pcic0: at port 0x3e0 iomem 0xd4000 irq 5 drq 0 on isa0 > pcic0: management irq 5 > pccard0: on pcic0 > pccard1: on pcic0 > ... > pccard: card inserted, slot 0 > pccard: card inserted, slot 1 > > > > > 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 Apr 14 10:42:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from wicket.ci.net.ua (noc-hole-gw.ci.net.ua [212.86.98.85]) by hub.freebsd.org (Postfix) with ESMTP id 7F15337B686 for ; Fri, 14 Apr 2000 10:42:13 -0700 (PDT) (envelope-from acid@cn.ua) Received: from localhost (acid@localhost) by wicket.ci.net.ua (8.9.3/8.9.3) with ESMTP id UAA34642; Fri, 14 Apr 2000 20:41:54 +0300 (EEST) Date: Fri, 14 Apr 2000 20:41:54 +0300 (EEST) From: Michael Vasilenko X-Sender: acid@wicket.ci.net.ua To: John Hay Cc: freebsd-current@FreeBSD.ORG Subject: Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles In-Reply-To: <200004141657.SAA74896@zibbi.mikom.csir.co.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 14 Apr 2000, John Hay wrote: > Delete or rename /dev/card1 and you should get further. It will most > probably still not work, but it won't hang anymore. Thanks, it still don't work, but didn't hang anymore :) > You probably also have to tell pccardd to use the same interrupt that > pcic-pci0 got, because I don't see how else it can work, but I'm not > sure. I mean a PCI card can't generate different interrupts than the > one(s) connected to its pins can it? The situation is interesting - when I remove /dev/card1,2,3, pccardd get started, ifconfig wi0 works, but on any xmit - ping, etc.. I've got: wi0: xmit failed wi0: tx buffer allocation failed wi0: device timeout and pccardd didn't catch pccard events - removing and inserting cards... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 12:51: 8 2000 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 9633E37B54C for ; Fri, 14 Apr 2000 12:51:05 -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 NAA38276; Fri, 14 Apr 2000 13:51: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 NAA58732; Fri, 14 Apr 2000 13:50:41 -0600 (MDT) Message-Id: <200004141950.NAA58732@harmony.village.org> To: John Hay Subject: Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles Cc: acid@cn.ua (Michael I. Vasilenko), freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sat, 14 Apr 2000 18:57:38 +0200." <200004141657.SAA74896@zibbi.mikom.csir.co.za> References: <200004141657.SAA74896@zibbi.mikom.csir.co.za> Date: Fri, 14 Apr 2000 13:50:41 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200004141657.SAA74896@zibbi.mikom.csir.co.za> John Hay writes: : You probably also have to tell pccardd to use the same interrupt that : pcic-pci0 got, because I don't see how else it can work, but I'm not : sure. I mean a PCI card can't generate different interrupts than the : one(s) connected to its pins can it? No. You have to tell pcic to use that interrupt. and tell pccardd to *NOT* use that interrupt. Interrupt sharing rarely works when pccard is in the mix. Don't do it, unless you know what you are doing. And even then, if anything at all doesn't work, stop doing it. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 12:52:50 2000 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 27BCC37B772 for ; Fri, 14 Apr 2000 12:52:47 -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 NAA38290; Fri, 14 Apr 2000 13:52:45 -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 NAA58759; Fri, 14 Apr 2000 13:52:25 -0600 (MDT) Message-Id: <200004141952.NAA58759@harmony.village.org> To: Michael Vasilenko Subject: Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles Cc: John Hay , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Fri, 14 Apr 2000 20:41:54 +0300." References: Date: Fri, 14 Apr 2000 13:52:25 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Michael Vasilenko writes: : : : On Fri, 14 Apr 2000, John Hay wrote: : : > Delete or rename /dev/card1 and you should get further. It will most : > probably still not work, but it won't hang anymore. : : Thanks, it still don't work, but didn't hang anymore :) : : > You probably also have to tell pccardd to use the same interrupt that : > pcic-pci0 got, because I don't see how else it can work, but I'm not : > sure. I mean a PCI card can't generate different interrupts than the : > one(s) connected to its pins can it? : : The situation is interesting - when I remove /dev/card1,2,3, pccardd : get started, ifconfig wi0 works, but on any xmit - ping, etc.. : I've got: : : wi0: xmit failed : wi0: tx buffer allocation failed : wi0: device timeout : : and pccardd didn't catch pccard events - removing and inserting cards... You have interrupt problems. Don't share with anything else. Don't use interrupts of *ANY* other hardware in your system *AT*ALL*. I'll be the first to talk about how bad interrupt choice is in the current pccard code. I'm also one of the first to be doing something about it with NEWCARD... :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 12:54:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id C277237BF2A for ; Fri, 14 Apr 2000 12:54:33 -0700 (PDT) (envelope-from dmmiller@cvzoom.net) Received: (qmail 3693 invoked from network); 14 Apr 2000 19:54:31 -0000 Received: from lc210.cvzoom.net (HELO cvzoom.net) (208.226.154.210) by ns.cvzoom.net with SMTP; 14 Apr 2000 19:54:31 -0000 Message-ID: <38F7776F.971AFC92@cvzoom.net> Date: Fri, 14 Apr 2000 15:54:23 -0400 From: Donn Miller X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: "Dr. Brain" Cc: shockingly@ugly.prth.tensor.pgs.com, current@freebsd.org Subject: Re: Netscape 6 Linux pre-release, got it going. References: <20000411095930.B85262@toxic.magnesium.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Dr. Brain" wrote: > > I've had a good deal of success getting Mozilla to build straight out of the > nightly source tar files: > ftp://ftp.mozilla.org/pub/mozilla/nightly/latest/mozilla-source.tar.gz Over the past month, in -current, I've had weird problems with Mozilla. The message I'm seeing on stdout is Document http://www.mozilla.org/ loDocument http://www.mozilla.org/ loaded successfully Document: Done (6.249 secs) But yet, no window ever opens. What's up with that? It looks like a thread is being blocked that calls XMapWindow(). Of course, it could be a problem with XFree86 4.0, I don't know. - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 13: 1: 6 2000 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 4DC3D37B5E7 for ; Fri, 14 Apr 2000 13:00:59 -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 WAA78634; Fri, 14 Apr 2000 22:00:04 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200004142000.WAA78634@zibbi.mikom.csir.co.za> Subject: Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles In-Reply-To: <200004141950.NAA58732@harmony.village.org> from Warner Losh at "Apr 14, 2000 01:50:41 pm" To: imp@village.org (Warner Losh) Date: Fri, 14 Apr 2000 22:00:04 +0200 (SAT) Cc: jhay@mikom.csir.co.za (John Hay), acid@cn.ua (Michael I. Vasilenko), 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 > In message <200004141657.SAA74896@zibbi.mikom.csir.co.za> John Hay writes: > : You probably also have to tell pccardd to use the same interrupt that > : pcic-pci0 got, because I don't see how else it can work, but I'm not > : sure. I mean a PCI card can't generate different interrupts than the > : one(s) connected to its pins can it? > > No. You have to tell pcic to use that interrupt. and tell pccardd to > *NOT* use that interrupt. Interrupt sharing rarely works when pccard > is in the mix. Don't do it, unless you know what you are doing. And > even then, if anything at all doesn't work, stop doing it. Uhmm, but if pcic use that interrupt, then there is no interrupt that pccardd can give to the pcmcia card? Or can you have more than one interrupt from the PCI card to the motherboard? 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 Fri Apr 14 13: 3:44 2000 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 C6FAE37B7AE for ; Fri, 14 Apr 2000 13:03:38 -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 WAA78728; Fri, 14 Apr 2000 22:03:17 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200004142003.WAA78728@zibbi.mikom.csir.co.za> Subject: Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles In-Reply-To: from Michael Vasilenko at "Apr 14, 2000 08:41:54 pm" To: acid@cn.ua (Michael Vasilenko) Date: Fri, 14 Apr 2000 22:03:17 +0200 (SAT) Cc: jhay@mikom.csir.co.za (John Hay), 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 > > > Delete or rename /dev/card1 and you should get further. It will most > > probably still not work, but it won't hang anymore. > > Thanks, it still don't work, but didn't hang anymore :) > > > You probably also have to tell pccardd to use the same interrupt that > > pcic-pci0 got, because I don't see how else it can work, but I'm not > > sure. I mean a PCI card can't generate different interrupts than the > > one(s) connected to its pins can it? > > The situation is interesting - when I remove /dev/card1,2,3, pccardd > get started, ifconfig wi0 works, but on any xmit - ping, etc.. > I've got: > > wi0: xmit failed > wi0: tx buffer allocation failed > wi0: device timeout > This is where I'm stuck too. I think there might be some more initialization of the TI1225 necesary. 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 Fri Apr 14 13: 8:22 2000 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 BBCD437B749 for ; Fri, 14 Apr 2000 13:08: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 OAA38395; Fri, 14 Apr 2000 14:08: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 OAA59000; Fri, 14 Apr 2000 14:07:57 -0600 (MDT) Message-Id: <200004142007.OAA59000@harmony.village.org> To: John Hay Subject: Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles Cc: acid@cn.ua (Michael I. Vasilenko), freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sat, 14 Apr 2000 22:00:04 +0200." <200004142000.WAA78634@zibbi.mikom.csir.co.za> References: <200004142000.WAA78634@zibbi.mikom.csir.co.za> Date: Fri, 14 Apr 2000 14:07:57 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200004142000.WAA78634@zibbi.mikom.csir.co.za> John Hay writes: : Uhmm, but if pcic use that interrupt, then there is no interrupt that : pccardd can give to the pcmcia card? Or can you have more than one : interrupt from the PCI card to the motherboard? Yes. PCI cards have 4 different interrupt lines, although FreeBSD doesn't use pcibios to route the other lines. If you can't get another irq line routed on your machine, then you'll have to use polling for the pcic and use irq10 for the cards that you insert. My desktop with a cardbus bridge just works with one irq line for management, and a different one for card operations. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 13:43: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from assurance.rstcorp.com (rstcorp2.daf.concentric.net [216.112.242.2]) by hub.freebsd.org (Postfix) with ESMTP id D7E1137B601 for ; Fri, 14 Apr 2000 13:43:02 -0700 (PDT) (envelope-from vshah@rstcorp.com) Received: (from uucp@localhost) by assurance.rstcorp.com (8.9.3/8.9.3) id PAA22479; Fri, 14 Apr 2000 15:44:49 -0400 Received: from sandbox.rstcorp.com(10.1.30.2) by assurance.rstcorp.com via smap (V2.0) id xma022471; Fri, 14 Apr 00 19:44:45 GMT Received: from jabberwock.rstcorp.com (jabberwock.rstcorp.com [10.1.100.5]) by sandbox.rstcorp.com (8.9.3/8.9.3) with ESMTP id QAA28566; Fri, 14 Apr 2000 16:35:46 -0400 (EDT) Received: by jabberwock.rstcorp.com (Postfix, from userid 93) id D1A475AED; Fri, 14 Apr 2000 16:42:15 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14583.33447.540758.431380@jabberwock.rstcorp.com> Date: Fri, 14 Apr 2000 16:42:15 -0400 (EDT) From: "Viren R.Shah" To: "Matthew N. Dodd" Cc: freebsd-current@freebsd.org, Ian Cartwright Subject: Re:cvs commit: src/sys/dev/ida ida_eisa.c In-Reply-To: <200004131809.LAA01775@freefall.freebsd.org> References: <200004131809.LAA01775@freefall.freebsd.org> X-Mailer: VM 6.72 under 19.16 "Lille" XEmacs Lucid Reply-To: "Viren R.Shah" X-Face: )~y+U*K:yzjz{q<5lzpI_SVef'U.])9g[C9`1N@]u3,MHY7f*l7C)[_NjM4y4K8$uIUh|\u (K&&HS6,M!61&GMTk'mqmB/Qg]]X}"?TzsFl]"2v!bl8']dma.:^IY^a[lbOI>U:b<~FyK3q-p{HmZ mn~g.`~BE!5{2D:}Yi+\_KkWe?XaHj9$ko1k8iKLYv5*_2c8"G=?Up[}hn+7RNM(bzBZ_wWk6!Pf&B ?3Tcm7M7B~W%K/I0aX3]*=jP?aM]H6HBPT`oLk+0n^_;N\2\%|Rhy;p}34Q.jEsM\qtnxcm;ag%Nq Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "Matthew" == Matthew N Dodd writes: MD> mdodd 2000/04/13 11:09:07 PDT MD> Modified files: MD> sys/dev/ida ida_eisa.c MD> Log: MD> - Add an additional call to eisa_add_iospace() so we get the right IOPORT MD> in attach. MD> - Change a EISA_CHANNEL_CLEAR to EISA_CHANNEL_BUSY in ida_v1_submit(). MD> This may fix the problem with EISA IDA adapters though we MD> have not heard back from testers yet. I just tried it. Here's what I get: mainboard0: eisa0: unknown card CPQ6101 (0x0e116101) at slot 5 ida0: at 0x6000-0x60ff, 0x6c88-0x6c9e ida0: irq 15 (level) on eisa0 slot 6 ida0: drives=1 firm_rev=1.66 idad0: 3002MB (6149631 sectors), blocksize=512 Fatal trap 12: page fault while in kernel mode fault virtual address = 0xff0000ad fault code = supervisor read, page not present instruction pointer = 0x8:0xff0000ad stack pointer = 0x10:0xc061fe80 frame pointer = 0x10:0x2b9005d 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 = 0 (swapper) interrupt mask = net tty bio cam trap number = 12 panic: page fault This is further than before -- it got around to recognizing the drive (it even gets the correct number of sectors), and no more "incorrect qcb returned". Viren -- Viren R. Shah "Creeping featurism is a disease, fatal if not treated promptly" -- Don Norman in _The Design of Everyday Things_ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 14: 6:29 2000 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 E15CE37B583 for ; Fri, 14 Apr 2000 14:06:24 -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 PAA38559; Fri, 14 Apr 2000 15:06:23 -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 PAA59580; Fri, 14 Apr 2000 15:06:03 -0600 (MDT) Message-Id: <200004142106.PAA59580@harmony.village.org> To: John Hay Subject: Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles Cc: acid@cn.ua (Michael Vasilenko), freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sat, 14 Apr 2000 22:03:17 +0200." <200004142003.WAA78728@zibbi.mikom.csir.co.za> References: <200004142003.WAA78728@zibbi.mikom.csir.co.za> Date: Fri, 14 Apr 2000 15:06:03 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200004142003.WAA78728@zibbi.mikom.csir.co.za> John Hay writes: : This is where I'm stuck too. I think there might be some more initialization : of the TI1225 necesary. I've added some init of the ti chipsets to -current. They are enough for my TI-1221 based card to allow me to talk to the modems that I have. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 14:19:57 2000 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 6FFD437BEAB for ; Fri, 14 Apr 2000 14:19:54 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id RAA99305; Fri, 14 Apr 2000 17:19:49 -0400 (EDT) Date: Fri, 14 Apr 2000 17:19:49 -0400 (EDT) From: "Matthew N. Dodd" To: "Viren R.Shah" Cc: freebsd-current@freebsd.org, Ian Cartwright Subject: Re:cvs commit: src/sys/dev/ida ida_eisa.c In-Reply-To: <14583.33447.540758.431380@jabberwock.rstcorp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 14 Apr 2000, Viren R.Shah wrote: > I just tried it. Here's what I get: > > mainboard0: > eisa0: unknown card CPQ6101 (0x0e116101) at slot 5 > ida0: at 0x6000-0x60ff, 0x6c88-0x6c9e > ida0: irq 15 (level) on eisa0 slot 6 > ida0: drives=1 firm_rev=1.66 > idad0: 3002MB (6149631 sectors), blocksize=512 > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xff0000ad > fault code = supervisor read, page not present > instruction pointer = 0x8:0xff0000ad > stack pointer = 0x10:0xc061fe80 > frame pointer = 0x10:0x2b9005d > 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 = 0 (swapper) > interrupt mask = net tty bio cam > trap number = 12 > panic: page fault > > This is further than before -- it got around to recognizing the drive > (it even gets the correct number of sectors), and no more "incorrect > qcb returned". Any chance you could get a DDB traceback? -- | 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 Apr 14 14:25: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from assurance.rstcorp.com (rstcorp2.daf.concentric.net [216.112.242.2]) by hub.freebsd.org (Postfix) with ESMTP id AD14C37B73E for ; Fri, 14 Apr 2000 14:25:03 -0700 (PDT) (envelope-from vshah@rstcorp.com) Received: (from uucp@localhost) by assurance.rstcorp.com (8.9.3/8.9.3) id QAA23210; Fri, 14 Apr 2000 16:26:49 -0400 Received: from sandbox.rstcorp.com(10.1.30.2) by assurance.rstcorp.com via smap (V2.0) id xma023196; Fri, 14 Apr 00 20:26:12 GMT Received: from jabberwock.rstcorp.com (jabberwock.rstcorp.com [10.1.100.5]) by sandbox.rstcorp.com (8.9.3/8.9.3) with ESMTP id RAA29198; Fri, 14 Apr 2000 17:17:13 -0400 (EDT) Received: by jabberwock.rstcorp.com (Postfix, from userid 93) id 5629F5AED; Fri, 14 Apr 2000 17:23:43 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14583.35935.113164.823737@jabberwock.rstcorp.com> Date: Fri, 14 Apr 2000 17:23:43 -0400 (EDT) From: "Viren R.Shah" To: "Matthew N. Dodd" Cc: freebsd-current@freebsd.org, Ian Cartwright Subject: Re:cvs commit: src/sys/dev/ida ida_eisa.c In-Reply-To: References: <14583.33447.540758.431380@jabberwock.rstcorp.com> X-Mailer: VM 6.72 under 19.16 "Lille" XEmacs Lucid Reply-To: "Viren R.Shah" X-Face: )~y+U*K:yzjz{q<5lzpI_SVef'U.])9g[C9`1N@]u3,MHY7f*l7C)[_NjM4y4K8$uIUh|\u (K&&HS6,M!61&GMTk'mqmB/Qg]]X}"?TzsFl]"2v!bl8']dma.:^IY^a[lbOI>U:b<~FyK3q-p{HmZ mn~g.`~BE!5{2D:}Yi+\_KkWe?XaHj9$ko1k8iKLYv5*_2c8"G=?Up[}hn+7RNM(bzBZ_wWk6!Pf&B ?3Tcm7M7B~W%K/I0aX3]*=jP?aM]H6HBPT`oLk+0n^_;N\2\%|Rhy;p}34Q.jEsM\qtnxcm;ag%Nq Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "MD" == Matthew N Dodd writes: MD> On Fri, 14 Apr 2000, Viren R.Shah wrote: >> I just tried it. Here's what I get: >> >> mainboard0: >> eisa0: unknown card CPQ6101 (0x0e116101) at slot 5 >> ida0: at 0x6000-0x60ff, 0x6c88-0x6c9e >> ida0: irq 15 (level) on eisa0 slot 6 >> ida0: drives=1 firm_rev=1.66 >> idad0: 3002MB (6149631 sectors), blocksize=512 >> MD> Any chance you could get a DDB traceback? If you will tell me how. Can I just compile in DDB without building the kernel with debug enabled? If so, that should work (I'm currently gzipping the kernel onto the kern.flp floppy, and booting off of it.). Viren -- Viren R. Shah "Creeping featurism is a disease, fatal if not treated promptly" -- Don Norman in _The Design of Everyday Things_ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 14:28:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from MexComUSA.Net (adsl-63-200-120-86.dsl.mtry01.pacbell.net [63.200.120.86]) by hub.freebsd.org (Postfix) with ESMTP id 8272B37B67A for ; Fri, 14 Apr 2000 14:28:15 -0700 (PDT) (envelope-from eculp@EnContacto.Net) Received: from EnContacto.Net (adsl-63-200-120-84.dsl.mtry01.pacbell.net [63.200.120.84]) by MexComUSA.Net (8.9.3/8.9.3) with ESMTP id OAA01120; Fri, 14 Apr 2000 14:27:52 -0700 (PDT) (envelope-from eculp@EnContacto.Net) Message-ID: <38F78D5A.FBC13546@EnContacto.Net> Date: Fri, 14 Apr 2000 14:27:55 -0700 From: Edwin Culp Organization: MexComUSA.Net/EnContacto.Net X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Michael I. Vasilenko" Cc: "current@FreeBSD.ORG" Subject: Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Michael, I just threw one in my laptop a couple of days ago. I didn't even have to recompile the kernel. I just added the stock WaveLAN section to my pccard.conf let it load the if_wi.ko and it worked. Although when I reboot I have to take the card out and put it back in because there seems to be a delay with the kernel module that causes the driver to initially fail that probably wouldn't happen if I had support compiled into the kernel, but I really didn't plan to use it that often but it is working so well I think that I will. My pccard.conf is : # Generally available IO ports io 0x240-0x360 # Generally available IRQs (Built-in sound-card owners remove 5) irq 9 11 # # Cut out my modem and nic entries. # # Lucent WaveLAN/IEEE card "Lucent Technologies" "WaveLAN/IEEE" config 0x1 "wi0" ? insert logger -t pccard:$device -s WaveLAN/IEEE inserted insert /etc/pccard_ether $device remove logger -t pccard:$device -s WaveLAN/IEEE removed remove /sbin/ifconfig $device delete The messages are: # kldstat 1 0xc0c73000 5000 if_wi.ko pccard1: on pcic0 pccard: card inserted, slot 0 pccard: card removed, slot 0 pccard: card inserted, slot 0 wi0: at port 0x240-0x27f irq 9 slot 0 on pccard0 wi0: Ethernet address: 00:60:1d:03:f4:08 Hope this helps. ed P.S. I did have to make some configuration changes with wicontrol to communicate with my in-talk/nokia access point. "Michael I. Vasilenko" wrote: > Recently our firm bought Lucent wireless hardware - PCI Adapter and > PCMCIA card. After unsucsessfull trying to get it work on 3.4+PAO, > I've upgraded to 5.0-CURRENT. > > All hardware ssems to be detected, pccardc pccardmem 0xd4000 is ok, > but after running pccardd it says: > > pccardd[166]: Card "Lucent Technologies"("WaveLAN/IEEE") matched "Lucent Technologies" ("WaveLAN/IEEE") > pccardd[166]: Using I/O addr 0x100, size 64 > pccardd[166]: Setting config reg at offs 0x3e0 to 0x41, Reset time = 50 ms > pccardd[166]: Assigning I/O window 0, start 0x100, size 0x40 flags 0x5 > /kernel: wi0: at port 0x100-0x13f irq 7 slot 0 on pccard0 > /kernel: wi0: Ethernet address: 00:60:1d:f6:cc:5d > > and machine just hangs completly. > > Any help would be great. > > kernel config: > > device card > device pcic0 at isa? > device wi > > kernel.conf: > > config> port pcic0 0x3e0 > config> irq pcic0 5 > config> iomem pcic0 0xd4000 > config> q > > pieces of dmesg: > > ... > pcic-pci0: mem 0xea000000-0xea000fff irq 10 at device 16.0 on pci0 > pcic-pci0: TI12XX PCI Config Reg: [pwr save][pci only] > pcic-pci0: Legacy address set to 0x3e0 > pcic-pci1: mem 0xea004000-0xea004fff irq 10 at device 16.1 on pci0 > pcic-pci1: TI12XX PCI Config Reg: [pwr save][pci only] > ... > pcic0: at port 0x3e0 iomem 0xd4000 irq 5 drq 0 on isa0 > pcic0: management irq 5 > pccard0: on pcic0 > pccard1: on pcic0 > ... > pccard: card inserted, slot 0 > pccard: card inserted, slot 1 > > 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 Apr 14 14:29:26 2000 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 C20D937B7DE for ; Fri, 14 Apr 2000 14:29:21 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id RAA99443; Fri, 14 Apr 2000 17:29:20 -0400 (EDT) Date: Fri, 14 Apr 2000 17:29:19 -0400 (EDT) From: "Matthew N. Dodd" To: "Viren R.Shah" Cc: freebsd-current@freebsd.org, Ian Cartwright Subject: Re:cvs commit: src/sys/dev/ida ida_eisa.c In-Reply-To: <14583.35935.113164.823737@jabberwock.rstcorp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 14 Apr 2000, Viren R.Shah wrote: > If you will tell me how. Can I just compile in DDB without building > the kernel with debug enabled? If so, that should work (I'm currently > gzipping the kernel onto the kern.flp floppy, and booting off of it.). options DDB In your kernel config file. You usually don't boot your debug kernels btw. Boot the stripped debug kernel. I doubt you can get a crashdump since your're booting from a floppy. :) -- | 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 Apr 14 14:32:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from assurance.rstcorp.com (rstcorp2.daf.concentric.net [216.112.242.2]) by hub.freebsd.org (Postfix) with ESMTP id 3CB9837BF70 for ; Fri, 14 Apr 2000 14:32:12 -0700 (PDT) (envelope-from vshah@rstcorp.com) Received: (from uucp@localhost) by assurance.rstcorp.com (8.9.3/8.9.3) id QAA23456; Fri, 14 Apr 2000 16:33:57 -0400 Received: from sandbox.rstcorp.com(10.1.30.2) by assurance.rstcorp.com via smap (V2.0) id xma023444; Fri, 14 Apr 00 20:33:30 GMT Received: from jabberwock.rstcorp.com (jabberwock.rstcorp.com [10.1.100.5]) by sandbox.rstcorp.com (8.9.3/8.9.3) with ESMTP id RAA29343; Fri, 14 Apr 2000 17:24:32 -0400 (EDT) Received: by jabberwock.rstcorp.com (Postfix, from userid 93) id A3B0D5AED; Fri, 14 Apr 2000 17:31:01 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14583.36373.489048.605552@jabberwock.rstcorp.com> Date: Fri, 14 Apr 2000 17:31:01 -0400 (EDT) From: "Viren R.Shah" To: "Matthew N. Dodd" Cc: freebsd-current@freebsd.org, Ian Cartwright Subject: Re:cvs commit: src/sys/dev/ida ida_eisa.c In-Reply-To: References: <14583.35935.113164.823737@jabberwock.rstcorp.com> X-Mailer: VM 6.72 under 19.16 "Lille" XEmacs Lucid Reply-To: "Viren R.Shah" X-Face: )~y+U*K:yzjz{q<5lzpI_SVef'U.])9g[C9`1N@]u3,MHY7f*l7C)[_NjM4y4K8$uIUh|\u (K&&HS6,M!61&GMTk'mqmB/Qg]]X}"?TzsFl]"2v!bl8']dma.:^IY^a[lbOI>U:b<~FyK3q-p{HmZ mn~g.`~BE!5{2D:}Yi+\_KkWe?XaHj9$ko1k8iKLYv5*_2c8"G=?Up[}hn+7RNM(bzBZ_wWk6!Pf&B ?3Tcm7M7B~W%K/I0aX3]*=jP?aM]H6HBPT`oLk+0n^_;N\2\%|Rhy;p}34Q.jEsM\qtnxcm;ag%Nq Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "Matthew" == Matthew N Dodd writes: Matthew> On Fri, 14 Apr 2000, Viren R.Shah wrote: >> If you will tell me how. Can I just compile in DDB without building >> the kernel with debug enabled? If so, that should work (I'm currently >> gzipping the kernel onto the kern.flp floppy, and booting off of it.). Matthew> options DDB Matthew> In your kernel config file. Matthew> You usually don't boot your debug kernels btw. Boot the Matthew> stripped debug kernel. Matthew> I doubt you can get a crashdump since your're booting from a Matthew> floppy. :) *grin* Currently in the process of doing that. Will let you know in a few. Viren -- Viren R. Shah "Creeping featurism is a disease, fatal if not treated promptly" -- Don Norman in _The Design of Everyday Things_ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 14:36:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from MexComUSA.Net (adsl-63-200-120-86.dsl.mtry01.pacbell.net [63.200.120.86]) by hub.freebsd.org (Postfix) with ESMTP id 20CE237BD20 for ; Fri, 14 Apr 2000 14:36:12 -0700 (PDT) (envelope-from eculp@EnContacto.Net) Received: from EnContacto.Net (adsl-63-200-120-84.dsl.mtry01.pacbell.net [63.200.120.84]) by MexComUSA.Net (8.9.3/8.9.3) with ESMTP id OAA01152; Fri, 14 Apr 2000 14:35:56 -0700 (PDT) (envelope-from eculp@EnContacto.Net) Message-ID: <38F78F3E.9A5FED22@EnContacto.Net> Date: Fri, 14 Apr 2000 14:35:59 -0700 From: Edwin Culp Organization: MexComUSA.Net/EnContacto.Net X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Michael I. Vasilenko" , "current@FreeBSD.ORG" Subject: Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles References: <38F78D5A.FBC13546@EnContacto.Net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Edwin Culp wrote: > Michael, > > I just threw one in my laptop a couple of days ago. I didn't even have to recompile the kernel. I just > added the stock WaveLAN section to my pccard.conf let it load the if_wi.ko and it worked. Although when I > reboot I have to take the card out and put it back in because there seems to be a delay with the kernel > module that causes the driver to initially fail that probably wouldn't happen if I had support compiled > into the kernel, but I really didn't plan to use it that often but it is working so well I think that I > will. > > My pccard.conf is : > # Generally available IO ports > io 0x240-0x360 > # Generally available IRQs (Built-in sound-card owners remove 5) > irq 9 11 > # > # Cut out my modem and nic entries. > # > # Lucent WaveLAN/IEEE > card "Lucent Technologies" "WaveLAN/IEEE" > config 0x1 "wi0" ? > insert logger -t pccard:$device -s WaveLAN/IEEE inserted > insert /etc/pccard_ether $device > remove logger -t pccard:$device -s WaveLAN/IEEE removed > remove /sbin/ifconfig $device delete > > The messages are: > # kldstat > 1 0xc0c73000 5000 if_wi.ko > > pccard1: on pcic0 > pccard: card inserted, slot 0 > pccard: card removed, slot 0 > pccard: card inserted, slot 0 > wi0: at port 0x240-0x27f irq 9 slot 0 on pccard0 > wi0: Ethernet address: 00:60:1d:03:f4:08 Forgot, sorry. The difference that I see is that you have TI PCI-1225. pcic-pci0: irq 10 at device 3.0 on pci0 pcic-pci0: TI12XX PCI Config Reg: [speaker enable][pwr save][CSC serial isa irq] pcic-pci1: irq 10 at device 3.1 on pci0 pcic-pci1: TI12XX PCI Config Reg: [speaker enable][pwr save][CSC serial isa irq] pcic0: at port 0x3e0-0x3e1 on isa0 pcic0: Polling mode > > > Hope this helps. > > ed > > P.S. I did have to make some configuration changes with wicontrol to communicate with my in-talk/nokia > access point. > > "Michael I. Vasilenko" wrote: > > > Recently our firm bought Lucent wireless hardware - PCI Adapter and > > PCMCIA card. After unsucsessfull trying to get it work on 3.4+PAO, > > I've upgraded to 5.0-CURRENT. > > > > All hardware ssems to be detected, pccardc pccardmem 0xd4000 is ok, > > but after running pccardd it says: > > > > pccardd[166]: Card "Lucent Technologies"("WaveLAN/IEEE") matched "Lucent Technologies" ("WaveLAN/IEEE") > > pccardd[166]: Using I/O addr 0x100, size 64 > > pccardd[166]: Setting config reg at offs 0x3e0 to 0x41, Reset time = 50 ms > > pccardd[166]: Assigning I/O window 0, start 0x100, size 0x40 flags 0x5 > > /kernel: wi0: at port 0x100-0x13f irq 7 slot 0 on pccard0 > > /kernel: wi0: Ethernet address: 00:60:1d:f6:cc:5d > > > > and machine just hangs completly. > > > > Any help would be great. > > > > kernel config: > > > > device card > > device pcic0 at isa? > > device wi > > > > kernel.conf: > > > > config> port pcic0 0x3e0 > > config> irq pcic0 5 > > config> iomem pcic0 0xd4000 > > config> q > > > > pieces of dmesg: > > > > ... > > pcic-pci0: mem 0xea000000-0xea000fff irq 10 at device 16.0 on pci0 > > pcic-pci0: TI12XX PCI Config Reg: [pwr save][pci only] > > pcic-pci0: Legacy address set to 0x3e0 > > pcic-pci1: mem 0xea004000-0xea004fff irq 10 at device 16.1 on pci0 > > pcic-pci1: TI12XX PCI Config Reg: [pwr save][pci only] > > ... > > pcic0: at port 0x3e0 iomem 0xd4000 irq 5 drq 0 on isa0 > > pcic0: management irq 5 > > pccard0: on pcic0 > > pccard1: on pcic0 > > ... > > pccard: card inserted, slot 0 > > pccard: card inserted, slot 1 > > > > 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 Apr 14 14:56:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from assurance.rstcorp.com (rstcorp2.daf.concentric.net [216.112.242.2]) by hub.freebsd.org (Postfix) with ESMTP id CCC9E37B560 for ; Fri, 14 Apr 2000 14:56:10 -0700 (PDT) (envelope-from vshah@rstcorp.com) Received: (from uucp@localhost) by assurance.rstcorp.com (8.9.3/8.9.3) id QAA23828; Fri, 14 Apr 2000 16:57:57 -0400 Received: from sandbox.rstcorp.com(10.1.30.2) by assurance.rstcorp.com via smap (V2.0) id xma023823; Fri, 14 Apr 00 20:57:52 GMT Received: from jabberwock.rstcorp.com (jabberwock.rstcorp.com [10.1.100.5]) by sandbox.rstcorp.com (8.9.3/8.9.3) with ESMTP id RAA29642; Fri, 14 Apr 2000 17:48:54 -0400 (EDT) Received: by jabberwock.rstcorp.com (Postfix, from userid 93) id 040825AED; Fri, 14 Apr 2000 17:55:22 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14583.37834.772687.845973@jabberwock.rstcorp.com> Date: Fri, 14 Apr 2000 17:55:22 -0400 (EDT) From: "Viren R.Shah" To: "Matthew N. Dodd" Cc: freebsd-current@freebsd.org, Ian Cartwright Subject: Re:cvs commit: src/sys/dev/ida ida_eisa.c In-Reply-To: References: <14583.35935.113164.823737@jabberwock.rstcorp.com> X-Mailer: VM 6.72 under 19.16 "Lille" XEmacs Lucid Reply-To: "Viren R.Shah" X-Face: )~y+U*K:yzjz{q<5lzpI_SVef'U.])9g[C9`1N@]u3,MHY7f*l7C)[_NjM4y4K8$uIUh|\u (K&&HS6,M!61&GMTk'mqmB/Qg]]X}"?TzsFl]"2v!bl8']dma.:^IY^a[lbOI>U:b<~FyK3q-p{HmZ mn~g.`~BE!5{2D:}Yi+\_KkWe?XaHj9$ko1k8iKLYv5*_2c8"G=?Up[}hn+7RNM(bzBZ_wWk6!Pf&B ?3Tcm7M7B~W%K/I0aX3]*=jP?aM]H6HBPT`oLk+0n^_;N\2\%|Rhy;p}34Q.jEsM\qtnxcm;ag%Nq Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "MD" == Matthew N Dodd writes: MD> On Fri, 14 Apr 2000, Viren R.Shah wrote: >> If you will tell me how. Can I just compile in DDB without building >> the kernel with debug enabled? If so, that should work (I'm currently >> gzipping the kernel onto the kern.flp floppy, and booting off of it.). MD> options DDB MD> In your kernel config file. Here it is: mainboard0: eisa0: unknown card CPQ6101 (0x0e116101) at slot 5 ida0: at 0x6000-0x60ff, 0x6c88-0x6c9e ida0: irq 15 (level) on eisa0 slot 6 ida0: drives=1 firm_rev=1.66 idad0: 3002MB (6149631 sectors), blocksize=512 eisa0: u Fatal trap 12: page fault while in kernel mode fault virtual address = 0xd5ff0200 fault code = supervisor read, page not present instruction pointer = 0x8:0xc019733e stack pointer = 0x10:0xc062fde4 frame pointer = 0x10:0xc062fe6c 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 = 0 (swapper) interrupt mask = net tty bio cam kernel: type 12 trap, code=0 Stopped at kvprintf+0x9a: movzbl 0(%eax), %edi db> trace kvprintf(d5ff0200, 2b9005d, ff0000ad, 800ff, 2b90000) at kvprintf+0x9a vprintf(c02a1060, c062fec4, c0bc2500, c0b92028, c0bc2500) at vprintf+0x0x3c device_printf(c0bc2500, c02a1060, 43, 50, 51) at device_printf+0x1c eisa_probe_nomatch(c0bc2500, c0bc2300, c0bc2300, c0bc2680, c0bc2500) at eisa_probe_nomatch+0x114 device_probe_and_attach(c0bc2300) at device_probe_and_attach+0x127 bus_generic_attach(c0bc2500, c0bc2680, c087d800, c0bc2680, 0) at bus_generic_attach+0x16 device_probe_and_attach(c0bc2500) at device_probe_and_attach+0x9e nexus_attach(c0bc2680, c0bc2680, c02c8d30, 634000, 0) at nexus_attach+0x4e device_probe_and_attach(c0bc2680) at device_probe_and_attach+0x9e root_bus_configure(c087d800, c02a31cc, 0) at root_bus_configure+0x16 configure(0, 62dc00, 634000, 0, c011dec6) at configure+0x34 mi_startup(c062ffb4, b0297, ffe, 634000, c0197d25) at mi_startup+0x70 begin() at begin+0x4b I'm gonna keep it up at the ddb prompt -- if you need anything else. I didn't build the kernel I used with "makeoptions -g". I can do that next time if needed. Viren -- Viren R. Shah "Creeping featurism is a disease, fatal if not treated promptly" -- Don Norman in _The Design of Everyday Things_ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 15:24:22 2000 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 7BF0837B91C for ; Fri, 14 Apr 2000 15:24:20 -0700 (PDT) (envelope-from obrien@NUXI.ucdavis.edu) Received: from dragon.nuxi.com (root@08-186.006.popsite.net [216.126.135.186]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id PAA75780; Fri, 14 Apr 2000 15:24:17 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id PAA09944; Fri, 14 Apr 2000 15:24:14 -0700 (PDT) (envelope-from obrien) Date: Fri, 14 Apr 2000 15:24:14 -0700 From: "David O'Brien" To: Ashley Penney Cc: freebsd-current@freebsd.org Subject: Re: Problems with MAKEDEV. Message-ID: <20000414152414.B9863@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20000414114155.A61941@twilight.bastard.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000414114155.A61941@twilight.bastard.co.uk>; from ashp@bastard.co.uk on Fri, Apr 14, 2000 at 11:41:55AM +0100 X-Operating-System: FreeBSD 5.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 On Fri, Apr 14, 2000 at 11:41:55AM +0100, Ashley Penney wrote: > When booting up I noticed the block device warning message. I > did some investigation and discovered that some ad4/ad5 devices > were still block ones. It seems that the MAKEDEV script only > makes up to ad3, but my disks are on ad4/ad5 (ATA-66, Abit BP6). > > Simply adding ad4 ad5 onto the script fixes it, but it's not > the best fix, I feel. Nope. What you've done is to have the standard ``MAKEDEV all'' create ad4 & ad5, which isn't really what is wanted. You probably created the non-by-default ad[45] devices before MAKEDEV was converted to only make raw devices. In your case a simple ``MAKEDEV ad4 ; MAKEDEV ad5'' with a current MAKEDEV should have fixed you right up. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 15:32:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from ptialaska.net (mail.ptialaska.net [198.70.245.245]) by hub.freebsd.org (Postfix) with ESMTP id 4604237B769 for ; Fri, 14 Apr 2000 15:32:32 -0700 (PDT) (envelope-from vizion@ptialaska.net) Received: from vizion2000 (dialups-131.sitka.ptialaska.net [198.70.227.131]) by ptialaska.net (8.8.8/8.8.8) with SMTP id OAA10087 for ; Fri, 14 Apr 2000 14:31:55 -0800 (AKDT) Message-ID: <001f01bfa660$ff02ad60$83e346c6@demon.co.uk> From: "Southwell" To: Subject: IEEE 1394 Firewire issues Date: Fri, 14 Apr 2000 14:30:03 -0800 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.2919.6600 Disposition-Notification-To: "Southwell" X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok Guys Help needed -- I would be grateful for any information which would be useful for a project to provide IEEE 1394 (firewire support) on FreeBSD 4.0. In particular to start with the Texas Instruments OHCI compliant controller. If it cannot be done with that chip then I will look at other controllers. At this stage I do not have enough information to know whether the project is viable. Someone (Mike) mentioned on the -stable list that there could be some patent issues involved - any further information on those dangers would be appreciated. This is a not for profit project. At the moment I am trying to build a library of useful information on the topic. This includes data relating to file definitions (AVI Type 1 & Type 2) and peripheral topics (e.g. camcorder information) as well as information relating to Firewire controller PCI cards, chips and pcmcia interfaces. If you have any info which might be useful please email me direct - vizion@ptialaska.net as well as to the list. Thanks in advance - all help will be acknowledged. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 15:49:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from orion.ac.hmc.edu (Orion.AC.HMC.Edu [134.173.32.20]) by hub.freebsd.org (Postfix) with ESMTP id C32E437B6E2 for ; Fri, 14 Apr 2000 15:49:48 -0700 (PDT) (envelope-from brdavis@orion.ac.hmc.edu) Received: (from brdavis@localhost) by orion.ac.hmc.edu (8.8.8/8.8.8) id PAA18985; Fri, 14 Apr 2000 15:47:43 -0700 (PDT) Date: Fri, 14 Apr 2000 15:47:43 -0700 From: Brooks Davis To: Southwell Cc: current@FreeBSD.ORG Subject: Re: IEEE 1394 Firewire issues Message-ID: <20000414154743.A14704@orion.ac.hmc.edu> References: <001f01bfa660$ff02ad60$83e346c6@demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <001f01bfa660$ff02ad60$83e346c6@demon.co.uk>; from vizion@ptialaska.net on Fri, Apr 14, 2000 at 02:30:03PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 14, 2000 at 02:30:03PM -0800, Southwell wrote: > Ok Guys > > Help needed -- I would be grateful for any information which would be > useful for a project to provide IEEE 1394 (firewire support) on FreeBSD 4.0. > In particular to start with > the Texas Instruments OHCI compliant controller. If it cannot be done with > that chip then I will look at other controllers. > > > At this stage I do not have enough information to know whether the project > is viable. > > Someone (Mike) mentioned on the -stable list that there could be some patent > issues involved - any further information on those dangers would be > appreciated. Five minutes with google turned up http://www.1394la.com/. It should tell you what you want to know, but I think you probably need a lawyer to say anything concrete. My read is that unless they change their license IEEE 1394 is DOA outside of commercial software. The only workable solution looks like value added commercial software a la OSS or LinDVD. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 16: 7:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from holly.calldei.com (adsl-208-191-146-189.dsl.hstntx.swbell.net [208.191.146.189]) by hub.freebsd.org (Postfix) with ESMTP id 7DB4837B672 for ; Fri, 14 Apr 2000 16:07:39 -0700 (PDT) (envelope-from chris@holly.calldei.com) Received: (from chris@localhost) by holly.calldei.com (8.9.3/8.9.3) id SAA89864 for current@FreeBSD.org; Fri, 14 Apr 2000 18:07:38 -0500 (CDT) (envelope-from chris) Date: Fri, 14 Apr 2000 18:07:38 -0500 From: Chris Costello To: current@FreeBSD.org Subject: RFC: Patches for mounting fdesc on /dev/fd and general cleanup Message-ID: <20000414180737.A83145@holly.calldei.com> Reply-To: chris@calldei.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG (Trying -current since -arch wasn't very interested.) I've modified the fdesc file system so that it will be mounted on /dev/fd directly (rather than as a union mount on /dev) and have fixed a lot of items relating to missing data and incorrect cloning. Documentation: http://www.FreeBSD.org/~chris/fdesc/ The patch: http://www.FreeBSD.org/~chris/fdesc.patch -- |Chris Costello |Make input easy to proofread. `---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 16:28:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 0BA7137B7AA for ; Fri, 14 Apr 2000 16:28:40 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115218>; Sat, 15 Apr 2000 09:29:00 +1000 Content-return: prohibited From: Peter Jeremy Subject: Re: Problems with MAKEDEV. In-reply-to: <20000414074858.B18551@virtual-voodoo.com>; from steve@virtual-voodoo.com on Fri, Apr 14, 2000 at 10:49:40PM +1000 To: Steve Ames Cc: freebsd-current@FreeBSD.ORG Message-Id: <00Apr15.092900est.115218@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: <20000414114155.A61941@twilight.bastard.co.uk> <00Apr14.205835est.115320@border.alcanet.com.au> <20000414074858.B18551@virtual-voodoo.com> Date: Sat, 15 Apr 2000 09:28:55 +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-Apr-14 22:49:40 +1000, Steve Ames wrote: >That's always struck me a bit odd... I thought 'MAKEDEV std' made >the generic set of devices and that 'MAKEDEV all' should make... well.. >_ALL_. *shrug* What do you define as `all'? Say I have a big FTP server with 8 wide SCSI controllers, each with 15 disks - that's da0..da119. I might have a big shell (or similar) server that needs a few thousand PTYs. I could have all sorts of other wierd hardware. "MAKEDEV all" has to draw the line somewhere. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 16:30:25 2000 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 5903C37BF5D for ; Fri, 14 Apr 2000 16:30:22 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id TAA01123; Fri, 14 Apr 2000 19:30:21 -0400 (EDT) Date: Fri, 14 Apr 2000 19:30:21 -0400 (EDT) From: "Matthew N. Dodd" To: "Viren R.Shah" Cc: freebsd-current@freebsd.org, Ian Cartwright Subject: Re:cvs commit: src/sys/dev/ida ida_eisa.c In-Reply-To: <14583.37834.772687.845973@jabberwock.rstcorp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 14 Apr 2000, Viren R.Shah wrote: > Here it is: > > mainboard0: > eisa0: unknown card CPQ6101 (0x0e116101) at slot 5 > ida0: at 0x6000-0x60ff, 0x6c88-0x6c9e > ida0: irq 15 (level) on eisa0 slot 6 > ida0: drives=1 firm_rev=1.66 > idad0: 3002MB (6149631 sectors), blocksize=512 > eisa0: u > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xd5ff0200 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc019733e > stack pointer = 0x10:0xc062fde4 > frame pointer = 0x10:0xc062fe6c > 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 = 0 (swapper) > interrupt mask = net tty bio cam > kernel: type 12 trap, code=0 > Stopped at kvprintf+0x9a: movzbl 0(%eax), %edi > > db> trace > > kvprintf(d5ff0200, 2b9005d, ff0000ad, 800ff, 2b90000) at kvprintf+0x9a > vprintf(c02a1060, c062fec4, c0bc2500, c0b92028, c0bc2500) at vprintf+0x0x3c > device_printf(c0bc2500, c02a1060, 43, 50, 51) at device_printf+0x1c > eisa_probe_nomatch(c0bc2500, c0bc2300, c0bc2300, c0bc2680, c0bc2500) at eisa_probe_nomatch+0x114 > device_probe_and_attach(c0bc2300) at device_probe_and_attach+0x127 > bus_generic_attach(c0bc2500, c0bc2680, c087d800, c0bc2680, 0) at bus_generic_attach+0x16 > device_probe_and_attach(c0bc2500) at device_probe_and_attach+0x9e > nexus_attach(c0bc2680, c0bc2680, c02c8d30, 634000, 0) at nexus_attach+0x4e > device_probe_and_attach(c0bc2680) at device_probe_and_attach+0x9e > root_bus_configure(c087d800, c02a31cc, 0) at root_bus_configure+0x16 > configure(0, 62dc00, 634000, 0, c011dec6) at configure+0x34 > mi_startup(c062ffb4, b0297, ffe, 634000, c0197d25) at mi_startup+0x70 > begin() at begin+0x4b > > I'm gonna keep it up at the ddb prompt -- if you need anything else. I > didn't build the kernel I used with "makeoptions -g". I can do that > next time if needed. Well, this isn't a problem with the IDA driver (unless its stomping on something.) Can you boot verbose with the IDA driver kernel? Compile a kernel without the IDA driver and boot verbose. Give me the output of both. -- | 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 Apr 14 16:34:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.enteract.com (mail.enteract.com [207.229.143.33]) by hub.freebsd.org (Postfix) with ESMTP id ED22537BF5A for ; Fri, 14 Apr 2000 16:34:27 -0700 (PDT) (envelope-from dscheidt@enteract.com) Received: from shell-1.enteract.com (dscheidt@shell-1.enteract.com [207.229.143.40]) by mail.enteract.com (8.9.3/8.9.3) with SMTP id SAA21562; Fri, 14 Apr 2000 18:34:13 -0500 (CDT) (envelope-from dscheidt@enteract.com) Date: Fri, 14 Apr 2000 18:34:13 -0500 (CDT) From: David Scheidt To: Peter Jeremy Cc: Steve Ames , freebsd-current@FreeBSD.ORG Subject: Re: Problems with MAKEDEV. In-Reply-To: <00Apr15.092900est.115218@border.alcanet.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 15 Apr 2000, Peter Jeremy wrote: > On 2000-Apr-14 22:49:40 +1000, Steve Ames wrote: > >That's always struck me a bit odd... I thought 'MAKEDEV std' made > >the generic set of devices and that 'MAKEDEV all' should make... well.. > >_ALL_. *shrug* > > What do you define as `all'? Say I have a big FTP server with 8 wide > SCSI controllers, each with 15 disks - that's da0..da119. I might > have a big shell (or similar) server that needs a few thousand PTYs. > I could have all sorts of other wierd hardware. "MAKEDEV all" has to > draw the line somewhere. Sure. What's the point of having both std and all, though? How much does it hurt to have a few extra device files kicking around? David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 16:38: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id ADC3C37B70B for ; Fri, 14 Apr 2000 16:37:55 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 12gFeK-0002On-00; Sat, 15 Apr 2000 01:37:20 +0200 Date: Sat, 15 Apr 2000 01:37:20 +0200 From: Neil Blakey-Milner To: David Scheidt Cc: Peter Jeremy , Steve Ames , freebsd-current@FreeBSD.ORG Subject: Re: Problems with MAKEDEV. Message-ID: <20000415013720.A9205@mithrandr.moria.org> References: <00Apr15.092900est.115218@border.alcanet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from dscheidt@enteract.com on Fri, Apr 14, 2000 at 06:34:13PM -0500 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri 2000-04-14 (18:34), David Scheidt wrote: > Sure. What's the point of having both std and all, though? How much does > it hurt to have a few extra device files kicking around? 'std' is standard devices (leaving out exotic ones), and 'all' is at least one of every device out there. Neil -- Neil Blakey-Milner Hacker In Chief, Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 17:13:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.79.126]) by hub.freebsd.org (Postfix) with ESMTP id 218E337B8B2 for ; Fri, 14 Apr 2000 17:13:21 -0700 (PDT) (envelope-from nate@yogotech.com) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.79.115]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id SAA22067; Fri, 14 Apr 2000 18:13:00 -0600 (MDT) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id SAA11441; Fri, 14 Apr 2000 18:12:59 -0600 (MDT) (envelope-from nate) Date: Fri, 14 Apr 2000 18:12:59 -0600 (MDT) Message-Id: <200004150012.SAA11441@nomad.yogotech.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: David Scheidt Cc: Peter Jeremy , Steve Ames , freebsd-current@FreeBSD.ORG Subject: Re: Problems with MAKEDEV. In-Reply-To: References: <00Apr15.092900est.115218@border.alcanet.com.au> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > >That's always struck me a bit odd... I thought 'MAKEDEV std' made > > >the generic set of devices and that 'MAKEDEV all' should make... well.. > > >_ALL_. *shrug* > > > > What do you define as `all'? Say I have a big FTP server with 8 wide > > SCSI controllers, each with 15 disks - that's da0..da119. I might > > have a big shell (or similar) server that needs a few thousand PTYs. > > I could have all sorts of other wierd hardware. "MAKEDEV all" has to > > draw the line somewhere. > > Sure. What's the point of having both std and all, though? How much does > it hurt to have a few extra device files kicking around? You can easily run out of inodes on the roof partition. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 23:38:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from wicket.ci.net.ua (noc-hole-gw.ci.net.ua [212.86.98.85]) by hub.freebsd.org (Postfix) with ESMTP id 224AE37B5C3 for ; Fri, 14 Apr 2000 23:38:24 -0700 (PDT) (envelope-from acid@cn.ua) Received: from localhost (acid@localhost) by wicket.ci.net.ua (8.9.3/8.9.3) with ESMTP id JAA46726; Sat, 15 Apr 2000 09:38:00 +0300 (EEST) Date: Sat, 15 Apr 2000 09:38:00 +0300 (EEST) From: Michael Vasilenko X-Sender: acid@wicket.ci.net.ua To: Warner Losh Cc: John Hay , freebsd-current@FreeBSD.ORG Subject: Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles In-Reply-To: <200004142106.PAA59580@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 14 Apr 2000, Warner Losh wrote: > In message <200004142003.WAA78728@zibbi.mikom.csir.co.za> John Hay writes: > : This is where I'm stuck too. I think there might be some more initialization > : of the TI1225 necesary. > > I've added some init of the ti chipsets to -current. They are enough > for my TI-1221 based card to allow me to talk to the modems that I > have. But it seems to be not enough for TI-1225... Are there any datasheets available for this bridge ? Michael Vasilenko To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 14 23:44:26 2000 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 64E0337B70E for ; Fri, 14 Apr 2000 23:44:18 -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 AAA40187; Sat, 15 Apr 2000 00:44:11 -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 AAA71682; Sat, 15 Apr 2000 00:43:49 -0600 (MDT) Message-Id: <200004150643.AAA71682@harmony.village.org> To: Michael Vasilenko Subject: Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles Cc: John Hay , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sat, 15 Apr 2000 09:38:00 +0300." References: Date: Sat, 15 Apr 2000 00:43:49 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Michael Vasilenko writes: : Are there any datasheets available for this bridge ? Yes. However, I've had several reports of the lucent wavelan bridge working flawlessly. ti's web site has them somewhere. In reading them, I don't see anything that we should do that we're not doing. I don't have an exact URL handy. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 0: 1:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from wicket.ci.net.ua (noc-hole-gw.ci.net.ua [212.86.98.85]) by hub.freebsd.org (Postfix) with ESMTP id 76EFE37B5E9; Sat, 15 Apr 2000 00:01:18 -0700 (PDT) (envelope-from acid@cn.ua) Received: from localhost (acid@localhost) by wicket.ci.net.ua (8.9.3/8.9.3) with ESMTP id KAA46861; Sat, 15 Apr 2000 10:00:47 +0300 (EEST) Date: Sat, 15 Apr 2000 10:00:47 +0300 (EEST) From: Michael Vasilenko X-Sender: acid@wicket.ci.net.ua To: Warner Losh Cc: John Hay , freebsd-current@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles In-Reply-To: <200004141952.NAA58759@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 14 Apr 2000, Warner Losh wrote: > : The situation is interesting - when I remove /dev/card1,2,3, pccardd > : get started, ifconfig wi0 works, but on any xmit - ping, etc.. > : I've got: > : > : wi0: xmit failed > : wi0: tx buffer allocation failed > : wi0: device timeout > : > : and pccardd didn't catch pccard events - removing and inserting cards... > > You have interrupt problems. Don't share with anything else. Don't > use interrupts of *ANY* other hardware in your system *AT*ALL*. I have only 11 & 15 IRQ used - for Bridge and for NIC Thanks alot, but your input didn't help... I tried different IRQs for pccard, polling and "normal" (have irq) mode, but no success. I have only ONE pccard, but why kernel thinks that I have two and they are inserted? (see at the bottom of dmesg) Maybe problem in init of TI chip? My full dmesg: Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #4: Sat Apr 15 10:45:51 GMT 2000 root@setup1.ci.net.ua:/usr/src/sys/compile/SETUP.5 Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 300683001 Hz CPU: Pentium II/Pentium II Xeon/Celeron (300.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x634 Stepping = 4 Features=0x80f9ff real memory = 33554432 (32768K bytes) config> q avail memory = 29634560 (28940K bytes) Preloaded elf kernel "kernel" at 0xc031e000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc031e09c. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 2.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 pci0: at 2.2 chip1: port 0x5000-0x500f at device 2.3 on pci0 ed0: port 0xe400-0xe41f irq 15 at device 15.0 on pci0 ed0: supplying EUI64: 00:00:21:ff:fe:d7:67:6e ed0: address 00:00:21:d7:67:6e, type NE2000 (16 bit) pcic-pci0: mem 0xea000000-0xea000fff irq 11 at device 16.0 on pci0 pcic-pci0: TI12XX PCI Config Reg: [pwr save][pci only] pcic-pci1: mem 0xea004000-0xea004fff irq 11 at device 16.1 on pci0 pcic-pci1: TI12XX PCI Config Reg: [pwr save][pci only] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> pcic0: at port 0x3e0 iomem 0xd0000 irq 11 on isa0 pcic0: management irq 11 ^^^^^^ - polling mode for pcic0 didn't solve the problem pccard0: on pcic0 pccard1: on pcic0 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 ad0: 4112MB [8912/15/63] at ata0-master using UDMA33 Mounting root from ufs:/dev/ad0s1a pccard: card inserted, slot 0 pccard: card inserted, slot 1 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ why? ed0: starting DAD for fe80:0001::0200:21ff:fed7:676e ed0: DAD complete for fe80:0001::0200:21ff:fed7:676e - no duplicates found wi0: at port 0x240-0x27f irq 9 slot 0 on pccard0 ^^^^^^^^^^ ^^^ I've tried 0x100,0x300,etc and 5,7,10 wi0: Ethernet address: 00:60:1d:f6:cc:5d wi0: tx buffer allocation failed wi0: starting DAD for fe80:000b::0260:1dff:fef6:cc5d wi0: xmit failed wi0: DAD complete for fe80:000b::0260:1dff:fef6:cc5d - no duplicates found wi0: device timeout wi0: tx buffer allocation failed wi0: xmit failed wi0: device timeout wi0: tx buffer allocation failed Michael Vasilneko To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 0:27:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from ws-ilmar.ints.ru (ws-ilmar.ints.ru [194.67.173.16]) by hub.freebsd.org (Postfix) with ESMTP id B811337B7D7 for ; Sat, 15 Apr 2000 00:26:57 -0700 (PDT) (envelope-from ilmar@ws-ilmar.ints.ru) Received: (from ilmar@localhost) by ws-ilmar.ints.ru (8.9.3/8.9.3) id LAA83042 for freebsd-current@freebsd.org; Sat, 15 Apr 2000 11:26:44 +0400 (MSD) Date: Sat, 15 Apr 2000 11:26:44 +0400 (MSD) From: "Ilmar S. Habibulin" Message-Id: <200004150726.LAA83042@ws-ilmar.ints.ru> To: freebsd-current@freebsd.org Subject: libgcc Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG When does subj links with the executables? I have many problems linking new KDE, because it uses service function from this library, and i suspect that libgcc.a is not linked by default. :( Should it or i have to point it (?) by hands? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 0:41:56 2000 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 AD73837B522 for ; Sat, 15 Apr 2000 00:41:53 -0700 (PDT) (envelope-from obrien@NUXI.ucdavis.edu) Received: from dragon.nuxi.com (trang.cdrom.com [204.216.28.153]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id AAA77373; Sat, 15 Apr 2000 00:41:49 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id AAA56792; Sat, 15 Apr 2000 00:41:18 -0700 (PDT) (envelope-from obrien) Date: Sat, 15 Apr 2000 00:41:18 -0700 From: "David O'Brien" To: "Ilmar S. Habibulin" Cc: freebsd-current@freebsd.org Subject: Re: libgcc Message-ID: <20000415004118.A54040@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <200004150726.LAA83042@ws-ilmar.ints.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200004150726.LAA83042@ws-ilmar.ints.ru>; from ilmar@ws-ilmar.ints.ru on Sat, Apr 15, 2000 at 11:26:44AM +0400 X-Operating-System: FreeBSD 5.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 On Sat, Apr 15, 2000 at 11:26:44AM +0400, Ilmar S. Habibulin wrote: > When does subj links with the executables? When using the ``cc'' or ``c++'' front ends libgcc.a is automatically linked in. Use ``cc -v'' to see this happening. > I have many problems linking new KDE, because it uses service function > from this library, and i suspect that libgcc.a is not linked by > default. :( Should it or i have to point it (?) by hands? Adding "CFLAGS+= -v" to your /etc/make.conf might help you in finding the problem. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 1:12:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from fleming.cs.strath.ac.uk (fleming.cs.strath.ac.uk [130.159.196.126]) by hub.freebsd.org (Postfix) with ESMTP id 6209437B9EA; Sat, 15 Apr 2000 01:12:33 -0700 (PDT) (envelope-from roger@cs.strath.ac.uk) Received: from cs.strath.ac.uk (scary.dmem.strath.ac.uk [130.159.202.5]) by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with ESMTP id JAA24085 Sat, 15 Apr 2000 09:12:30 +0100 (BST) Message-ID: <38F8248B.296F19D4@cs.strath.ac.uk> Date: Sat, 15 Apr 2000 09:12:59 +0100 From: Roger Hardiman Organization: Strathclyde University X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 3.4-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-alpha@freebsd.org, freebsd-current@freebsd.org Subject: New bktr driver for FreebSD/Alpha (bt848/bt878) 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 committed my changes to make the bktr Bt848/bt878 driver compile on the Alpha to -current. Please can someone test it on an experimental Alpha box. It may panic your machine. (this is quite possible!!!) so please only do this on a machine you are willing to experiment with. Please email me any feedback. I have no Alpha hardware so I've no idea how well this will work. Roger -- Roger Hardiman Strathclyde Uni Telepresence Research Group, Glasgow, Scotland. http://www.telepresence.strath.ac.uk 0141 548 2897 roger@cs.strath.ac.uk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 1:19:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from jason.argos.org (a1-3b058.neo.rr.com [24.93.181.58]) by hub.freebsd.org (Postfix) with ESMTP id 9333F37B708 for ; Sat, 15 Apr 2000 01:19:33 -0700 (PDT) (envelope-from mike@argos.org) Received: from localhost (mike@localhost) by jason.argos.org (8.9.1/8.9.1) with ESMTP id EAA29079 for ; Sat, 15 Apr 2000 04:19:29 -0400 Date: Sat, 15 Apr 2000 04:19:29 -0400 (EDT) From: Mike Nowlin To: freebsd-current@freebsd.org Subject: Geek Port crash Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bringing back a problem discussed earlier that I couldn't find a resolution on, I'm having problems with the ppi interface blowing up the system (CVSup'd to 4.0-CURRENT somewhere around April 3). (I just want my dumb little 8-bit LED array to blink on and off and show no useful information! :) ) I'll try to update tomorrow and try it again, but I get the feeling that I'll have the same problem. Crash dumps and kernels available upon request - I don't know enough about the irq handling to even begin to look at this one... The crash: hawk:/home/mike# ./geekport panic: nexus_setup_intr: NULL irq resource! syncing disks... 6 6 done Uptime: 3m28s dumping to dev #ad/0x20001, offset 73728 dump ata0: resetting devices .. done 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 succeeded Automatic reboot in 15 seconds - press a key on the console to abort ...The core dump messages: checking for core dump...savecore: reboot after panic: nexus_setup_intr: NULL irq resource! Apr 14 22:59:29 hawk savecore: reboot after panic: nexus_setup_intr: NULL irq resource! savecore: system went down at Frfi Apr 14 22:57:0x2 2000 savecore: /var/crash/bounds: No such file or directory savecore: writing core to /var/crash/vmcore.0 savecore: writing kernel to /var/crash/kernel.0 The code which triggers this: #include #include #include #include #include #include // #include // ^^^ will not compile if this is in there! #define PPIDEV "/dev/ppi0" main() { int x, y, fd; fd = open(PPIDEV, O_RDWR); if (fd < 0) { printf("can't open %s\n", PPIDEV); exit(1); } for(;;) { for (x=0; x<=255; x++) { y = ioctl(fd, PPISDATA, &x); sleep(1); } } } --Thanks - Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 1:19:53 2000 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 9A67E37C028 for ; Sat, 15 Apr 2000 01:19:45 -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 KAA95650; Sat, 15 Apr 2000 10:19:18 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200004150819.KAA95650@zibbi.mikom.csir.co.za> Subject: Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles In-Reply-To: <200004150643.AAA71682@harmony.village.org> from Warner Losh at "Apr 15, 2000 00:43:49 am" To: imp@village.org (Warner Losh) Date: Sat, 15 Apr 2000 10:19:18 +0200 (SAT) Cc: acid@cn.ua (Michael Vasilenko), jhay@mikom.csir.co.za (John Hay), 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 > : Are there any datasheets available for this bridge ? > > Yes. However, I've had several reports of the lucent wavelan bridge > working flawlessly. I recall (but might be wrong) that most if not all sucess stories are on notebooks with the TI-1225 on the motherboard. Maybe the notebook bios do something more than isn't done on a normal pc? 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 Sat Apr 15 1:30:46 2000 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 8DB1D37B6A8 for ; Sat, 15 Apr 2000 01:30:40 -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 KAA95900; Sat, 15 Apr 2000 10:30:17 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200004150830.KAA95900@zibbi.mikom.csir.co.za> Subject: Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles In-Reply-To: <200004142106.PAA59580@harmony.village.org> from Warner Losh at "Apr 14, 2000 03:06:03 pm" To: imp@village.org (Warner Losh) Date: Sat, 15 Apr 2000 10:30:17 +0200 (SAT) Cc: jhay@mikom.csir.co.za (John Hay), acid@cn.ua (Michael Vasilenko), 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 > In message <200004142003.WAA78728@zibbi.mikom.csir.co.za> John Hay writes: > : This is where I'm stuck too. I think there might be some more initialization > : of the TI1225 necesary. > > I've added some init of the ti chipsets to -current. They are enough > for my TI-1221 based card to allow me to talk to the modems that I > have. Yes, that is the code I'm running. From looking at the wi driver I think our problem is even before a (non) working interrupt would come into the picture. It looks like the driver give a command to the card to allocate a transmit buffer and then it does a poll loop reading the status of the card and it is there that it timeout. Doing some manual inb()s at the port addresses of the wi card, it looks like the card is there, ie. I don't read 0xffs back, but for some reason the card does not react in the way that the driver expects. 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 Sat Apr 15 1:41:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 476E637BFD8 for ; Sat, 15 Apr 2000 01:41:40 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115235>; Sat, 15 Apr 2000 18:42:02 +1000 Content-return: prohibited From: Peter Jeremy Subject: Re: MLEN and crashes In-reply-to: <3694.955716608@critter.freebsd.dk> <200004141348.JAA56212@lakes.dignus.com> To: Poul-Henning Kamp , rivers@dignus.com Cc: John Polstra , current@FreeBSD.ORG Message-Id: <00Apr15.184202est.115235@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: <00Apr14.093744est.115286@border.alcanet.com.au> <3694.955716608@critter.freebsd.dk> Date: Sat, 15 Apr 2000 18:41:59 +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-Apr-14 23:40:53 +1000, Poul-Henning Kamp wrote: >In message <00Apr14.093744est.115286@border.alcanet.com.au>, Peter Jeremy write >s: >>Many years ago, I wrote a tool that analysed stack requirements by >>parsing the assembler output from the compiler. ... >Commit it either as a general tool or as a kernel targeted tool >under src/tools. And the faster the better :-) I'll have to see if I can still find it. In any case, it was designed to handle M68K assembler from a Microtec compiler. It would need some re-work before it could work with FreeBSD. On 2000-Apr-14 23:49:58 +1000, Thomas David Rivers wrote: > How did you address recursive functions, or were they also forbidden > by design standards? They were forbidden from memory. (Which will be a nuisance here). They would show up as loops in the call graph. Even if I can't find my previous code, the design of such a tool is fairly trivial (given the assembler, or a suitably patched compiler). The first part reads the assembler: When a function is defined, you note the local framesize and keep track of other stack pushes/pops to work out total stack requirements for the function. When a function is called, you output a triplet of caller, called function and stack usage. (From memory I cheated a bit and output caller/called pairs, with a separate maximum stack used line). This information should be fairly trivially available within the compiler as an alternative. The second part reads all the output from the first part and forms a call flow graph, generating maximum stack needs from each node. The top level node(s) give you the total stack needs. One reason for splitting it into two bits is to make it easier to add manual entries for indirect function calls. (Some of this `manual' work could be partially automated). Recursive calls (which there are a fair number of in the FreeBSD kernel) aren't that easily handled and would probably entail manual (or semi-automatic) editing. I'll have a go at a more detailed design (and see if I can find or re-implement it) if no-one else has one already. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 4:13:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from ws-ilmar.ints.ru (ws-ilmar.ints.ru [194.67.173.16]) by hub.freebsd.org (Postfix) with ESMTP id C6F1E37B89D; Sat, 15 Apr 2000 04:13:33 -0700 (PDT) (envelope-from ilmar@ints.ru) Received: from localhost (localhost [127.0.0.1]) by ws-ilmar.ints.ru (8.9.3/8.9.3) with ESMTP id PAA23249; Sat, 15 Apr 2000 15:13:07 +0400 (MSD) Date: Sat, 15 Apr 2000 15:12:57 +0400 (MSD) From: "Ilmar S. Habibulin" To: "David O'Brien" Cc: freebsd-current@freebsd.org Subject: Re: libgcc In-Reply-To: <20000415004118.A54040@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 15 Apr 2000, David O'Brien wrote: > On Sat, Apr 15, 2000 at 11:26:44AM +0400, Ilmar S. Habibulin wrote: > > When does subj links with the executables? > When using the ``cc'' or ``c++'' front ends libgcc.a is automatically > linked in. Use ``cc -v'' to see this happening. You mean to look at cc vertion? Yes, it is just gcc frontend or hardlink(i suppose). > > I have many problems linking new KDE, because it uses service function > > from this library, and i suspect that libgcc.a is not linked by > > default. :( Should it or i have to point it (?) by hands? > Adding "CFLAGS+= -v" to your /etc/make.conf might help you in finding the > problem. libtool prints out commands executed. And this autoconf/automake/configure stuff uses gcc and g++. I set CC,CXX and CPP variables. Now everything seem to work. Thank you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 5: 7:27 2000 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 5FB7637B5E2 for ; Sat, 15 Apr 2000 05:07:23 -0700 (PDT) (envelope-from rb@gid.co.uk) Received: (from uucp@localhost) by isbalham.ist.co.uk (8.9.2/8.8.7) with UUCP id NAA88081; Sat, 15 Apr 2000 13:05:14 +0100 (BST) (envelope-from rb@gid.co.uk) Received: from [194.32.164.2] (eccles [194.32.164.2]) by seagoon.gid.co.uk (8.9.3/8.9.3) with ESMTP id MAA84243; Sat, 15 Apr 2000 12:44:51 +0100 (BST) (envelope-from rb@gid.co.uk) X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: <200004150012.SAA11441@nomad.yogotech.com> References: <00Apr15.092900est.115218@border.alcanet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 15 Apr 2000 12:44:52 +0100 To: nate@yogotech.com (Nate Williams) From: Bob Bishop Subject: Re: Problems with MAKEDEV. Cc: David Scheidt , Peter Jeremy , Steve Ames , freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 18:12 -0600 14/4/00, Nate Williams wrote: >[...] >You can easily run out of inodes on the roof partition. Sure, my roof leaks from time to time. But _inodes_? :-) :-) -- 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 Sat Apr 15 6:39:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 2AE5237B6DC; Sat, 15 Apr 2000 06:38:51 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Sat, 15 Apr 2000 09:38:34 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: Michael Reifenberger Cc: FreeBSD-Current , alc@FreeBSD.org Subject: Re: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 13 Apr 2000, Michael Reifenberger wrote: > Hi, > when using a linux java app (SAP PlatinGUI 46Cb2) I get the above panic. > FreeBSD -current. Kernel+mods in sync. > Linux from ports. Linux-Java-JDK 1.2.2 from blackdown as of yesterday. > Backtrace see crash.txt. Kernelconfig see nihil. > Any thoughts anyone? Yes, I've gotten these too. I really believe the assumptions the code there makes are wrong, and I've got a patch to correct them to what I think they are supposed to be. You've got the standard disclaimer on the patch, though I assure you it has shown no ill effects to me, and I noticed this bug through WINE. I've asked Poul-Henning Kamp, who seems to also think that the code makes wrong assumptions. I've asked Matt Dillon and gotten no reply (a month now, at least). I've asked Alan Cox, and he'd help if we could get him a test case so he can watch it happen himself and debug it himself. Do you think you can find a specific set of steps for Alan to reproduce it? > Bye! > ---- > Michael Reifenberger > ^.*Plaut.*$, IT, R/3 Basis, GPS -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' Index: vm_object.c =================================================================== RCS file: /usr2/ncvs/src/sys/vm/vm_object.c,v retrieving revision 1.173 diff -u -r1.173 vm_object.c --- vm_object.c 2000/03/26 15:20:22 1.173 +++ vm_object.c 2000/04/10 00:03:22 @@ -903,15 +903,25 @@ * Don't create the new object if the old object isn't shared. */ - if (source != NULL && - source->ref_count == 1 && - source->handle == NULL && - (source->type == OBJT_DEFAULT || - source->type == OBJT_SWAP)) - return; + if (source != NULL) { + if ((source->flags & OBJ_ONEMAPPING) != 0 && + source->ref_count != 1) + printf("vm_object %p: flags %d, ref_count %d, " \ + "type %d, handle %p\n", + source, source->flags, source->ref_count, + source->type, source->handle); + if ((source->flags & OBJ_ONEMAPPING) != 0 || + (source->ref_count == 1 && + source->handle == NULL && + (source->type == OBJT_DEFAULT || + source->type == OBJT_SWAP))) + return; + } - KASSERT((source->flags & OBJ_ONEMAPPING) == 0, +#if 0 + KASSERT(source != NULL && (source->flags & OBJ_ONEMAPPING) == 0, ("vm_object_shadow: source object has OBJ_ONEMAPPING set.\n")); +#endif /* * Allocate a new object with the given length To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 8:23: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.39.177.166]) by hub.freebsd.org (Postfix) with ESMTP id 89F1637B702; Sat, 15 Apr 2000 08:22:54 -0700 (PDT) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id RAA85331; Sat, 15 Apr 2000 17:22:53 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.9.3/8.8.8) with ESMTP id RAA00455; Sat, 15 Apr 2000 17:22:30 +0200 (CEST) (envelope-from root@nihil.plaut.de) Date: Sat, 15 Apr 2000 17:22:30 +0200 (CEST) From: Michael Reifenberger To: Brian Fundakowski Feldman Cc: FreeBSD-Current , alc@FreeBSD.org Subject: Re: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 15 Apr 2000, Brian Fundakowski Feldman wrote: ... > Do you think you can find a specific set of steps for Alan to reproduce > it? Not without this SAP-GUI in conjuntion with a SAP-System to connect to :-( But then it's easyly reproducable. BTW: with your patch I get on the console during a session: Something leaks, eh? vm_object 0xcb4f3720: flags 8576, ref_count 2, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 3, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 4, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 5, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 6, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 7, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 8, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 9, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 10, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 11, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 12, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 13, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 14, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 15, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 16, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 17, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 18, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 19, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 20, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 21, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 22, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 23, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 24, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 25, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 26, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 27, type 0, handle 0 vm_object 0xcb4f3720: flags 8576, ref_count 28, type 0, handle 0 Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 8:41:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from assurance.rstcorp.com (rstcorp2.daf.concentric.net [216.112.242.2]) by hub.freebsd.org (Postfix) with ESMTP id A58B037B665 for ; Sat, 15 Apr 2000 08:41:21 -0700 (PDT) (envelope-from vshah@rstcorp.com) Received: (from uucp@localhost) by assurance.rstcorp.com (8.9.3/8.9.3) id KAA31911; Sat, 15 Apr 2000 10:43:09 -0400 Received: from sandbox.rstcorp.com(10.1.30.2) by assurance.rstcorp.com via smap (V2.0) id xma031906; Sat, 15 Apr 00 14:42:46 GMT Received: from jabberwock.rstcorp.com (jabberwock.rstcorp.com [10.1.100.5]) by sandbox.rstcorp.com (8.9.3/8.9.3) with ESMTP id LAA08315; Sat, 15 Apr 2000 11:33:46 -0400 (EDT) Received: by jabberwock.rstcorp.com (Postfix, from userid 93) id 5B8F75B04; Sat, 15 Apr 2000 11:40:16 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14584.36192.55759.997336@jabberwock.rstcorp.com> Date: Sat, 15 Apr 2000 11:40:16 -0400 (EDT) From: "Viren R.Shah" To: "Matthew N. Dodd" Cc: freebsd-current@freebsd.org, Ian Cartwright Subject: Re:cvs commit: src/sys/dev/ida ida_eisa.c In-Reply-To: References: <14583.37834.772687.845973@jabberwock.rstcorp.com> X-Mailer: VM 6.72 under 19.16 "Lille" XEmacs Lucid Reply-To: "Viren R.Shah" X-Face: )~y+U*K:yzjz{q<5lzpI_SVef'U.])9g[C9`1N@]u3,MHY7f*l7C)[_NjM4y4K8$uIUh|\u (K&&HS6,M!61&GMTk'mqmB/Qg]]X}"?TzsFl]"2v!bl8']dma.:^IY^a[lbOI>U:b<~FyK3q-p{HmZ mn~g.`~BE!5{2D:}Yi+\_KkWe?XaHj9$ko1k8iKLYv5*_2c8"G=?Up[}hn+7RNM(bzBZ_wWk6!Pf&B ?3Tcm7M7B~W%K/I0aX3]*=jP?aM]H6HBPT`oLk+0n^_;N\2\%|Rhy;p}34Q.jEsM\qtnxcm;ag%Nq Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "MD" == Matthew N Dodd writes: MD> On Fri, 14 Apr 2000, Viren R.Shah wrote: >> >> mainboard0: >> eisa0: unknown card CPQ6101 (0x0e116101) at slot 5 >> ida0: at 0x6000-0x60ff, 0x6c88-0x6c9e >> ida0: irq 15 (level) on eisa0 slot 6 >> ida0: drives=1 firm_rev=1.66 >> idad0: 3002MB (6149631 sectors), blocksize=512 >> eisa0: u >> MD> Well, this isn't a problem with the IDA driver (unless its stomping on MD> something.) Maybe something else is stomping on it's memory? In the version of the IDA driver that it is currently booting with ( 4.0 -current from 03/1999, and Mark Dawson's driver), it shows ida as using "0x6000-0x6fff". While in the current version, it is shown as using "0x6000-0x60ff, 0x6c88-0x6c9e". Maybe it is using memory outside of the 2 ranges here, but within the larger block of memory used by the older driver? or the other way around -- someone else is using memory within the larger range that is also being used by ida [obviously a wild-assed guess on my part] MD> Can you boot verbose with the IDA driver kernel? Here it is: (is there a less painful way of doing this than typing in every line?) CPU: Pentium/P5 (66.66-Mhz586-class CPU) ... real memory = 16777216 (16384k) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00634000 - 0x00ff7fff, 10240000 bytes (2500 pages) fb: new array size 4 avail memory = 10252288 (10012K bytes) Other BIOS signatures found: ACPI: 00000000 Preloaded elf kernel "kernel" at 0xc061b000. Intel pentium detected, installing workaround for F00F bug. md0: Preloaded image 2949120 bytes at 0xc03492dc Creating DISK md0 md1: Malloc disk Creating DISK md1 Math emulator present pci_open(1): mode 1 addr port (0x0cf8) is 0xffffffff pci_open(2): mode 2 enable port (0x0cf8) is 0xff npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 128551227 bytes/sec bzero() bandwidth = 105152471 bytes/sec eisa0: on motherboard mainboard0: eisa0: unknown card CPQ6101 (0x0e116101) at slot 5 ida0: at 0x6000-0x60ff, 0x6c88-0x6c9e ida0: irq 15 (level) on eisa0 slot 6 ida0: drives=1 firm_rev=1.66 idad0: 3002MB (6149631 sectors), blocksize=512 Creating DISK id0 eisa0: [then the panic ensued...this time I couldn't even get a trace. It just kept panic'ing again] MD> Compile a kernel without the IDA driver and boot verbose. [Sorry, couldn't get a verbose boot, the buffer contained only the end of the dmesg -- lots of stuff about stuff not found and sio and my pnp modem. Here's a non-verbose boot with a kernel compiled without ida] real memory = 16777216 (16384k) avail memory = 10260480 (10020K bytes) Preloaded elf kernel "kernel" at 0xc0619000. Preloaded mfs_root "/mfsroot" at 0xc061909c. Intel pentium detected, installing workaround for F00F bug. md0: Preloaded image 2949120 bytes at 0xc0347a98 md1: Malloc disk npx0: on motherboard npx0: INT 16 interface eisa0: on motherboard mainboard0: eisa0: unknown card CPQ6101 (0x0e116101) at slot 5 eisa0: unknown card CPQ4020 (0x0e114020) at slot 6 eisa0: unknown card CPQ4410 (0x0e114410) at slot 9 isa0: on motherboard isa0: too many dependant configs (8) fdc0: at port 0x3f0-0x3f5, 0x3f7 irq 6, drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 ppc0: cannot reserve I/O port range sn0 at port 0x300-0x30f irq 10 on isa0 adv1: Invalid baseport of 0x2f8 specified. Neerest valid baseport is 0x330. Failing probe. unknown0: at port 0x2f8-0x2ff irq 3 on isa0 Mounting root from ufs:/dev/md0c Here's the output from the currently working kernel on that box: Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Sun Feb 7 16:54:54 EST 1999 viren@bandersnatch:/home/current/usr/src/sys/compile/VIREN10 Calibrating clock(s) ... TSC clock: 66663353 Hz, i8254 clock: 1193341 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 66655217 Hz CPU: Pentium/P5 (66.66-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x513 Stepping=3 Features=0x1bf real memory = 16777216 (16384K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x002c0000 - 0x00ffdfff, 13885440 bytes (3390 pages) config> pnp 1 0 enable os port0 0x2f8 irq0 5 config> quit avail memory = 13930496 (13604K bytes) Other BIOS signatures found: ACPI: 00000000 $PnP: 00000000 Preloaded elf kernel "kernel" at 0xf02af000. Preloaded splash_image_data "/boot/splash1.bmp" at 0xf02af09c. Preloaded elf module "splash_bmp.ko" at 0xf02af0ec. Preloaded userconfig_script "/boot/pnp.setup" at 0xf02af190. Preloaded elf module "vesa.ko" at 0xf02af1dc. Preloaded elf module "if_ppp.ko" at 0xf02af278. Preloaded elf module "if_tun.ko" at 0xf02af318. Preloaded elf module "nfs.ko" at 0xf02af3b8. Preloaded elf module "procfs.ko" at 0xf02af454. Preloaded elf module "blank_saver.ko" at 0xf02af4f4. Preloaded elf module "linux.ko" at 0xf02af598. VESA: information block 56 45 53 41 02 01 34 1d 00 e0 00 00 00 00 14 00 00 01 08 00 14 00 0a 01 09 01 02 01 03 01 04 01 01 01 02 01 ff ff 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 8 mode(s) found VESA: v1.2, 512k memory, flags:0x0, mode table:0xf022be48 (1000014) VESA: Cirrus Logic GD-54xx VGA splash: image@0xf021c5a8, size:31474 bmp_start(): splash_mode:257 splash: image decoder found: splash_bmp eisa0: Probing for devices on the EISA bus eisa0:5 unknown device eisa0:6 unknown device eisa0:9 unknown device pci_open(1): mode 1 addr port (0x0cf8) is 0xffffffff pci_open(2): mode 2 enable port (0x0cf8) is 0xff Probing for PnP devices: Trying Read_Port at 203 CSN 1 Vendor ID: DAV0001 [0x01003610] Serial 0x00000295 Comp ID: @@@0000 [0x00000000] PnP: override config for CSN 1 LDN 0 vend_id 0x01003610 port 0x02f8 0x0000 0x0000 0x0000 irq 3:0 drq 0:0 en 0 Called nullpnp_probe with tag 0x00000001, type 0x01003610 Probing for devices on the ISA bus: atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa sc0 on isa sc0: fb0 kbd0 sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 3 on isa ed0: address 00:20:c5:00:20:24, type NE2000 (16 bit) bpf: ed0 attached atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa kbd0: atkbd0, AT 101/102 (2), config:0x10000, flags:0x3d0000 psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 90 02 3c psm: status 90 02 3c psm: status 90 02 3c psm: status 00 00 28 psm: data 08 00 00 psm: data 08 00 00 psm: status 00 02 64 psm0 irq 12 on isa psm0: model Generic PS/2 mouse, device ID 0, 2 buttons psm0: config:00000000, flags:00000000, packet size:3 psm0: syncmask:c0, syncbits:00 sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1: irq maps: 0x1 0x21 0x1 0x1 sio1 at 0x2f8-0x2ff irq 5 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 wdc1 not found at 0x170 ida: hardcoding port 0x6000 for debug purposes ida: this controller is using irq 15 . (switch statement) ctlp: iobase = 0x6000 ident = 236011552 irq = 15 ida0: drvs=1 firm_rev=1.66 ida0 at 0x6000-0x6fff irq 15 on eisa slot 6 ida0: unit 0 (id0): id0: 3002MB (6149631 total sec), 697 cyl, 173 head, 51 sec, bytes/sec 512 ida_eisa_attach:: if block ida: wdc vector stealing on (mode = always, boot major = 0) vga0 at 0x3c0-0x3df maddr 0xa0000 msize 131072 on isa fb0: vga0, vga, type:VGA (5), flags:0x700ff fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xf00b8000 size:32k gran:32k, buf:0x0 size:0k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 30 9c ae 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c ae 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c ae 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff npx0 on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 56328507 bytes/sec bzero() bandwidth = 50653429 bytes/sec imasks: bio c0088040, tty c0031032, net c0060008 stray irq 7 BIOS Geometries: 0:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 1:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 2:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 3:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 4:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 5:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 6:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 7:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 0 accounted for Device configuration finished. Intel Pentium detected, installing workaround for F00F bug splash: image decoder found: blank_saver new masks: bio c0088040, tty c0031032, net c007103a bpf: lo0 attached Linux-ELF exec handler installed lo0 XXX: driver didn't set ifq_maxlen Considering FFS root f/s. changing root device to wd0s1a id0s1: type 0xa5, start 51, end = 2091050, size 2091000 : OK id0s2: type 0xa5, start 2091051, end = 6149630, size 4058580 : OK Hope that helps Viren -- Viren R. Shah, {viren @ rstcorp . com} http://www.rstcorp.com/~vshah/ ====== FreeBSD: It's free, it's fast, it's fun. ====== "3 syncs represent the trinity - init, the child and the eternal zombie process." -- Jordan Hubbard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 8:59:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 9A34937B66D; Sat, 15 Apr 2000 08:59:12 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e3FGQdb21734; Sat, 15 Apr 2000 09:26:39 -0700 (PDT) Date: Sat, 15 Apr 2000 09:26:39 -0700 From: Alfred Perlstein To: Brian Fundakowski Feldman Cc: Michael Reifenberger , "dillon @ freebsd . org FreeBSD-Current" , alc@FreeBSD.ORG Subject: Re: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. Message-ID: <20000415092639.Q4381@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from green@FreeBSD.ORG on Sat, Apr 15, 2000 at 09:38:34AM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Brian Fundakowski Feldman [000415 07:07] wrote: > On Thu, 13 Apr 2000, Michael Reifenberger wrote: > > > Hi, > > when using a linux java app (SAP PlatinGUI 46Cb2) I get the above panic. > > FreeBSD -current. Kernel+mods in sync. > > Linux from ports. Linux-Java-JDK 1.2.2 from blackdown as of yesterday. > > Backtrace see crash.txt. Kernelconfig see nihil. > > Any thoughts anyone? > > Yes, I've gotten these too. I really believe the assumptions the code > there makes are wrong, and I've got a patch to correct them to what I > think they are supposed to be. You've got the standard disclaimer on > the patch, though I assure you it has shown no ill effects to me, and I > noticed this bug through WINE. > > I've asked Poul-Henning Kamp, who seems to also think that the code makes > wrong assumptions. I've asked Matt Dillon and gotten no reply (a month > now, at least). I've asked Alan Cox, and he'd help if we could get him > a test case so he can watch it happen himself and debug it himself. > > Do you think you can find a specific set of steps for Alan to reproduce > it? Yes, find all places where source->ref_count is incremented and check for OBJ_ONEMAPPING as well as where OBJ_ONEMAPPING is set. Then add some printfs to find the snippet that's incrementing it to complain when the OBJ_ONEMAPPING bit is set, and complain if setting OBJ_ONEMAPPING when the refcount is too high. Blotting out a KASSERT isn't the right thing to do. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 9:11:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from gemma.TechFak.Uni-Bielefeld.DE (gemma.TechFak.Uni-Bielefeld.DE [129.70.136.103]) by hub.freebsd.org (Postfix) with ESMTP id 19F6D37B5C1 for ; Sat, 15 Apr 2000 09:11:36 -0700 (PDT) (envelope-from oschonef@TechFak.Uni-Bielefeld.DE) Received: from fusilli.TechFak.Uni-Bielefeld.DE (fusilli.TechFak.Uni-Bielefeld.DE [129.70.133.55]) by gemma.TechFak.Uni-Bielefeld.DE (8.9.1/8.9.1/TechFak/pk+ro19980721) with SMTP id SAA06631; Sat, 15 Apr 2000 18:11:28 +0200 (MET DST) From: Oliver Schonefeld Received: by fusilli.TechFak.Uni-Bielefeld.DE (SMI-8.6/pk970604A) id SAA01799; Sat, 15 Apr 2000 18:11:27 +0200 Date: Sat, 15 Apr 2000 18:11:27 +0200 To: "Viren R.Shah" Cc: "Matthew N. Dodd" , freebsd-current@FreeBSD.ORG, Ian Cartwright Subject: Re: cvs commit: src/sys/dev/ida ida_eisa.c Message-ID: <20000415181127.A1777@fusilli.TechFak.Uni-Bielefeld.DE> References: <14583.37834.772687.845973@jabberwock.rstcorp.com> <14584.36192.55759.997336@jabberwock.rstcorp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <14584.36192.55759.997336@jabberwock.rstcorp.com>; from viren@rstcorp.com on Sat, Apr 15, 2000 at 11:40:16AM -0400 X-Zen: Oooommmmmmmmmmmmmmmmmmmmmmm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hello! [snipped-a-lot] i am currently building world and will be testing the driver. in about 4 - 5 hours (it's not the fastet machine ;-) i will be able to send feedback ... cheers, oliver -- -------------------------------------------------------- "Mein Gott, es ist voller Sterne!" email: oschonef@techfak.uni-bielefeld.de olli@psychopathen.org -------------------------------------------------------- Hi! I'm a .signature virus! Copy me in your ~/.signature to help me spread! <- Save this lifeform ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 9:36:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id E3F0737B77C; Sat, 15 Apr 2000 09:36:23 -0700 (PDT) (envelope-from gdinolt@pacbell.net) Received: from pacbell.net (adsl-63-199-31-69.dsl.snfc21.pacbell.net) by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0FT20035LGRXW5@mta5.snfc21.pbi.net>; Sat, 15 Apr 2000 09:35:57 -0700 (PDT) Date: Sat, 15 Apr 2000 09:35:57 -0700 From: "George W. Dinolt" Subject: Failed compile of ext2_alloc.c To: Robert Watson , freebsd-current@FreeBSD.ORG Message-id: <38F89A6D.1235A41A@pacbell.net> MIME-version: 1.0 X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Robert: I compiled recent (cvsup around 9:00 A.M. PDT) sources for the 5.0 kernel with and without options FFS_EXTATTR and obtained the following error message in both cases. cc -c -O -pipe -march=k6 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../gnu/ext2fs/ext2_alloc.c In file included from ../../gnu/ext2fs/ext2_alloc.c:54: ../../ufs/ufs/ufsmount.h:90: field `um_extattr' has incomplete type *** Error code 1 I have not investigated. I think this may have to do with your additions of extended attributes. Hope this helps. George Dinolt gdinolt@pacbell.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 9:51:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 5A1E437B548 for ; Sat, 15 Apr 2000 09:51:30 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id MAA01310; Sat, 15 Apr 2000 12:51:26 -0400 (EDT) (envelope-from robert@cyrus.watson.org) Date: Sat, 15 Apr 2000 12:51:25 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: "George W. Dinolt" Cc: freebsd-current@FreeBSD.ORG Subject: Re: Failed compile of ext2_alloc.c In-Reply-To: <38F89A6D.1235A41A@pacbell.net> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1290144195-955817485=:908" 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-1290144195-955817485=:908 Content-Type: TEXT/PLAIN; charset=US-ASCII Yup -- I neglected to update the ext2fs code (which uses UFS stuff) to include the requisite include files. Please try the attached patch against src/sys/gnu/ext2fs, and let me know if it works, and I'll go ahead and commit it. I caught the weird Coda dependancy, but guess I missed this one. On Sat, 15 Apr 2000, George W. Dinolt wrote: > Content-Type: text/plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > > Robert: > > I compiled recent (cvsup around 9:00 A.M. PDT) sources for the 5.0 > kernel with and without > > options FFS_EXTATTR > > and obtained the following error message in both cases. > > cc -c -O -pipe -march=k6 -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. > -I../../../include -D_KERNEL -include opt_global.h -elf > -mpreferred-stack-boundary=2 ../../gnu/ext2fs/ext2_alloc.c > In file included from ../../gnu/ext2fs/ext2_alloc.c:54: > ../../ufs/ufs/ufsmount.h:90: field `um_extattr' has incomplete type > *** Error code 1 > > I have not investigated. I think this may have to do with your additions > of extended attributes. > > Hope this helps. > George Dinolt > gdinolt@pacbell.net > > > Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services --0-1290144195-955817485=:908 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ext2fs_extattr.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: ext2fs_extattr.diff SW5kZXg6IGdudS9leHQyZnMvZXh0Ml9hbGxvYy5jDQo9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09DQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2dudS9l eHQyZnMvZXh0Ml9hbGxvYy5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4y OA0KZGlmZiAtdSAtcjEuMjggZXh0Ml9hbGxvYy5jDQotLS0gZ251L2V4dDJm cy9leHQyX2FsbG9jLmMJMTk5OS8wOC8yMyAyMjowNTo0OQkxLjI4DQorKysg Z251L2V4dDJmcy9leHQyX2FsbG9jLmMJMjAwMC8wNC8xNSAxNjo0OTozNw0K QEAgLTQ5LDYgKzQ5LDcgQEANCiAjaW5jbHVkZSA8c3lzL21vdW50Lmg+DQog I2luY2x1ZGUgPHN5cy9zeXNsb2cuaD4NCiANCisjaW5jbHVkZSA8dWZzL3Vm cy9leHRhdHRyLmg+DQogI2luY2x1ZGUgPHVmcy91ZnMvcXVvdGEuaD4NCiAj aW5jbHVkZSA8dWZzL3Vmcy9pbm9kZS5oPg0KICNpbmNsdWRlIDx1ZnMvdWZz L3Vmc21vdW50Lmg+DQpJbmRleDogZ251L2V4dDJmcy9leHQyX2lub2RlLmMN Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAvaG9tZS9uY3Zz L3NyYy9zeXMvZ251L2V4dDJmcy9leHQyX2lub2RlLmMsdg0KcmV0cmlldmlu ZyByZXZpc2lvbiAxLjI1DQpkaWZmIC11IC1yMS4yNSBleHQyX2lub2RlLmMN Ci0tLSBnbnUvZXh0MmZzL2V4dDJfaW5vZGUuYwkyMDAwLzAzLzIwIDEwOjQ0 OjE3CTEuMjUNCisrKyBnbnUvZXh0MmZzL2V4dDJfaW5vZGUuYwkyMDAwLzA0 LzE1IDE2OjQ5OjM3DQpAQCAtNTMsNiArNTMsNyBAQA0KICNpbmNsdWRlIDx2 bS92bS5oPg0KICNpbmNsdWRlIDx2bS92bV9leHRlcm4uaD4NCiANCisjaW5j bHVkZSA8dWZzL3Vmcy9leHRhdHRyLmg+DQogI2luY2x1ZGUgPHVmcy91ZnMv cXVvdGEuaD4NCiAjaW5jbHVkZSA8dWZzL3Vmcy9pbm9kZS5oPg0KICNpbmNs dWRlIDx1ZnMvdWZzL3Vmc21vdW50Lmg+DQpJbmRleDogZ251L2V4dDJmcy9l eHQyX2xpbnV4X2JhbGxvYy5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS Q1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2dudS9leHQyZnMvZXh0Ml9s aW51eF9iYWxsb2MuYyx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTENCmRp ZmYgLXUgLXIxLjExIGV4dDJfbGludXhfYmFsbG9jLmMNCi0tLSBnbnUvZXh0 MmZzL2V4dDJfbGludXhfYmFsbG9jLmMJMTk5OS8wMi8yNSAxNTo1NDowNQkx LjExDQorKysgZ251L2V4dDJmcy9leHQyX2xpbnV4X2JhbGxvYy5jCTIwMDAv MDQvMTUgMTY6NDk6MzgNCkBAIC0zMyw2ICszMyw3IEBADQogI2luY2x1ZGUg PHN5cy9tb3VudC5oPg0KICNpbmNsdWRlIDxzeXMvdm5vZGUuaD4NCiANCisj aW5jbHVkZSA8dWZzL3Vmcy9leHRhdHRyLmg+DQogI2luY2x1ZGUgPHVmcy91 ZnMvcXVvdGEuaD4NCiAjaW5jbHVkZSA8dWZzL3Vmcy91ZnNtb3VudC5oPg0K ICNpbmNsdWRlIDxnbnUvZXh0MmZzL2V4dDJfZXh0ZXJuLmg+DQpJbmRleDog Z251L2V4dDJmcy9leHQyX2xpbnV4X2lhbGxvYy5jDQo9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09DQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2dudS9l eHQyZnMvZXh0Ml9saW51eF9pYWxsb2MuYyx2DQpyZXRyaWV2aW5nIHJldmlz aW9uIDEuMTMNCmRpZmYgLXUgLXIxLjEzIGV4dDJfbGludXhfaWFsbG9jLmMN Ci0tLSBnbnUvZXh0MmZzL2V4dDJfbGludXhfaWFsbG9jLmMJMTk5OS8wMS8y NyAyMTo0OTo1MwkxLjEzDQorKysgZ251L2V4dDJmcy9leHQyX2xpbnV4X2lh bGxvYy5jCTIwMDAvMDQvMTUgMTY6NDk6MzkNCkBAIC0zNCw2ICszNCw3IEBA DQogI2luY2x1ZGUgPHN5cy9tb3VudC5oPg0KICNpbmNsdWRlIDxzeXMvdm5v ZGUuaD4NCiANCisjaW5jbHVkZSA8dWZzL3Vmcy9leHRhdHRyLmg+DQogI2lu Y2x1ZGUgPHVmcy91ZnMvcXVvdGEuaD4NCiAjaW5jbHVkZSA8dWZzL3Vmcy9p bm9kZS5oPg0KICNpbmNsdWRlIDx1ZnMvdWZzL3Vmc21vdW50Lmg+DQpJbmRl eDogZ251L2V4dDJmcy9leHQyX2xvb2t1cC5jDQo9PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09DQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2dudS9leHQy ZnMvZXh0Ml9sb29rdXAuYyx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMjIN CmRpZmYgLXUgLXIxLjIyIGV4dDJfbG9va3VwLmMNCi0tLSBnbnUvZXh0MmZz L2V4dDJfbG9va3VwLmMJMjAwMC8wMy8yMCAxMToyODozNgkxLjIyDQorKysg Z251L2V4dDJmcy9leHQyX2xvb2t1cC5jCTIwMDAvMDQvMTUgMTY6NDk6MzkN CkBAIC01Nyw2ICs1Nyw3IEBADQogI2luY2x1ZGUgPHN5cy9tYWxsb2MuaD4N CiAjaW5jbHVkZSA8c3lzL2RpcmVudC5oPg0KIA0KKyNpbmNsdWRlIDx1ZnMv dWZzL2V4dGF0dHIuaD4NCiAjaW5jbHVkZSA8dWZzL3Vmcy9xdW90YS5oPg0K ICNpbmNsdWRlIDx1ZnMvdWZzL2lub2RlLmg+DQogI2luY2x1ZGUgPHVmcy91 ZnMvZGlyLmg+DQpJbmRleDogZ251L2V4dDJmcy9leHQyX3Zmc29wcy5jDQo9 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9z cmMvc3lzL2dudS9leHQyZnMvZXh0Ml92ZnNvcHMuYyx2DQpyZXRyaWV2aW5n IHJldmlzaW9uIDEuNjMNCmRpZmYgLXUgLXIxLjYzIGV4dDJfdmZzb3BzLmMN Ci0tLSBnbnUvZXh0MmZzL2V4dDJfdmZzb3BzLmMJMjAwMC8wMy8wOSAwNToy MToxMAkxLjYzDQorKysgZ251L2V4dDJmcy9leHQyX3Zmc29wcy5jCTIwMDAv MDQvMTUgMTY6NDk6NDENCkBAIC01Niw2ICs1Niw3IEBADQogI2luY2x1ZGUg PHN5cy9tYWxsb2MuaD4NCiAjaW5jbHVkZSA8c3lzL3N0YXQuaD4NCiANCisj aW5jbHVkZSA8dWZzL3Vmcy9leHRhdHRyLmg+DQogI2luY2x1ZGUgPHVmcy91 ZnMvcXVvdGEuaD4NCiAjaW5jbHVkZSA8dWZzL3Vmcy91ZnNtb3VudC5oPg0K ICNpbmNsdWRlIDx1ZnMvdWZzL2lub2RlLmg+DQpJbmRleDogZ251L2V4dDJm cy9leHQyX3Zub3BzLmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBm aWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMvZ251L2V4dDJmcy9leHQyX3Zub3Bz LmMsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjUxDQpkaWZmIC11IC1yMS41 MSBleHQyX3Zub3BzLmMNCi0tLSBnbnUvZXh0MmZzL2V4dDJfdm5vcHMuYwky MDAwLzAzLzAzIDA4OjAwOjI3CTEuNTENCisrKyBnbnUvZXh0MmZzL2V4dDJf dm5vcHMuYwkyMDAwLzA0LzE1IDE2OjQ5OjQyDQpAQCAtNjgsNiArNjgsNyBA QA0KIA0KICNpbmNsdWRlIDxzeXMvc2lnbmFsdmFyLmg+DQogI2luY2x1ZGUg PHVmcy91ZnMvZGlyLmg+DQorI2luY2x1ZGUgPHVmcy91ZnMvZXh0YXR0ci5o Pg0KICNpbmNsdWRlIDx1ZnMvdWZzL3F1b3RhLmg+DQogI2luY2x1ZGUgPHVm cy91ZnMvaW5vZGUuaD4NCiAjaW5jbHVkZSA8dWZzL3Vmcy91ZnNtb3VudC5o Pg0K --0-1290144195-955817485=:908-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 10: 9: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 3822337B57A for ; Sat, 15 Apr 2000 10:09:04 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id NAA01430; Sat, 15 Apr 2000 13:08:47 -0400 (EDT) (envelope-from robert@cyrus.watson.org) Date: Sat, 15 Apr 2000 13:08:46 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: "George W. Dinolt" Cc: freebsd-current@FreeBSD.ORG Subject: Re: Failed compile of ext2_alloc.c In-Reply-To: <38F89A6D.1235A41A@pacbell.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Since it appears to work for me, I'm going to go ahead and commit the patch before too many other people run into this. Please let me know if you have further problems and I'll get them fixed up ASAP. On Sat, 15 Apr 2000, George W. Dinolt wrote: > Content-Type: text/plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > > Robert: > > I compiled recent (cvsup around 9:00 A.M. PDT) sources for the 5.0 > kernel with and without > > options FFS_EXTATTR > > and obtained the following error message in both cases. > > cc -c -O -pipe -march=k6 -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. > -I../../../include -D_KERNEL -include opt_global.h -elf > -mpreferred-stack-boundary=2 ../../gnu/ext2fs/ext2_alloc.c > In file included from ../../gnu/ext2fs/ext2_alloc.c:54: > ../../ufs/ufs/ufsmount.h:90: field `um_extattr' has incomplete type > *** Error code 1 > > I have not investigated. I think this may have to do with your additions > of extended attributes. > > Hope this helps. > George Dinolt > gdinolt@pacbell.net > > > Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 10:31:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id CCF0E37B836; Sat, 15 Apr 2000 10:31:34 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Sat, 15 Apr 2000 13:31:33 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: Alfred Perlstein Cc: Michael Reifenberger , "dillon @ freebsd . org FreeBSD-Current" , alc@FreeBSD.ORG Subject: Re: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. In-Reply-To: <20000415092639.Q4381@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 15 Apr 2000, Alfred Perlstein wrote: > Yes, find all places where source->ref_count is incremented and check > for OBJ_ONEMAPPING as well as where OBJ_ONEMAPPING is set. > > Then add some printfs to find the snippet that's incrementing it > to complain when the OBJ_ONEMAPPING bit is set, and complain if > setting OBJ_ONEMAPPING when the refcount is too high. > > Blotting out a KASSERT isn't the right thing to do. Well, first the question must be answered, in an absolute yes or no: is it wrong in the first place to have OBJ_ONEMAPPING set with a ref_count of more than 1? I'd accept an authoritative answer about this from alc, dillon, dyson, or luoqi, who are all very familiar with the new VM. > -- > -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] > "I have the heart of a child; I keep it in a jar on my desk." -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 10:37:11 2000 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 689AF37BB5F; Sat, 15 Apr 2000 10:37:04 -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 LAA43823; Sat, 15 Apr 2000 11:37: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 LAA08101; Sat, 15 Apr 2000 11:36:38 -0600 (MDT) Message-Id: <200004151736.LAA08101@harmony.village.org> To: Michael Vasilenko Subject: Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles Cc: John Hay , freebsd-current@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Sat, 15 Apr 2000 10:00:47 +0300." References: Date: Sat, 15 Apr 2000 11:36:38 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Michael Vasilenko writes: : I have only 11 & 15 IRQ used - for Bridge and for NIC OK. : I have only ONE pccard, but why kernel thinks that I have two and : they are inserted? (see at the bottom of dmesg) : Maybe problem in init of TI chip? Likely. That's a problem. : pcic0: at port 0x3e0 iomem 0xd0000 irq 11 on isa0 : pcic0: management irq 11 : ^^^^^^ - polling mode for pcic0 didn't solve the problem ok. : pccard: card inserted, slot 1 : ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ : why? bug? : ed0: starting DAD for fe80:0001::0200:21ff:fed7:676e : ed0: DAD complete for fe80:0001::0200:21ff:fed7:676e - no duplicates found : wi0: at port 0x240-0x27f irq 9 slot 0 on pccard0 : ^^^^^^^^^^ ^^^ : I've tried 0x100,0x300,etc and 5,7,10 ok. I'm not sure what's going on here... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 10:39:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 91CCE37B91B; Sat, 15 Apr 2000 10:39:08 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Sat, 15 Apr 2000 13:39:07 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: Alfred Perlstein Cc: Michael Reifenberger , dillon@freebsd.org, current@FreeBSD.ORG, alc@FreeBSD.ORG Subject: Re: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. In-Reply-To: <20000415092639.Q4381@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 15 Apr 2000, Alfred Perlstein wrote: > Yes, find all places where source->ref_count is incremented and check > for OBJ_ONEMAPPING as well as where OBJ_ONEMAPPING is set. > > Then add some printfs to find the snippet that's incrementing it > to complain when the OBJ_ONEMAPPING bit is set, and complain if > setting OBJ_ONEMAPPING when the refcount is too high. Further elaboration: there is an assumption that it is wrong for OBJ_ONEMAPPING to be set but not when ref_count > 1. This assumption is defeated in the multiple test cases we can find. It seems that in the test cases, the common problem is with (I think mmap()d) memory across multiple processes that _share_ _a_VM_space_! It seems like what's happening is that the ref_count is increased to reflect that each process has a hold of this object, which may or may not be correct, and when that object is faulted on, the code panics because it assumes that OBJ_ONEMAPPING means that there's only one mapping of the object, but there are multiple references and so it panics. The question is not just "why" a OBJ_ONEMAPPING object has a ref_count > 1, it's whether or not that is correct WRT multiple, shared-VM processes. -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 11: 3:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 3448537B5D4; Sat, 15 Apr 2000 11:03:49 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id LAA79656; Sat, 15 Apr 2000 11:03:48 -0700 (PDT) (envelope-from dillon) Date: Sat, 15 Apr 2000 11:03:48 -0700 (PDT) From: Matthew Dillon Message-Id: <200004151803.LAA79656@apollo.backplane.com> To: Brian Fundakowski Feldman Cc: Michael Reifenberger , FreeBSD-Current , alc@FreeBSD.ORG Subject: Re: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :On Thu, 13 Apr 2000, Michael Reifenberger wrote: : :> Hi, :> when using a linux java app (SAP PlatinGUI 46Cb2) I get the above panic. :> FreeBSD -current. Kernel+mods in sync. :> Linux from ports. Linux-Java-JDK 1.2.2 from blackdown as of yesterday. :> Backtrace see crash.txt. Kernelconfig see nihil. :> Any thoughts anyone? : :Yes, I've gotten these too. I really believe the assumptions the code :there makes are wrong, and I've got a patch to correct them to what I :think they are supposed to be. You've got the standard disclaimer on :the patch, though I assure you it has shown no ill effects to me, and I :noticed this bug through WINE. : :I've asked Poul-Henning Kamp, who seems to also think that the code makes :wrong assumptions. I've asked Matt Dillon and gotten no reply (a month :now, at least). I've asked Alan Cox, and he'd help if we could get him :a test case so he can watch it happen himself and debug it himself. : :Do you think you can find a specific set of steps for Alan to reproduce :it? : :> Bye! :> ---- :> Michael Reifenberger :> ^.*Plaut.*$, IT, R/3 Basis, GPS : :-- : Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / : green@FreeBSD.org `------------------------------' Oh, sorry about that. I've run out of time and I have to take a chopper to my email. Sometimes I chop out too much. vm_object_shadow() is used to shadow VM objects when a write fault occurs, and when forking (to avoid early copying of the vm_object's). Hmm. Lets see. Well, I'd say the original code is obviously wrong. You CAN have a ref_count > 1 and still have OBJ_ONEMAPPING set. I remember Alan and I discovering that case last year as we were fixing up the vm_object stuff. Basically, the ref_count can be temporarily bumped with OBJ_ONEMAPPING still set. Here's an associated piece of code to look at. Line 2133 of vm_map.c (in vmspace_fork()). Here the vmspace_fork() code is trying to force the creation of a shadow object which it then intends to close. It is bumping the ref_count to 'ensure' this. So your change will break this piece of code. /* * Add the reference before calling vm_object_shadow * to insure that a shadow object is created. */ vm_object_reference(object); if (old_entry->eflags & MAP_ENTRY_NEEDS_COPY) { vm_object_shadow(&old_entry->object.vm_object, &old_entry->offset, atop(old_entry->end - old_entry->start)) ; old_entry->eflags &= ~MAP_ENTRY_NEEDS_COPY; object = old_entry->object.vm_object; } vm_object_clear_flag(object, OBJ_ONEMAPPING); I think the solution is to cear OBJ_ONEMAPPING before calling vm_object_shadow() in vm_map.c, PLUS do your patch. I've included my version below (untested). Re: The other person's comment about a possible reference count leak. I do not believe there is any reference count leak, the reference count was being bumped due to the forks and the shadows causing fragmentation of the original object. -Matt Matthew Dillon Index: vm_map.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_map.c,v retrieving revision 1.187 diff -u -r1.187 vm_map.c --- vm_map.c 2000/02/28 04:10:35 1.187 +++ vm_map.c 2000/04/15 18:02:06 @@ -2119,10 +2119,14 @@ } /* - * Add the reference before calling vm_object_shadow - * to insure that a shadow object is created. + * Clear OBJ_ONEMAPPING before calling vm_object_shadow + * to ensure that a shadow object is created. Add a + * reference to cover the new vm_map_entry being + * associated with the object. */ vm_object_reference(object); + vm_object_clear_flag(object, OBJ_ONEMAPPING); + if (old_entry->eflags & MAP_ENTRY_NEEDS_COPY) { vm_object_shadow(&old_entry->object.vm_object, &old_entry->offset, @@ -2130,7 +2134,6 @@ old_entry->eflags &= ~MAP_ENTRY_NEEDS_COPY; object = old_entry->object.vm_object; } - vm_object_clear_flag(object, OBJ_ONEMAPPING); /* * Clone the entry, referencing the shared object. Index: vm_object.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_object.c,v retrieving revision 1.171.2.1 diff -u -r1.171.2.1 vm_object.c --- vm_object.c 2000/03/17 10:47:35 1.171.2.1 +++ vm_object.c 2000/04/15 18:00:29 @@ -900,10 +900,17 @@ source = *object; /* - * Don't create the new object if the old object isn't shared. + * If the old object is not shared we may be able to simply use it + * as the shadow rather then have to create a new object. Only + * objects that we can guarentee this case can be optimized - that is, + * only objects with no handles that other processes can get a hold + * of which are otherwise unassociated, have only one mapping, and + * only one reference count. XXX do we need the reference count check + * any more? XXX */ if (source != NULL && + (source->flags & OBJ_ONEMAPPING) != 0 && source->ref_count == 1 && source->handle == NULL && (source->type == OBJT_DEFAULT || To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 11:19:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id E2B1837B512; Sat, 15 Apr 2000 11:19:14 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id LAA79712; Sat, 15 Apr 2000 11:19:14 -0700 (PDT) (envelope-from dillon) Date: Sat, 15 Apr 2000 11:19:14 -0700 (PDT) From: Matthew Dillon Message-Id: <200004151819.LAA79712@apollo.backplane.com> To: Brian Fundakowski Feldman Cc: Alfred Perlstein , Michael Reifenberger , current@FreeBSD.ORG, alc@FreeBSD.ORG Subject: Re: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Further elaboration: : :there is an assumption that it is wrong for OBJ_ONEMAPPING to be set but :not when ref_count > 1. This assumption is defeated in the multiple test :cases we can find. It seems that in the test cases, the common problem :is with (I think mmap()d) memory across multiple processes that _share_ :_a_VM_space_! It seems like what's happening is that the ref_count is :increased to reflect that each process has a hold of this object, which :may or may not be correct, and when that object is faulted on, the code :panics because it assumes that OBJ_ONEMAPPING means that there's only :one mapping of the object, but there are multiple references and so it :panics. : :The question is not just "why" a OBJ_ONEMAPPING object has a ref_count > 1, :it's whether or not that is correct WRT multiple, shared-VM processes. : :-- : Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / : green@FreeBSD.org `------------------------------' Originally (3.x and before), the OBJ_ONEMAPPING was not set entirely properly and people had hacked the code to use ref_count in combination with it. Alan and I fixed this all last year, but obviously didn't fix all the cases. Now OBJ_ONEMAPPING is the true indicator of there being a single mapping, and ref_count is irrelevant. Or supposed to be irrelevant, anyway. My patch was incorrect. Or, I should say, your original patch is incorrect. I don't think it's legal to put in the (source->flags & OBJ_ONEMAPPING) test that you added in vm_object.c, because OBJ_ONEMAPPING should be clear prior to calling vm_object_shadow anyway (or there's no point in shadowing the object in the first place!). My patch to vm_map.c should do the trick. But there is one more case we have to consider that I am not sure about, and that is the two calls to vm_object_shadow() in vm_map_pageable() (vm_map.c line 1356). vm_map_pageable() is used byvslock/vsunlock, which is used by the sysctl code (???), and used in kmem_alloc() (where OBJ_ONEMAPPING is not set anyway). I think we may have a case where sysctl() operates on a shared address space that may still panic. Here is a new patch. Please try it (and get rid of any prior patches to vm_object.c before applying this one). -Matt Matthew Dillon Index: vm_map.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_map.c,v retrieving revision 1.187 diff -u -r1.187 vm_map.c --- vm_map.c 2000/02/28 04:10:35 1.187 +++ vm_map.c 2000/04/15 18:02:06 @@ -2119,10 +2119,14 @@ } /* - * Add the reference before calling vm_object_shadow - * to insure that a shadow object is created. + * Clear OBJ_ONEMAPPING before calling vm_object_shadow + * to ensure that a shadow object is created. Add a + * reference to cover the new vm_map_entry being + * associated with the object. */ vm_object_reference(object); + vm_object_clear_flag(object, OBJ_ONEMAPPING); + if (old_entry->eflags & MAP_ENTRY_NEEDS_COPY) { vm_object_shadow(&old_entry->object.vm_object, &old_entry->offset, @@ -2130,7 +2134,6 @@ old_entry->eflags &= ~MAP_ENTRY_NEEDS_COPY; object = old_entry->object.vm_object; } - vm_object_clear_flag(object, OBJ_ONEMAPPING); /* * Clone the entry, referencing the shared object. Index: vm_object.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_object.c,v retrieving revision 1.171.2.1 diff -u -r1.171.2.1 vm_object.c --- vm_object.c 2000/03/17 10:47:35 1.171.2.1 +++ vm_object.c 2000/04/15 18:13:58 @@ -900,7 +900,13 @@ source = *object; /* - * Don't create the new object if the old object isn't shared. + * If the old object is not shared we may be able to simply use it + * as the shadow rather then have to create a new object. Only + * objects that we can guarentee this case can be optimized - that is, + * only objects with no handles that other processes can get a hold + * of which are otherwise unassociated, have only one mapping, and + * only one reference count. XXX do we need the reference count check + * any more? XXX */ if (source != NULL && To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 11:23:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 15CB237B5D4; Sat, 15 Apr 2000 11:23:13 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id LAA79731; Sat, 15 Apr 2000 11:23:11 -0700 (PDT) (envelope-from dillon) Date: Sat, 15 Apr 2000 11:23:11 -0700 (PDT) From: Matthew Dillon Message-Id: <200004151823.LAA79731@apollo.backplane.com> To: Brian Fundakowski Feldman Cc: Alfred Perlstein , Michael Reifenberger , , alc@FreeBSD.ORG Subject: Re: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Well, first the question must be answered, in an absolute yes or no: :is it wrong in the first place to have OBJ_ONEMAPPING set with a ref_count :of more than 1? I'd accept an authoritative answer about this from :alc, dillon, dyson, or luoqi, who are all very familiar with the new :VM. :-- : Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / : green@FreeBSD.org `------------------------------' It is totally legal for OBJ_ONEMAPPING to be set even if the ref_count is greater then 1. The ref_count has no bearing on the shareability of the object any more. The tests were there before due to all sorts of crud that had been hacked in in the 2.2.x and 3.x era to get around serious bugs in the OBJ_ONEMAPPING flag and elsewhere in the VM system. Note that the ref_count == 1 test in the vm_object_shadow optimization should be left intact. This optimization requires a much stricter set of tests because we do not want to assume sharability of an object if someone else (the 'else' being 'someone unknown to us') has a reference on it, even if OBJ_ONEMAPPING is set. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 11:41:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id CDA1037BA3C for ; Sat, 15 Apr 2000 11:41:28 -0700 (PDT) (envelope-from gdinolt@pacbell.net) Received: from pacbell.net (adsl-63-199-30-103.dsl.snfc21.pacbell.net) by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0FT200CM1MKW19@mta5.snfc21.pbi.net> for freebsd-current@FreeBSD.ORG; Sat, 15 Apr 2000 11:41:21 -0700 (PDT) Date: Sat, 15 Apr 2000 11:41:20 -0700 From: "George W. Dinolt" Subject: Re: Failed compile of ext2_alloc.c To: Robert Watson Cc: freebsd-current@FreeBSD.ORG Message-id: <38F8B7D0.92AA1ABC@pacbell.net> MIME-version: 1.0 X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.12 i386) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Robert: Re the supplied patches. I applied them and the kernel compiled, loaded and ran. There seem to be some problems with the modules I use for my ethernet cards so I was not able to give it a "thorough" testing. I don;t think the module issues relate to the file system. I seemed to have hit an inconsistency between the modules (fxp and dc) and kernel as part of the CVS updates I have been doing. .I hope to investigate more later. Regards, George Dinolt gdinolt@pacbell.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 12: 4:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 3D22937B63D; Sat, 15 Apr 2000 12:04:45 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e3FJWCk26031; Sat, 15 Apr 2000 12:32:12 -0700 (PDT) Date: Sat, 15 Apr 2000 12:32:12 -0700 From: Alfred Perlstein To: Matthew Dillon Cc: Brian Fundakowski Feldman , Michael Reifenberger , FreeBSD-Current , alc@FreeBSD.ORG Subject: Re: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. Message-ID: <20000415123212.S4381@fw.wintelcom.net> References: <200004151803.LAA79656@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200004151803.LAA79656@apollo.backplane.com>; from dillon@apollo.backplane.com on Sat, Apr 15, 2000 at 11:03:48AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Matthew Dillon [000415 11:32] wrote: > > :On Thu, 13 Apr 2000, Michael Reifenberger wrote: > : > :> Hi, > :> when using a linux java app (SAP PlatinGUI 46Cb2) I get the above panic. > :> FreeBSD -current. Kernel+mods in sync. > :> Linux from ports. Linux-Java-JDK 1.2.2 from blackdown as of yesterday. > :> Backtrace see crash.txt. Kernelconfig see nihil. > :> Any thoughts anyone? > : > :Yes, I've gotten these too. I really believe the assumptions the code > :there makes are wrong, and I've got a patch to correct them to what I > :think they are supposed to be. You've got the standard disclaimer on > :the patch, though I assure you it has shown no ill effects to me, and I > :noticed this bug through WINE. > : > :I've asked Poul-Henning Kamp, who seems to also think that the code makes > :wrong assumptions. I've asked Matt Dillon and gotten no reply (a month > :now, at least). I've asked Alan Cox, and he'd help if we could get him > :a test case so he can watch it happen himself and debug it himself. > : > :Do you think you can find a specific set of steps for Alan to reproduce > :it? > : > :> Bye! > :> ---- > :> Michael Reifenberger > :> ^.*Plaut.*$, IT, R/3 Basis, GPS > : > :-- > : Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / > : green@FreeBSD.org `------------------------------' > > Oh, sorry about that. I've run out of time and I have to take a > chopper to my email. Sometimes I chop out too much. > > vm_object_shadow() is used to shadow VM objects when a write fault > occurs, and when forking (to avoid early copying of the vm_object's). > > Hmm. Lets see. Well, I'd say the original code is obviously wrong. > You CAN have a ref_count > 1 and still have OBJ_ONEMAPPING set. I > remember Alan and I discovering that case last year as we were fixing > up the vm_object stuff. Basically, the ref_count can be temporarily > bumped with OBJ_ONEMAPPING still set. > > Here's an associated piece of code to look at. Line 2133 of > vm_map.c (in vmspace_fork()). Here the vmspace_fork() code is > trying to force the creation of a shadow object which it then > intends to close. It is bumping the ref_count to 'ensure' this. > So your change will break this piece of code. > > /* > * Add the reference before calling vm_object_shadow > * to insure that a shadow object is created. > */ > vm_object_reference(object); > if (old_entry->eflags & MAP_ENTRY_NEEDS_COPY) { > vm_object_shadow(&old_entry->object.vm_object, > &old_entry->offset, > atop(old_entry->end - old_entry->start)) > ; > old_entry->eflags &= ~MAP_ENTRY_NEEDS_COPY; > object = old_entry->object.vm_object; > } > vm_object_clear_flag(object, OBJ_ONEMAPPING); > > I think the solution is to cear OBJ_ONEMAPPING before calling > vm_object_shadow() in vm_map.c, PLUS do your patch. I've included > my version below (untested). I really don't like this, what's the point of having a "helper" function vm_object_reference(), if it doesn't do all the required work (vm_object_clear_flag())? This adds unneeded complexity to the caller. Is there a good reason for not having the vm_object_clear_flag() in vm_object_reference()? > > Re: The other person's comment about a possible reference count leak. > I do not believe there is any reference count leak, the reference count > was being bumped due to the forks and the shadows causing fragmentation > of the original object. A reference count leak did occur, ref_count was bumped without other sanity flags being cleared, the code makes it easy to shoot yourself in the foot. -Alfred > Index: vm_map.c > =================================================================== > RCS file: /home/ncvs/src/sys/vm/vm_map.c,v > retrieving revision 1.187 > diff -u -r1.187 vm_map.c > --- vm_map.c 2000/02/28 04:10:35 1.187 > +++ vm_map.c 2000/04/15 18:02:06 > @@ -2119,10 +2119,14 @@ > } > > /* > - * Add the reference before calling vm_object_shadow > - * to insure that a shadow object is created. > + * Clear OBJ_ONEMAPPING before calling vm_object_shadow > + * to ensure that a shadow object is created. Add a > + * reference to cover the new vm_map_entry being > + * associated with the object. > */ > vm_object_reference(object); > + vm_object_clear_flag(object, OBJ_ONEMAPPING); > + > if (old_entry->eflags & MAP_ENTRY_NEEDS_COPY) { > vm_object_shadow(&old_entry->object.vm_object, > &old_entry->offset, > @@ -2130,7 +2134,6 @@ > old_entry->eflags &= ~MAP_ENTRY_NEEDS_COPY; > object = old_entry->object.vm_object; > } > - vm_object_clear_flag(object, OBJ_ONEMAPPING); > > /* > * Clone the entry, referencing the shared object. > Index: vm_object.c > =================================================================== > RCS file: /home/ncvs/src/sys/vm/vm_object.c,v > retrieving revision 1.171.2.1 > diff -u -r1.171.2.1 vm_object.c > --- vm_object.c 2000/03/17 10:47:35 1.171.2.1 > +++ vm_object.c 2000/04/15 18:00:29 > @@ -900,10 +900,17 @@ > source = *object; > > /* > - * Don't create the new object if the old object isn't shared. > + * If the old object is not shared we may be able to simply use it > + * as the shadow rather then have to create a new object. Only > + * objects that we can guarentee this case can be optimized - that is, > + * only objects with no handles that other processes can get a hold > + * of which are otherwise unassociated, have only one mapping, and > + * only one reference count. XXX do we need the reference count check > + * any more? XXX > */ > > if (source != NULL && > + (source->flags & OBJ_ONEMAPPING) != 0 && > source->ref_count == 1 && > source->handle == NULL && > (source->type == OBJT_DEFAULT || > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 12: 9:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by hub.freebsd.org (Postfix) with ESMTP id 1B19737B610; Sat, 15 Apr 2000 12:09:54 -0700 (PDT) (envelope-from alc@cs.rice.edu) Received: (from alc@localhost) by cs.rice.edu (8.9.0/8.9.0) id OAA05179; Sat, 15 Apr 2000 14:09:45 -0500 (CDT) Date: Sat, 15 Apr 2000 14:09:45 -0500 From: Alan Cox To: Matthew Dillon Cc: Brian Fundakowski Feldman , Alfred Perlstein , Michael Reifenberger , current@freebsd.org, alc@freebsd.org Subject: Re: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. Message-ID: <20000415140945.B3462@cs.rice.edu> References: <200004151823.LAA79731@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5us In-Reply-To: <200004151823.LAA79731@apollo.backplane.com>; from Matthew Dillon on Sat, Apr 15, 2000 at 11:23:11AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 15, 2000 at 11:23:11AM -0700, Matthew Dillon wrote: > :Well, first the question must be answered, in an absolute yes or no: > :is it wrong in the first place to have OBJ_ONEMAPPING set with a ref_count > :of more than 1? I'd accept an authoritative answer about this from > :alc, dillon, dyson, or luoqi, who are all very familiar with the new > :VM. > :-- > : Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / > : green@FreeBSD.org `------------------------------' > > It is totally legal for OBJ_ONEMAPPING to be set even if the ref_count > is greater then 1. Agreed. OBJ_ONEMAPPING actually means that *each page* within the object is mapped at most once. The object itself may be mapped many times, as long as the previous rule isn't violated. In other words, none of the mappings map an overlapping set of pages. > ... The ref_count has no bearing on the shareability > of the object any more. The tests were there before due to all sorts > of crud that had been hacked in in the 2.2.x and 3.x era to get around > serious bugs in the OBJ_ONEMAPPING flag and elsewhere in the VM system. > > Note that the ref_count == 1 test in the vm_object_shadow optimization > should be left intact. This optimization requires a much stricter set > of tests because we do not want to assume sharability of an object > if someone else (the 'else' being 'someone unknown to us') has a reference > on it, even if OBJ_ONEMAPPING is set. > Here's what troubles me about the state of the OBJ_ONEMAPPING management code: When we clear the OBJ_ONEMAPPING attribute on an object, we don't touch any of its backing objects. Specifically, we don't guarantee that they don't have OBJ_ONEMAPPING set. I think we should, if only because it makes reasoning about the system's behavior a lot easier. If we cleared OBJ_ONEMAPPING recursively, then the rationale for this assertion would go away. Brian, if you'd like to try this, I'll be happy to review it. Alan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 13:49:10 2000 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 508C137B57A for ; Sat, 15 Apr 2000 13:49:07 -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 OAA44282; Sat, 15 Apr 2000 14:49:05 -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 OAA08931; Sat, 15 Apr 2000 14:48:42 -0600 (MDT) Message-Id: <200004152048.OAA08931@harmony.village.org> To: John Hay Subject: Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles Cc: acid@cn.ua (Michael Vasilenko), freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sat, 15 Apr 2000 10:19:18 +0200." <200004150819.KAA95650@zibbi.mikom.csir.co.za> References: <200004150819.KAA95650@zibbi.mikom.csir.co.za> Date: Sat, 15 Apr 2000 14:48:42 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200004150819.KAA95650@zibbi.mikom.csir.co.za> John Hay writes: : I recall (but might be wrong) that most if not all sucess stories are : on notebooks with the TI-1225 on the motherboard. Maybe the notebook : bios do something more than isn't done on a normal pc? That's entirely possible. All notebook BIOSes that I've looked at try to initialize the cardbus bridge into some known state. Many of the initialize it into a state very compatible with FreeBSD's assumptions (sometimes with some setup help from the user). Some don't. Nearly none of the desktops do the right thing as far as initialization of the cards goes, so as we see more card bus bridges we have to get smarters. On the laptops as well, one can add a TI-950 or equivalent part wired to the south bridge (well, the pci isa bridge which I think is usually called the south bridge) which allows one to do serial interrupt ISA routing over the PCI bus. I'm not sure how many desktops, if any, do this sort of thing. I just now found the datasheet from TI and have started looking at it. It does support some kind of PCI standard on the topic, but I've not looked into enough to know how standard this standard is. Briefly, it allows one to route any IRQ or PCI interrupt using a serial protocol for the interrupt. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 13:51:27 2000 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 C504237B57A for ; Sat, 15 Apr 2000 13:51: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 OAA44297; Sat, 15 Apr 2000 14:51:00 -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 OAA10875; Sat, 15 Apr 2000 14:50:37 -0600 (MDT) Message-Id: <200004152050.OAA10875@harmony.village.org> To: John Hay Subject: Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles Cc: acid@cn.ua (Michael Vasilenko), freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sat, 15 Apr 2000 10:30:17 +0200." <200004150830.KAA95900@zibbi.mikom.csir.co.za> References: <200004150830.KAA95900@zibbi.mikom.csir.co.za> Date: Sat, 15 Apr 2000 14:50:37 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200004150830.KAA95900@zibbi.mikom.csir.co.za> John Hay writes: : our problem is even before a (non) working interrupt would come into the : picture. I'd have to say that based on the evidence so far, that the interrupts aren't getting routined correctly, or that there's an interrupt conflict. This is almost certainly at the cardbus bridge layer, even though I don't want it to be :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 14:23:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B8D4F37B62B; Sat, 15 Apr 2000 14:23:17 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id OAA15197; Sat, 15 Apr 2000 14:23:17 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sat, 15 Apr 2000 14:23:16 -0700 (PDT) From: Kris Kennaway To: Donn Miller Cc: "Dr. Brain" , shockingly@ugly.prth.tensor.pgs.com, current@freebsd.org Subject: Re: Netscape 6 Linux pre-release, got it going. In-Reply-To: <38F7776F.971AFC92@cvzoom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 14 Apr 2000, Donn Miller wrote: > Over the past month, in -current, I've had weird problems with > Mozilla. The message I'm seeing on stdout is Perhaps you'd have benn luck taking this bug report to the mozilla developers? I don't know there's anyone on this list who is truly familiar with the mozilla code and able to help you. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 14:59:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 2F5EB37B69E; Sat, 15 Apr 2000 14:59:37 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Sat, 15 Apr 2000 17:59:36 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: Matthew Dillon Cc: Alfred Perlstein , Michael Reifenberger , current@FreeBSD.ORG, alc@FreeBSD.ORG Subject: Re: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. In-Reply-To: <200004151819.LAA79712@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 15 Apr 2000, Matthew Dillon wrote: > [explanation] > > Here is a new patch. Please try it (and get rid of any prior patches > to vm_object.c before applying this one). > Thanks for the reply :) What you say makes sense, so I'll try out this patch as soon as I work out a way to get my machine to panic on demand, as I'm also trying to track down an issue with the machine responding to net interrupts and I can't tell if it responds to anything else, but certainly doesn't function much at all. I still have my test case (a 3/15 CVS checkout of Wine) lying around, so I'll be able to definitely test it :) > -Matt > Matthew Dillon > -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 15:10: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id C1BC737B7A9; Sat, 15 Apr 2000 15:09:57 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Sat, 15 Apr 2000 18:09:56 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: Alan Cox Cc: Matthew Dillon , Alfred Perlstein , Michael Reifenberger , current@freebsd.org, alc@freebsd.org Subject: Re: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. In-Reply-To: <20000415140945.B3462@cs.rice.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 15 Apr 2000, Alan Cox wrote: > > It is totally legal for OBJ_ONEMAPPING to be set even if the ref_count > > is greater then 1. > > Agreed. OBJ_ONEMAPPING actually means that *each page* within the object > is mapped at most once. The object itself may be mapped many times, > as long as the previous rule isn't violated. In other words, none > of the mappings map an overlapping set of pages. Alright, this makes sense to me. > > ... The ref_count has no bearing on the shareability > > of the object any more. The tests were there before due to all sorts > > of crud that had been hacked in in the 2.2.x and 3.x era to get around > > serious bugs in the OBJ_ONEMAPPING flag and elsewhere in the VM system. > > > > Note that the ref_count == 1 test in the vm_object_shadow optimization > > should be left intact. This optimization requires a much stricter set > > of tests because we do not want to assume sharability of an object > > if someone else (the 'else' being 'someone unknown to us') has a reference > > on it, even if OBJ_ONEMAPPING is set. > > > > Here's what troubles me about the state of the OBJ_ONEMAPPING management > code: When we clear the OBJ_ONEMAPPING attribute on an object, we don't > touch any of its backing objects. Specifically, we don't guarantee > that they don't have OBJ_ONEMAPPING set. I think we should, if only > because it makes reasoning about the system's behavior a lot easier. > > If we cleared OBJ_ONEMAPPING recursively, then the rationale for > this assertion would go away. I'm still trying to understand this: if you know that the object may have pages mapped elsewhere, the backing objects recursively inherit the assumption that it may have parts mapped elsewhere? So, when you set OBJ_ONEMAPPING, should you check upward recursively to check if those objects can have OBJ_ONEMAPPING set? I assume that you mean that a backing object itself should have OBJ_ONEMAPPING cleared if any of the children have it cleared. > Brian, if you'd like to try this, I'll be happy to review it. I'm going to research the VM a bit more now that you and Matt have gotten me on track again, and soon wouldn't mind doing that :) > Alan -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 15:12:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9415F37B650; Sat, 15 Apr 2000 15:12:23 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Sat, 15 Apr 2000 18:12:22 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: Matthew Dillon Cc: Alfred Perlstein , Michael Reifenberger , current@FreeBSD.ORG, alc@FreeBSD.ORG Subject: Re: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. In-Reply-To: <200004151823.LAA79731@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 15 Apr 2000, Matthew Dillon wrote: > Note that the ref_count == 1 test in the vm_object_shadow optimization > should be left intact. This optimization requires a much stricter set > of tests because we do not want to assume sharability of an object > if someone else (the 'else' being 'someone unknown to us') has a reference > on it, even if OBJ_ONEMAPPING is set. The KASSERT is broken in another way, BTW: it has undefined (read: panic before the test even occurs) results if source is NULL, which vm_object_shadow otherwise handles. I don't know why it's never been tripped on, though... > -Matt > Matthew Dillon > -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 15:51:57 2000 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 2D20137B7FD for ; Sat, 15 Apr 2000 15:51:48 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) id XAA30168; Sat, 15 Apr 2000 23:41:24 +0100 (BST) (envelope-from nik) Date: Sat, 15 Apr 2000 23:41:23 +0100 From: Nik Clayton To: Ashley Penney Cc: freebsd-current@freebsd.org Subject: Re: Problems with MAKEDEV. Message-ID: <20000415234123.A29608@catkin.nothing-going-on.org> References: <20000414114155.A61941@twilight.bastard.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000414114155.A61941@twilight.bastard.co.uk>; from ashp@bastard.co.uk on Fri, Apr 14, 2000 at 11:41:55AM +0100 Organization: FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 14, 2000 at 11:41:55AM +0100, Ashley Penney wrote: > When booting up I noticed the block device warning message. I > did some investigation and discovered that some ad4/ad5 devices > were still block ones. It seems that the MAKEDEV script only > makes up to ad3, but my disks are on ad4/ad5 (ATA-66, Abit BP6). /dev/MAKEDEV.local N -- Internet connection, $19.95 a month. Computer, $799.95. Modem, $149.95. Telephone line, $24.95 a month. Software, free. USENET transmission, hundreds if not thousands of dollars. Thinking before posting, priceless. Somethings in life you can't buy. For everything else, there's MasterCard. -- Graham Reed, in the Scary Devil Monastery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 16: 2:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by hub.freebsd.org (Postfix) with ESMTP id 19E8D37B79A; Sat, 15 Apr 2000 16:02:45 -0700 (PDT) (envelope-from alc@cs.rice.edu) Received: (from alc@localhost) by cs.rice.edu (8.9.0/8.9.0) id SAA15973; Sat, 15 Apr 2000 18:02:43 -0500 (CDT) Date: Sat, 15 Apr 2000 18:02:43 -0500 From: Alan Cox To: Brian Fundakowski Feldman Cc: Matthew Dillon , Alfred Perlstein , Michael Reifenberger , current@freebsd.org, alc@freebsd.org Subject: Re: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. Message-ID: <20000415180243.D3462@cs.rice.edu> References: <200004151823.LAA79731@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5us In-Reply-To: ; from Brian Fundakowski Feldman on Sat, Apr 15, 2000 at 06:12:22PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 15, 2000 at 06:12:22PM -0400, Brian Fundakowski Feldman wrote: > On Sat, 15 Apr 2000, Matthew Dillon wrote: > > > Note that the ref_count == 1 test in the vm_object_shadow optimization > > should be left intact. This optimization requires a much stricter set > > of tests because we do not want to assume sharability of an object > > if someone else (the 'else' being 'someone unknown to us') has a reference > > on it, even if OBJ_ONEMAPPING is set. > > The KASSERT is broken in another way, BTW: it has undefined (read: > panic before the test even occurs) results if source is NULL, which > vm_object_shadow otherwise handles. I don't know why it's never been > tripped on, though... > Other parts of the VM insure that we never try to create a shadow object for a non-existant backing object. Alan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 16:57:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by hub.freebsd.org (Postfix) with ESMTP id 1DF0737B536; Sat, 15 Apr 2000 16:57:20 -0700 (PDT) (envelope-from alc@cs.rice.edu) Received: (from alc@localhost) by cs.rice.edu (8.9.0/8.9.0) id SAA18969; Sat, 15 Apr 2000 18:57:18 -0500 (CDT) Date: Sat, 15 Apr 2000 18:57:18 -0500 From: Alan Cox To: Brian Fundakowski Feldman Cc: current@freebsd.org Subject: Re: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. Message-ID: <20000415185718.E3462@cs.rice.edu> References: <20000415140945.B3462@cs.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5us In-Reply-To: ; from Brian Fundakowski Feldman on Sat, Apr 15, 2000 at 06:09:56PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 15, 2000 at 06:09:56PM -0400, Brian Fundakowski Feldman wrote: > > I'm still trying to understand this: if you know that the object may > have pages mapped elsewhere, the backing objects recursively inherit > the assumption that it may have parts mapped elsewhere? Umm, just to be clear, it's not that the object has pages mapped elsewhere, it's that one (or more) pages in the object have two or more mappings. In other words, the same physical page is mapped twice. It's okay for an object to have multiple mappings (and thus ref_count > 1) and have OBJ_ONEMAPPING set if all of these mappings map disjoint sets of pages. (This is what's happening when the assertion gets mistriggered.) So, OBJ_ONEMAPPING gets cleared whenever it becomes possible for the same physical page to get mapped twice. (In other words, it happens before the mapping is actually created, e.g., from vm_map_copy_entry() that gets called on a fork.) Here's what I worry about: We only clear OBJ_ONEMAPPING on the top-level object, and none of its backing objects. Nothing guarantees that these backing objects have OBJ_ONEMAPPING cleared. The page that we're "double" mapping may, however, reside in one of its backing objects. This is bad. > ... So, when you > set OBJ_ONEMAPPING, should you check upward recursively to check if > those objects can have OBJ_ONEMAPPING set? No. When you clear OBJ_ONEMAPPING, you should clear OBJ_ONEMAPPING on all of its backing objects. You can only set OBJ_ONEMAPPING under limited circumstances where you can prove that no page within an object has two or more mappings, e.g., the object's ref_count == 1. > ... I assume that you mean that > a backing object itself should have OBJ_ONEMAPPING cleared if any of > the children have it cleared. > No. backing object == child. Stepping back from the details, keep in mind the following: OBJ_ONEMAPPING is an optimization. If you clear it when it could be set, nothing breaks. (The worst case is that we don't free up swap space as quickly. An entire chain of objects has to disappear before we can reclaim the swap.) On the other hand, if you set OBJ_ONEMAPPING when it shouldn't be set, you break things badly. (Go back and look at the mailing lists when John first introduced this code.) Alan P.S. This is one area where UVM has the advantage. They have per-page ref counts in their vm objects, and not just vm object granularity ref counts. Thus OBJ_ONEMAPPING isn't necessary. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 20:13:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 9643237B8A0; Sat, 15 Apr 2000 20:13:22 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id UAA82143; Sat, 15 Apr 2000 20:13:20 -0700 (PDT) (envelope-from dillon) Date: Sat, 15 Apr 2000 20:13:20 -0700 (PDT) From: Matthew Dillon Message-Id: <200004160313.UAA82143@apollo.backplane.com> To: Alan Cox Cc: Brian Fundakowski Feldman , current@FreeBSD.ORG Subject: Re: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. References: <20000415140945.B3462@cs.rice.edu> <20000415185718.E3462@cs.rice.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Here's what I worry about: We only clear OBJ_ONEMAPPING on the top-level :object, and none of its backing objects. Nothing guarantees that these :backing objects have OBJ_ONEMAPPING cleared. The page that we're "double" :mapping may, however, reside in one of its backing objects. This is :bad. I don't think this is an issue. The only double-mapped pages we care about are those at the top-level (vm_object's connected directly to a vm_map_entry). This is because these are the only pages effected by write-faults and copy-on-write issues. For example, if you dirty a page that is mapped privately the system must copy-on-write the page. More importantly, if you fork() and either parent or child dirties what is now a shared page, they need to copy on write and the other process cannot see that change. OBJ_ONEMAPPING is an optimization that allows a process to dirty an anonymous (not vnode-backed) page without doing a copy-on-write in the case where that process is the ONLY process mapping the page. Copy-on-write is an issue that only effects the top level object. So we shouldn't care whether OBJ_ONEMAPPING is set or cleared in deeper objects. Copying a page that was previously shared is an expensive operation not only in having to do the copy, but also in having to split the vm_map_entry and create a new holding vm_object to hold the copy. This new object must have OBJ_ONEMAPPING set so that when pages are dirtied around it, it can be pre-pended or post-pended with the new pages rather then have to create a new vm_object (and thus not be able to coalesce the associated vm_map_entry structures) every time we take a copy-on-write fault. In this respect, the OBJ_ONEMAPPING optimization is *CRITICAL* to the scaleability of our VM system. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 20:18: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 5575737B933; Sat, 15 Apr 2000 20:18:02 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id UAA82192; Sat, 15 Apr 2000 20:18:01 -0700 (PDT) (envelope-from dillon) Date: Sat, 15 Apr 2000 20:18:01 -0700 (PDT) From: Matthew Dillon Message-Id: <200004160318.UAA82192@apollo.backplane.com> To: Alfred Perlstein Cc: Brian Fundakowski Feldman , Michael Reifenberger , FreeBSD-Current , alc@FreeBSD.ORG Subject: Re: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. References: <200004151803.LAA79656@apollo.backplane.com> <20000415123212.S4381@fw.wintelcom.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Is there a good reason for not having the vm_object_clear_flag() in :vm_object_reference()? Well, yes... vm_object's are referenced for all sorts of things temporarily. Everything from a process looking one up temporarily to the swap code issuing I/O. None of these references have anything to do with OBJ_ONEMAPPING. :A reference count leak did occur, ref_count was bumped without other :sanity flags being cleared, the code makes it easy to shoot yourself :in the foot. This is not necessarily a leak. If you have discontinuous vm_map_entry structures pointing to the same vm_object, then the vm_object will have a big reference count and can still be set OBJ_ONEMAPPING. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 21:43:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by hub.freebsd.org (Postfix) with ESMTP id 2E62A37B86A; Sat, 15 Apr 2000 21:43:45 -0700 (PDT) (envelope-from alc@cs.rice.edu) Received: (from alc@localhost) by cs.rice.edu (8.9.0/8.9.0) id XAA00553; Sat, 15 Apr 2000 23:43:42 -0500 (CDT) Date: Sat, 15 Apr 2000 23:43:42 -0500 From: Alan Cox To: Matthew Dillon Cc: Brian Fundakowski Feldman , current@freebsd.org Subject: Re: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. Message-ID: <20000415234342.H3462@cs.rice.edu> References: <20000415140945.B3462@cs.rice.edu> <20000415185718.E3462@cs.rice.edu> <200004160313.UAA82143@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5us In-Reply-To: <200004160313.UAA82143@apollo.backplane.com>; from Matthew Dillon on Sat, Apr 15, 2000 at 08:13:20PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 15, 2000 at 08:13:20PM -0700, Matthew Dillon wrote: > > :Here's what I worry about: We only clear OBJ_ONEMAPPING on the top-level > :object, and none of its backing objects. Nothing guarantees that these > :backing objects have OBJ_ONEMAPPING cleared. The page that we're "double" > :mapping may, however, reside in one of its backing objects. This is > :bad. > > I don't think this is an issue. The only double-mapped pages we care > about are those at the top-level (vm_object's connected directly to a > vm_map_entry). This is because these are the only pages effected by > write-faults and copy-on-write issues. > I disagree. If a backing object (BO) has OBJ_ONEMAPPING set, and someone call vm_map_delete(map, start, end) on an address space that references BO directly, then the system will crash and burn because vm_map_delete will (incorrectly) free physical pages: ... pmap_remove(map->pmap, s, e); if (object != NULL && object->ref_count != 1 && (object->flags & (OBJ_NOSPLIT|OBJ_ONEMAPPING)) == OBJ_ONEMAPPING && (object->type == OBJT_DEFAULT || object->type == OBJT_SWAP)) { vm_object_collapse(object); vm_object_page_remove(object, offidxstart, offidxend, FALSE); ^^^^^^^^^^^^^^^^^^^^^ The reason why John Dyson introduced OBJ_ONEMAPPING was so that he could know that physical pages were unreferenced (and thus free the pages) even though the object's ref count > 1. He was spurred on by the UVM work, which accomplished the same thing via per-page reference counting. > For example, if you dirty a page that is mapped privately the system must > copy-on-write the page. More importantly, if you fork() and either parent > or child dirties what is now a shared page, they need to copy on write > and the other process cannot see that change. OBJ_ONEMAPPING is an > optimization that allows a process to dirty an anonymous (not vnode-backed) > page without doing a copy-on-write in the case where that process is > the ONLY process mapping the page. > Umm, it can do this without the OBJ_ONEMAPPING attribute, because the ref count on the object == 1. Note that the code from vm_object_shadow doesn't even check OBJ_ONEMAPPING: /* * Don't create the new object if the old object isn't shared. */ if (source != NULL && source->ref_count == 1 && source->handle == NULL && (source->type == OBJT_DEFAULT || source->type == OBJT_SWAP)) return; > Copy-on-write is an issue that only effects the top level object. So > we shouldn't care whether OBJ_ONEMAPPING is set or cleared in deeper > objects. > I do care, because I don't want those pages freed by a vm_map_delete. > Copying a page that was previously shared is an expensive operation not > only in having to do the copy, but also in having to split the vm_map_entry > and create a new holding vm_object to hold the copy. This new object must > have OBJ_ONEMAPPING set so that when pages are dirtied around it, it can > be pre-pended or post-pended with the new pages rather then have to create > a new vm_object (and thus not be able to coalesce the associated > vm_map_entry structures) every time we take a copy-on-write fault. > Huh? It's always been the case that when a shadow object is created, its size is equal to the size of the mapping. This predates the existance of OBJ_ONEMAPPING. vm_map_lookup, where shadow objects are normally created on COW faults, has always done: if (fault_type & VM_PROT_WRITE) { /* * Make a new object, and place it in the object * chain. Note that no new references have appeared * -- one just moved from the map to the new * object. */ if (vm_map_lock_upgrade(map)) goto RetryLookup; vm_object_shadow( &entry->object.vm_object, &entry->offset, atop(entry->end - entry->start)); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ so that pages can be added to the shadow object without creating a new object. > In this respect, the OBJ_ONEMAPPING optimization is *CRITICAL* to the > scaleability of our VM system. > It's not critical. COW worked just fine (performance-wise) before OBJ_ONEMAPPING. John Dyson introduced OBJ_ONEMAPPING so that he could free individual pages within an object earlier, without waiting for the entire object to be freed. Alan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 22: 0:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by hub.freebsd.org (Postfix) with ESMTP id 2588B37B92F; Sat, 15 Apr 2000 22:00:07 -0700 (PDT) (envelope-from alc@cs.rice.edu) Received: (from alc@localhost) by cs.rice.edu (8.9.0/8.9.0) id AAA01154; Sun, 16 Apr 2000 00:00:03 -0500 (CDT) Date: Sun, 16 Apr 2000 00:00:02 -0500 From: Alan Cox To: Matthew Dillon Cc: Alfred Perlstein , Brian Fundakowski Feldman , Michael Reifenberger , FreeBSD-Current , alc@freebsd.org Subject: Re: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. Message-ID: <20000416000002.I3462@cs.rice.edu> References: <200004151803.LAA79656@apollo.backplane.com> <20000415123212.S4381@fw.wintelcom.net> <200004160318.UAA82192@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5us In-Reply-To: <200004160318.UAA82192@apollo.backplane.com>; from Matthew Dillon on Sat, Apr 15, 2000 at 08:18:01PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 15, 2000 at 08:18:01PM -0700, Matthew Dillon wrote: > :Is there a good reason for not having the vm_object_clear_flag() in > :vm_object_reference()? > > Well, yes... vm_object's are referenced for all sorts of things > temporarily. Everything from a process looking one up temporarily > to the swap code issuing I/O. None of these references have anything > to do with OBJ_ONEMAPPING. > I agree. Easy examples to appreciate are vm_map_clip_start and vm_map_clip_end. vm_map_clip_start takes a vm_map_entry and an address X as parameters. If X falls in the middle of the vm_map_entry, it splits the entry into two entries: one mapping everything up to X and one mapping everything after X. This can't possibly create two mappings to the same physical page, so clearing OBJ_ONEMAPPING isn't necessary but incrementing the underlying object's ref count is. Alan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 15 23:25:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 424E137B56B; Sat, 15 Apr 2000 23:25:36 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id XAA82772; Sat, 15 Apr 2000 23:24:21 -0700 (PDT) (envelope-from dillon) Date: Sat, 15 Apr 2000 23:24:21 -0700 (PDT) From: Matthew Dillon Message-Id: <200004160624.XAA82772@apollo.backplane.com> To: Alan Cox Cc: Brian Fundakowski Feldman , current@FreeBSD.ORG Subject: Re: panic: vm_object_shadow: source object has OBJ_ONEMAPPING set. References: <20000415140945.B3462@cs.rice.edu> <20000415185718.E3462@cs.rice.edu> <200004160313.UAA82143@apollo.backplane.com> <20000415234342.H3462@cs.rice.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> I don't think this is an issue. The only double-mapped pages we care :> about are those at the top-level (vm_object's connected directly to a :> vm_map_entry). This is because these are the only pages effected by :> write-faults and copy-on-write issues. :> : :I disagree. If a backing object (BO) has OBJ_ONEMAPPING set, and someone :call vm_map_delete(map, start, end) on an address space that references :BO directly, then the system will crash and burn because vm_map_delete :will (incorrectly) free physical pages: : : ... : pmap_remove(map->pmap, s, e); : if (object != NULL && : object->ref_count != 1 && : (object->flags & (OBJ_NOSPLIT|OBJ_ONEMAPPING)) == OBJ_ONEMAPPING && : (object->type == OBJT_DEFAULT || object->type == OBJT_SWAP)) { : vm_object_collapse(object); : vm_object_page_remove(object, offidxstart, offidxend, FALSE); : ^^^^^^^^^^^^^^^^^^^^^ This is in the top-level object, so it isn't a problem. OBJ_ONEMAPPING will be correct. If there are problems anywhere, they are going to be in the collapse() code.. Either vm_object_collapse() or vm_object_backing_scan() (called by vm_object_qcollapse()). I think vm_object_collapse() is safe, it will only remove pages from the backing object if the reference count is 1, which guarentees that there are no shared mappings no matter what the state OBJ_ONEMAPPING. vm_object_backing_scan() also appears to be safe... it is either only called from vm_object_collapse(), or vm_object_qcollapse(). vm_object_qcollapse() also only calls it if the backing object has only one refrence count. I think we're safe. I agree that not having OBJ_ONEMAPPING set properly in underlying objects is bad design... but it's a design we inherited and it's hard enough making the code work I don't want to introduce new bugs fixing something that may not be broken (beyond not being documented well). :> and the other process cannot see that change. OBJ_ONEMAPPING is an :> optimization that allows a process to dirty an anonymous (not vnode-backed) :> page without doing a copy-on-write in the case where that process is :> the ONLY process mapping the page. :> : :Umm, it can do this without the OBJ_ONEMAPPING attribute, because :the ref count on the object == 1. Note that the code from vm_object_shadow :doesn't even check OBJ_ONEMAPPING: :... :I do care, because I don't want those pages freed by a vm_map_delete. I think we're safe. If you can find a case where vm_map_delete() screws us up, then we have a problem. I can't find a case. :> be pre-pended or post-pended with the new pages rather then have to create :> a new vm_object (and thus not be able to coalesce the associated :> vm_map_entry structures) every time we take a copy-on-write fault. :> : :Huh? It's always been the case that when a shadow object is created, :its size is equal to the size of the mapping. This predates the :existance of OBJ_ONEMAPPING. vm_map_lookup, where shadow objects :are normally created on COW faults, has always done: Ach, yes you're right. There's a case I fixed a while back... ah, I remember what it was, it was the stack-extension code. That's what I was thinking of. It has nothing to do with what we are talking about now. Sorry, my mistake! I think there are cases where the maps get broken up, though... where is it.. Ah, here it is. The vm_map_split() code. I think this may play a role when you have long fork() chains, but I haven't checked for sure. :> In this respect, the OBJ_ONEMAPPING optimization is *CRITICAL* to the :> scaleability of our VM system. :> : :It's not critical. COW worked just fine (performance-wise) :before OBJ_ONEMAPPING. John Dyson introduced OBJ_ONEMAPPING :so that he could free individual pages within an object earlier, :without waiting for the entire object to be freed. : :Alan -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message