From owner-freebsd-current Sun Dec 10 1: 4:42 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 01:04:40 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 065E937B400 for ; Sun, 10 Dec 2000 01:04:40 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eBA94cs62176; Sun, 10 Dec 2000 02:04:38 -0700 (MST) (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 CAA27546; Sun, 10 Dec 2000 02:04:37 -0700 (MST) Message-Id: <200012100904.CAA27546@harmony.village.org> To: Mike Meyer Subject: Re: Confusing error messages from shell image activation Cc: "Brandon D. Valentine" , Garrett Wollman , current@FreeBSD.ORG In-reply-to: Your message of "Sat, 09 Dec 2000 13:05:32 CST." <14898.33404.356173.963351@guru.mired.org> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> Date: Sun, 10 Dec 2000 02:04:36 -0700 From: Warner Losh Sender: imp@harmony.village.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <14898.33404.356173.963351@guru.mired.org> Mike Meyer writes: : Corrections first: The only place where FreeBSD fails to follow FHS : (in my quick perusal of it) is in putting packages in /usr/local : instead of /opt. You can't blame that part of FHS on Linux - I have as : yet to see a Linux distro or package do it that way. No, this bit : comes from commercial vendors, where it's also steeped in years of : tradition. Not as many as you might think. /usr/local predates /opt by several years. : Rant second: FreeBSD *violates* years of traditions with it's : treatment of /usr/local. /usr/local is for *local* things, not add-on : software packages! Coopting /usr/local for non-local software creates : needless complexity and confusion, which of course leads to needless : pain. Ummm, software packages have been make installing into /usr/local since at least 1985 when I started building them. no coopting has been done. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 1: 7: 4 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 01:07:03 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 2C1C137B400 for ; Sun, 10 Dec 2000 01:07:02 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eBA970s62189; Sun, 10 Dec 2000 02:07:00 -0700 (MST) (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 CAA27572; Sun, 10 Dec 2000 02:06:59 -0700 (MST) Message-Id: <200012100906.CAA27572@harmony.village.org> To: Mike Meyer Subject: Re: /usr/local misuse (Was: Confusing error messages from shell image activation) Cc: Will Andrews , sthaug@nethelp.no, current@FreeBSD.ORG In-reply-to: Your message of "Sat, 09 Dec 2000 13:59:51 CST." <14898.36663.855320.410475@guru.mired.org> References: <14898.36663.855320.410475@guru.mired.org> <14898.33404.356173.963351@guru.mired.org> <75248.976389688@verdi.nethelp.no> <20001209142430.B671@puck.firepipe.net> Date: Sun, 10 Dec 2000 02:06:59 -0700 From: Warner Losh Sender: imp@harmony.village.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <14898.36663.855320.410475@guru.mired.org> Mike Meyer writes: : I know. Unfortunately, support for PREFIX seems to draw more lip : service than actual service. Actually, which ports, specically, doesn't this work with? I've installed several ports with PREFIX defined to something odd and have had minimal problems. : On the upside, I regularly pr (with patches as often as possible) : ports that aren't PREFIX-clean, and they do get fixed. Maybe I have you to thank for my good luck :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 1:56:33 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 01:56:31 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from flex.com (flex.com [206.126.0.13]) by hub.freebsd.org (Postfix) with ESMTP id 641AB37B400; Sun, 10 Dec 2000 01:56:28 -0800 (PST) Received: from koro-chan (dialup011.virtualwebsites.com [206.126.0.85]) by flex.com (8.11.0/8.11.0) with SMTP id eBA9kUP20897; Sat, 9 Dec 2000 23:46:30 -1000 (HST) Date: Sat, 9 Dec 2000 23:46:30 -1000 (HST) From: ami suzuki Message-Id: <200012100946.eBA9kUP20897@flex.com> To: machie21@st.websky.ne.jp Subject: chun chun !!! Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG やっほ〜 超変態サイトみつけっちゃったぁ。 http://216.101.214.74/1/ 無料画像、あるよん。 じゃ、またね〜。 ちゅんちゅんちゃんより To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 4: 8:23 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 04:08:20 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from eeyore.local.dohd.org (d0030.upc-d.chello.nl [213.46.0.30]) by hub.freebsd.org (Postfix) with ESMTP id DBFFF37B400 for ; Sun, 10 Dec 2000 04:08:16 -0800 (PST) Received: by eeyore.local.dohd.org (Postfix, from userid 1008) id CA69DBAA1; Sun, 10 Dec 2000 13:08:14 +0100 (MET) Date: Sun, 10 Dec 2000 13:08:14 +0100 From: Mark Huizer To: freebsd-current@freebsd.org Subject: fxp driver not reset after Windows reboot? Message-ID: <20001210130814.A47149@dohd.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, On my VAIO laptop, I have trouble rebooting directly from Windows to FreeBSD (luckily enough I don't run Windows that often :-) I tried to look at the driver code, but it looks to me like it is doing resets when attaching the fxp driver, but somehow, Windows has left it in the state where it isn't recognized properly. Below I have dmesg output, stripped to the fxp0 part. Does anyone have an idea what the problem might be, or where to try to debug this? I have added some comments to the dmesg output, /* here */, to add the programs running there Mark FreeBSD 5.0-CURRENT #0: Wed Dec 6 09:34:39 CET 2000 root@pooh.local.dohd.org:/usr/src2/sys/compile/vaio Preloaded elf kernel "kernel" at 0xc042b000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc042b09c. Preloaded elf module "if_fxp.ko" at 0xc042b0ec. fxp0: port 0xfcc0-0xfcff mem 0xfed00000-0xfedfffff,0xfecff000-0xfecfffff irq 9 at device 11.0 on pci0 fxp0: Ethernet address ff:ff:ff:ff:ff:ff, 10Mbps BRIDGE 990810, have 7 interfaces -- index 1 type 6 phy 0 addrl 6 addr ff.ff.ff.ff.ff.ff /* dhclient leads to the below */ fxp0: SCB timeout fxp0: SCB timeout fxp0: SCB timeout fxp0: DMA timeout fxp0: SCB timeout fxp0: DMA timeout fxp0: SCB timeout fxp0: SCB timeout fxp0: warning: unsupported PHY, type = 63, addr = 255 /* IPv6 router sollicitation below */ fxp0: SCB timeout fxp0: SCB timeout fxp0: SCB timeout fxp0: SCB timeout fxp0: DMA timeout fxp0: SCB timeout fxp0: DMA timeout fxp0: SCB timeout fxp0: SCB timeout fxp0: warning: unsupported PHY, type = 63, addr = 255 /* various stuff like apache etc below */ fxp0: SCB timeout fxp0: SCB timeout fxp0: SCB timeout fxp0: DMA timeout fxp0: SCB timeout fxp0: DMA timeout fxp0: SCB timeout fxp0: SCB timeout fxp0: warning: unsupported PHY, type = 63, addr = 255 fxp0: SCB timeout fxp0: SCB timeout fxp0: device timeout fxp0: SCB timeout fxp0: SCB timeout fxp0: SCB timeout fxp0: DMA timeout fxp0: SCB timeout fxp0: DMA timeout fxp0: SCB timeout fxp0: SCB timeout fxp0: warning: unsupported PHY, type = 63, addr = 255 fxp0: SCB timeout fxp0: SCB timeout fxp0: device timeout fxp0: SCB timeout /* etc etc */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 4:15: 6 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 04:14:57 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id B1E6637B698 for ; Sun, 10 Dec 2000 04:14:40 -0800 (PST) Received: from newsguy.com (p38-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.39]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id VAA02020; Sun, 10 Dec 2000 21:14:22 +0900 (JST) Message-ID: <3A336781.94E1646@newsguy.com> Date: Sun, 10 Dec 2000 20:22:41 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR MIME-Version: 1.0 To: Mike Meyer Cc: "Brandon D. Valentine" , Garrett Wollman , current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation References: <14898.31393.228926.763711@guru.mired.org> <14898.33404.356173.963351@guru.mired.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Meyer wrote: > > Rant second: FreeBSD *violates* years of traditions with it's > treatment of /usr/local. /usr/local is for *local* things, not add-on > software packages! Coopting /usr/local for non-local software creates > needless complexity and confusion, which of course leads to needless > pain. Not for everyone. FreeBSD adopted one of the ways /usr/local was being used. You can keep ranting on this and pretending the way above is how everyone used /usr/local as long as you want, but the fact is that you won't get this changed. Honestly, let it go. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "The bronze landed last, which canceled that method of impartial choice." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 4:25:29 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 04:25:24 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 330A537B400 for ; Sun, 10 Dec 2000 04:25:22 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id XAA25407; Sun, 10 Dec 2000 23:24:48 +1100 Date: Sun, 10 Dec 2000 23:26:09 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: "Daniel C. Sobral" Cc: Poul-Henning Kamp , "Brandon D. Valentine" , FreeBSD-CURRENT Subject: Re: write(2) returns error saying read only filesystem when trying to write to a partition In-Reply-To: <3A330010.37F216E4@newsguy.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, 10 Dec 2000, Daniel C. Sobral wrote: > Poul-Henning Kamp wrote: > > > > >>| Partition table | Data | > > >> | Slice 1 | Slice 2 | Slice 3 | Slice 4 | > > >> | Disklabel | Data | > > >> | c | > > >> |a|b|f|g| > > > > > >That is really an excellent diagram. That should be in an FAQ > > >somewhere. Doc committers? > > > > Except it is not actually correct. The BSD disklabel is usually > > inside the 'a' partition and certainly inside the 'c' > > Is that so? Mea culpa, then. At least I knew what I was talking about > wrt partition table and the actual slices. > > This diagram is just an example. There can be less slices, it doesn't > show extended partitions (extended slices??? :), This leaves out the most interesting (complicated) part. FreeBSD supports the fully recursive version of them: Slice := OrdinarySlice or ExtendedSlice OrdinarySlice := LabeledSlice or UnlabeledSlice (see above for layouts) Layout of ExtendedSlice: | ExtendedSlice | | Partition table | Slice | Slice | Slice | Slice | The recursion gives a quaternary tree with OrdinarySlices as leaves. For compatibility with other OS's (ones whose fdisk program actually supports creating the tree :-), the full tree must not be used. There must be at most ExtendedSlice at each level, and at most one nonempty OrdinarySlice except at the top level where there may be up to 4 OrdinarySlices. The tree thus reduces to a list with up to 3 warts at the top. > it suggests an ordering > that is not necessary. If this is going to the FAQ or the handbook, a > number of notes should be made to point out these (and possibly others > I'm overlooking right now) issues. Other things not shown in the diagram: - there may be more partitions (d|e|h). - slice and partition order may be non-physical. - slices may overlap the partition table in dubious configurations, including the "Dangerously Dedicated" one. - slices may overlap each other in dubious configurations. I sometimes use this feature to help move slices. - partitions may overlap each other (... similarly). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 5: 4:55 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 05:04:53 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id A3DED37B400; Sun, 10 Dec 2000 05:04:50 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id AAA27011; Mon, 11 Dec 2000 00:01:36 +1100 Date: Mon, 11 Dec 2000 00:02:57 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: atrens@nortel.ca Cc: John Baldwin , current@FreeBSD.ORG Subject: Re: possibly related data point - (was) Re: Current Broken! 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, 7 Dec 2000 atrens@nortel.ca wrote: > I'm not a constraints expert either, but I noticed that when I try to > build a kernel WITHOUT any optimization, I get a failure in > > /usr/src/sys/i386/atomic.h . > > # make atomic.o > cc -c -O0 -pipe -Wall -Wredundant-decls -Wnested-externs > ... > /usr/src/sys/i386/i386/atomic.c > In file included from /usr/src/sys/i386/i386/atomic.c:48: > machine/atomic.h: In function `atomic_set_char': > machine/atomic.h:178: inconsistent operand constraints in an `asm' > with any optimization, eg -O, there is _NO_ error. Makes me think the optimizer > is optimizing out the offending contraints. Ouch. Probably not what was intended. > > Maybe this is what's biting you ? This is sort of the opposite of the bug in . It is believed to be caused by using the operand-number constraints (e.g., "(0)") to declare input-output operands in . Input-output operands and/or these constraints apparently never worked right until a recent versions of gcc introduced the "+" contraint to declare input-output operations properly. uses the new constraint. The problem seems to be that "+" contraints don't work right either. The following kludge fixes compilation of cam_periph.c: diff -c2 mutex.h~ mutex.h *** mutex.h~ Sun Dec 10 19:28:53 2000 --- mutex.h Sun Dec 10 23:50:21 2000 *************** *** 171,174 **** --- 176,180 ---- \ __asm __volatile ( \ + " movl $" _V(MTX_UNOWNED) ",%%eax;" \ " " MPLOCKED "" \ " cmpxchgl %4,%0;" /* try easy rel */ \ *************** *** 181,185 **** "# exitlock_norecurse" \ : "+m" (mtxp->mtx_lock), /* 0 */ \ ! "+a" (_tid) /* 1 */ \ : "gi" (type), /* 2 (input) */ \ "g" (mtxp), /* 3 */ \ --- 187,191 ---- "# exitlock_norecurse" \ : "+m" (mtxp->mtx_lock), /* 0 */ \ ! "=&a" (_tid) /* 1 */ \ : "gi" (type), /* 2 (input) */ \ "g" (mtxp), /* 3 */ \ This bug seems to have been encountered before -- I copied this inferior code from the function before the one that doesn't compile. Several other functions in also use it. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 5:10: 3 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 05:10:02 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id EF25437B400; Sun, 10 Dec 2000 05:09:59 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id AAA27305; Mon, 11 Dec 2000 00:09:57 +1100 Date: Mon, 11 Dec 2000 00:11:18 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: John Baldwin Cc: atrens@nortel.ca, current@FreeBSD.ORG Subject: RE: possibly related data point - (was) Re: Current Broken! 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 Fri, 8 Dec 2000, John Baldwin wrote: > On 08-Dec-00 atrens@nortel.ca wrote: > > > > John, > > > > I'm not a constraints expert either, but I noticed that when I try to > > build a kernel WITHOUT any optimization, I get a failure in > > > > /usr/src/sys/i386/atomic.h . > > Compiling a kernel with anything but -O for optimization is not supported. gcc > has produced buggy code for the -O0 case in the past. -O0 (or plain cc without -O) is supposed to work, but no one cares enough about it to fix it every day. Fixing has been pending for many days now. My oldest saved mail about it is dated 21 July 2000, but ISTR discussing it last year. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 7:12:58 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 07:12:56 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 32F8337B400 for ; Sun, 10 Dec 2000 07:12:56 -0800 (PST) Received: (qmail 15568 invoked by uid 100); 10 Dec 2000 15:12:54 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14899.40310.831266.190493@guru.mired.org> Date: Sun, 10 Dec 2000 09:12:54 -0600 (CST) To: Warner Losh Cc: Mike Meyer , Will Andrews , sthaug@nethelp.no, current@FreeBSD.ORG Subject: Re: /usr/local misuse (Was: Confusing error messages from shell image activation) In-Reply-To: <200012100906.CAA27572@harmony.village.org> References: <14898.36663.855320.410475@guru.mired.org> <14898.33404.356173.963351@guru.mired.org> <75248.976389688@verdi.nethelp.no> <20001209142430.B671@puck.firepipe.net> <200012100906.CAA27572@harmony.village.org> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh types: > In message <14898.36663.855320.410475@guru.mired.org> Mike Meyer writes: > : I know. Unfortunately, support for PREFIX seems to draw more lip > : service than actual service. > Actually, which ports, specically, doesn't this work with? I've > installed several ports with PREFIX defined to something odd and have > had minimal problems. Well, all the ones I *specifically* know about I've already PR'ed. Except for the ones that use Perl, and I don't remember if PR'ed that, or just made sure the maintainer was was aware of it. Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id AAE0837B400 for ; Sun, 10 Dec 2000 07:37:54 -0800 (PST) Received: (qmail 33326 invoked by uid 100); 10 Dec 2000 15:37:53 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14899.41809.754369.259894@guru.mired.org> Date: Sun, 10 Dec 2000 09:37:53 -0600 (CST) To: "Daniel C. Sobral" , Warner Losh Cc: "Brandon D. Valentine" , Garrett Wollman , current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation In-Reply-To: <3A336781.94E1646@newsguy.com> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel C. Sobral types: > Mike Meyer wrote: > > Rant second: FreeBSD *violates* years of traditions with it's > > treatment of /usr/local. /usr/local is for *local* things, not add-on > > software packages! Coopting /usr/local for non-local software creates > > needless complexity and confusion, which of course leads to needless > > pain. > Not for everyone. FreeBSD adopted one of the ways /usr/local was being > used. You can keep ranting on this and pretending the way above is how > everyone used /usr/local as long as you want, but the fact is that you > won't get this changed. Interesting. What other OS distribution put things that went into /usr/local on their distribution media? I don't expect to get it changed until enough people are aware that it's a problem. Occasional rounds of consciousness-raising are required to make that happen. That may not happen until the old guard dies of old age; I asume we both want FreeBSD to be a viable OS that long. Warner Losh types: > In message <14898.33404.356173.963351@guru.mired.org> Mike Meyer writes: > : Corrections first: The only place where FreeBSD fails to follow FHS > : (in my quick perusal of it) is in putting packages in /usr/local > : instead of /opt. You can't blame that part of FHS on Linux - I have as > : yet to see a Linux distro or package do it that way. No, this bit > : comes from commercial vendors, where it's also steeped in years of > : tradition. > Not as many as you might think. /usr/local predates /opt by several > years. I'm aware that software was installing itself in /usr/local years before it was installing in /opt. On the other hand, vendor software was installing in /opt years before I ever saw it install in /usr/local. > : Rant second: FreeBSD *violates* years of traditions with it's > : treatment of /usr/local. /usr/local is for *local* things, not add-on > : software packages! Coopting /usr/local for non-local software creates > : needless complexity and confusion, which of course leads to needless > : pain. > Ummm, software packages have been make installing into /usr/local > since at least 1985 when I started building them. no coopting has > been done. If memory serves (and it may not at this remove), /usr/local/bin wasn't on my path until I started using VAXen, meaning there were few or no packages installing in /usr/local on v6 & v7 on the 11s. However, FreeBSD is still the only vendor distribution I know of that installs software in /usr/local. That's the problem - software that comes from the vendor doesn't belong in the local administrative regime. 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 A00C537B400 for ; Sun, 10 Dec 2000 07:57:28 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id KAA29588; Sun, 10 Dec 2000 10:57:22 -0500 (EST) (envelope-from wollman) Date: Sun, 10 Dec 2000 10:57:22 -0500 (EST) From: Garrett Wollman Message-Id: <200012101557.KAA29588@khavrinen.lcs.mit.edu> To: Mike Meyer Cc: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation In-Reply-To: <14899.41809.754369.259894@guru.mired.org> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [Please watch your carbon copies!] < said: > However, FreeBSD is still the only vendor distribution I know of that > installs software in /usr/local. That's the problem - software that > comes from the vendor doesn't belong in the local administrative > regime. No software that is a part of FreeBSD installs in /usr/local. As a convenience feature, FreeBSD includes software from third parties which does so, and in most cases has always done so by default. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 8:13:45 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 08:13:44 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id CDF0F37B400 for ; Sun, 10 Dec 2000 08:13:43 -0800 (PST) Received: (qmail 93435 invoked by uid 100); 10 Dec 2000 16:13:42 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14899.43958.622675.847234@guru.mired.org> Date: Sun, 10 Dec 2000 10:13:42 -0600 (CST) To: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation In-Reply-To: <200012101557.KAA29588@khavrinen.lcs.mit.edu> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Garrett Wollman types: > < said: > > However, FreeBSD is still the only vendor distribution I know of that > > installs software in /usr/local. That's the problem - software that > > comes from the vendor doesn't belong in the local administrative > > regime. > No software that is a part of FreeBSD installs in /usr/local. As a > convenience feature, FreeBSD includes software from third parties > which does so, and in most cases has always done so by default. Whether or not it's part of FreeBSD is immaterial. It's part of the distribution that comes from FreeBSD, and is treated differentlyh from locally installed software (whether written locally or by a third party) in every case *except* where it installs - and that's only because it's installed in the wrong place. In other words, "It's not part of FreeBSD" is a rationalization. Delivered-To: freebsd-current@freebsd.org Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-228.oz.net [216.39.147.228]) by hub.freebsd.org (Postfix) with SMTP id D131C37B400 for ; Sun, 10 Dec 2000 09:07:44 -0800 (PST) Received: (qmail 1378 invoked by uid 100); 10 Dec 2000 17:07:41 -0000 From: Joe Kelsey MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14899.47196.795281.662619@zircon.seattle.wa.us> Date: Sun, 10 Dec 2000 09:07:40 -0800 To: Mike Meyer Cc: "Daniel C. Sobral" , Warner Losh , "Brandon D. Valentine" , Garrett Wollman , current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation In-Reply-To: <14899.41809.754369.259894@guru.mired.org> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> X-Mailer: VM 6.87 under Emacs 20.5.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Meyer writes: > If memory serves (and it may not at this remove), /usr/local/bin > wasn't on my path until I started using VAXen, meaning there were few > or no packages installing in /usr/local on v6 & v7 on the 11s. If you remember v6 and v7, then please enumerate the packages which installed in /opt on those systems. All "packages" I am aware of from the v6/v7 era installed in /usr or in /usr/local, although I am sort of fuzzy on the exact derivation of /usr/local at this point in time. I do recall having a /usr/local on my V6 PDP-11/40, but it could have been contamination leaking over from the 32V system. I do remember the abomination of /usr/ucb which put binaries in /usr/ucb but also included /usr/ucb/lib, etc. I always hated that structure. I know that we made extensive use of /usr/local in 1983 on 4.1bsd, especially in installing software taken from Usenet, so I think that /usr/local really started with extensive use of Usenet distribution, which was coincident with wide-spread use of BSD on VAXen. As far as I remember, I never encountered the use of /opt until Solaris. /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 9: 8:45 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 09:08:42 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from bsdhome.dyndns.org (unknown [24.25.2.13]) by hub.freebsd.org (Postfix) with ESMTP id 2605337B400 for ; Sun, 10 Dec 2000 09:08:42 -0800 (PST) Received: from vger.bsdhome.com (vger [192.168.220.2]) by bsdhome.dyndns.org (8.11.1/8.11.1) with ESMTP id eBAH8eW50372; Sun, 10 Dec 2000 12:08:40 -0500 (EST) (envelope-from bsd@bsdhome.com) Received: (from bsd@localhost) by vger.bsdhome.com (8.11.1/8.11.1) id eBAH8en39382; Sun, 10 Dec 2000 12:08:40 -0500 (EST) (envelope-from bsd) Date: Sun, 10 Dec 2000 12:08:40 -0500 From: Brian Dean To: Mike Meyer Cc: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation Message-ID: <20001210120840.C38697@vger.bsdhome.com> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14899.43958.622675.847234@guru.mired.org>; from mwm@mired.org on Sun, Dec 10, 2000 at 10:13:42AM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 10:13:42AM -0600, Mike Meyer wrote: > Whether or not it's part of FreeBSD is immaterial. It's part of the > distribution that comes from FreeBSD, and is treated differentlyh from > locally installed software (whether written locally or by a third > party) in every case *except* where it installs - and that's only > because it's installed in the wrong place. > > In other words, "It's not part of FreeBSD" is a rationalization. You are really reaching here. Contributed software that the FreeBSD Project has chosen to integrate, i.e., Perl, Sendmail, just to name a few, are integrated tightly and installed in /usr/bin, etc, not in /usr/local. Ports, on the other hand are installed in /usr/local or /usr/X11R6. You seem to mis-understand that a FreeBSD port is basically a set of patches and a source fetching mechanism that is included with FreeBSD as a convenience for building and installing third party software. The actual software that gets built and installed is _not_ part of FreeBSD. This is not a rationalization. I for one would be really upset if when I installed a Port, it's binaries started getting dropped into /bin, /usr/bin, etc. I suspect many others would too. I'm really not exactly sure what you are complaining about. For example, the last time I built Emacs for Solaris (several years ago admittedly), by default it installed itself into /usr/local. If you install Emacs onto FreeBSD, it goes into /usr/local. The behaviour is the same. Are you proposing that since FreeBSD provides a set of patches so that Emacs builds cleanly, that it should therefore install it somewhere other than /usr/local? -Brian -- Brian Dean bsd@FreeBSD.org bsd@bsdhome.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 9:13: 6 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 09:13:04 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hurlame.pdl.cs.cmu.edu (HURLAME.PDL.CS.CMU.EDU [128.2.189.78]) by hub.freebsd.org (Postfix) with ESMTP id 70BC137B400 for ; Sun, 10 Dec 2000 09:13:03 -0800 (PST) Received: (from magus@localhost) by hurlame.pdl.cs.cmu.edu (8.11.1/8.11.1) id eBAHD0C23140; Sun, 10 Dec 2000 12:13:00 -0500 (EST) (envelope-from magus) Sender: magus@hurlame.pdl.cs.cmu.edu To: Mike Meyer Cc: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> From: Nat Lanza Date: 10 Dec 2000 12:12:59 -0500 In-Reply-To: Mike Meyer's message of "Sun, 10 Dec 2000 10:13:42 -0600 (CST)" Message-ID: Lines: 33 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Meyer writes: > Whether or not it's part of FreeBSD is immaterial. It's part of the > distribution that comes from FreeBSD, and is treated differentlyh from > locally installed software (whether written locally or by a third > party) in every case *except* where it installs - and that's only > because it's installed in the wrong place. > > In other words, "It's not part of FreeBSD" is a rationalization. Your argument doesn't make much sense to me. So if I compile sawfish myself I should install it in /usr/local, but if I install a FreeBSD package for it, it should never go in /usr/local? If I grab a sawfish FreeBSD package from the sawfish website, where should that install? /usr/local? /opt? /usr/pkg? Third party software is third party software, no matter who compiled and packaged it. If I install a package of third-party software, the end result should be about the same as if I compiled and installed it by hand -- the packaged software is a convenience, not a fundamentally different entity. --nat -- nat lanza --------------------- research programmer, parallel data lab, cmu scs magus@cs.cmu.edu -------------------------------- http://www.cs.cmu.edu/~magus/ there are no whole truths; all truths are half-truths -- alfred north whitehead To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 9:42:44 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 09:42:40 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 35E3537B400 for ; Sun, 10 Dec 2000 09:42:40 -0800 (PST) Received: (qmail 186 invoked by uid 100); 10 Dec 2000 17:42:39 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14899.49294.958909.82912@guru.mired.org> Date: Sun, 10 Dec 2000 11:42:38 -0600 (CST) To: current@FreeBSD.ORG Subject: /usr/local abuse In-Reply-To: <14899.47196.795281.662619@zircon.seattle.wa.us> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Joe Kelsey types: > Mike Meyer writes: > > If memory serves (and it may not at this remove), /usr/local/bin > > wasn't on my path until I started using VAXen, meaning there were few > > or no packages installing in /usr/local on v6 & v7 on the 11s. > If you remember v6 and v7, then please enumerate the packages which > installed in /opt on those systems. All "packages" I am aware of from > the v6/v7 era installed in /usr or in /usr/local, although I am sort of > fuzzy on the exact derivation of /usr/local at this point in time. I do > recall having a /usr/local on my V6 PDP-11/40, but it could have been > contamination leaking over from the 32V system. I do remember the > abomination of /usr/ucb which put binaries in /usr/ucb but also included > /usr/ucb/lib, etc. I always hated that structure. I know that we made > extensive use of /usr/local in 1983 on 4.1bsd, especially in installing > software taken from Usenet, so I think that /usr/local really started > with extensive use of Usenet distribution, which was coincident with > wide-spread use of BSD on VAXen. > > As far as I remember, I never encountered the use of /opt until Solaris. That's what I remember as well. So what? I'm not advocating that packages install in /opt. I'm claiming that installing them in /usr/local is a mistake. Other distributions that have adopted FreeBSD's package/ports system have benefited from that mistake by avoiding it. Then again, your quoting of "packages" points up something else - I never saw prepackaged binaries for v6 or v7. Or BSD, for that matter. I never encounterd a package system until Solaris. That would make /opt a tradition as old as packages. Brian Dean types: > On Sun, Dec 10, 2000 at 10:13:42AM -0600, Mike Meyer wrote: > > Whether or not it's part of FreeBSD is immaterial. It's part of the > > distribution that comes from FreeBSD, and is treated differentlyh from > > locally installed software (whether written locally or by a third > > party) in every case *except* where it installs - and that's only > > because it's installed in the wrong place. > > In other words, "It's not part of FreeBSD" is a rationalization. > You are really reaching here. Contributed software that the FreeBSD > Project has chosen to integrate, i.e., Perl, Sendmail, just to name a > few, are integrated tightly and installed in /usr/bin, etc, not in > /usr/local. Actualy, I'm *responding* to someone who's really reaching. > Ports, on the other hand are installed in /usr/local or /usr/X11R6. What happend to "that's what PREFIX is for"? > You seem to mis-understand that a FreeBSD port is basically a set of > patches and a source fetching mechanism that is included with FreeBSD > as a convenience for building and installing third party software. > The actual software that gets built and installed is _not_ part of > FreeBSD. This is not a rationalization. You didn't read what I wrote. I never claimed that packages or a ports are part of FreeBSD (after all, I do know what they are). I claimed that they are part of the FreeBSD distribution. Or are you going to deny that the ports tree and binary packages are on the installation cdrom? Sure, the software in ports/packages aren't part of FreeBSD. Using that to claim they should have the same status or treatment as locally written or maintained software is a rationalization. > I for one would be really upset if when I installed a Port, it's > binaries started getting dropped into /bin, /usr/bin, etc. I suspect > many others would too. I won't argue - that's pretty clearly a mistake as well. > I'm really not exactly sure what you are complaining about. For > example, the last time I built Emacs for Solaris (several years ago > admittedly), by default it installed itself into /usr/local. If you > install Emacs onto FreeBSD, it goes into /usr/local. The behaviour is > the same. Are you proposing that since FreeBSD provides a set of > patches so that Emacs builds cleanly, that it should therefore install > it somewhere other than /usr/local? You seem to mis-understand what a port does. Any port that doesn't provide exactly that set of patches is broken. If I install emacs from the ports tree, the package database will claim that all the files are in /usr/opt. If some files from the port land in /usr/local, then the port is not PREFIX clean, and should be fixed. Basically, I'm complaing that 1) the default PREFIX for ports co-opts part of the file name space that it shouldn't, and 2) PREFIX is given only lip service. Fixing #1 is the best option, because people who think local means local could use precompiled packages from the FreeBSD project and commercial vendors with the same administrative regimen they give all software that isn't locally maintained. Fixing #2 would help, though. 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 DBEBE37B400 for ; Sun, 10 Dec 2000 09:50:27 -0800 (PST) Received: (from forrie@localhost) by drama.navipath.com with id eBAHoQP28218 for freebsd-current@freebsd.org; Sun, 10 Dec 2000 12:50:26 -0500 (EST) Date: Sun, 10 Dec 2000 12:50:26 -0500 From: Forrest Aldrich To: freebsd-current@freebsd.org Subject: Package installation location Message-ID: <20001210125026.A27718@drama.navipath.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: forrie@drama.navipath.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Within the scope of this problem, would it not be simple to code in a configuration diretive in the build process, such that a simple entry in /etc/make.conf would tell the ports build where to install ($prefix)? Then, the local admin can make that decision.. whether or not to default to /usr/local. _F To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 10:11:15 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 10:11:14 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 1CBB037B401 for ; Sun, 10 Dec 2000 10:11:06 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id eBAIACU02054; Sun, 10 Dec 2000 10:10:12 -0800 Date: Sun, 10 Dec 2000 10:10:12 -0800 From: Brooks Davis To: Mike Meyer Cc: "Daniel C. Sobral" , Warner Losh , "Brandon D. Valentine" , Garrett Wollman , current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation Message-ID: <20001210101012.A1488@Odin.AC.HMC.Edu> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <14899.41809.754369.259894@guru.mired.org>; from mwm@mired.org on Sun, Dec 10, 2000 at 09:37:53AM -0600 Sender: brdavis@odin.ac.hmc.edu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 09:37:53AM -0600, Mike Meyer wrote: > Interesting. What other OS distribution put things that went into > /usr/local on their distribution media? I'm fairly sure that some of the software distributed by SGI on their unsupported free software media does this. -- 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 Sun Dec 10 10:16:22 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 10:16:21 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 9A26037B400 for ; Sun, 10 Dec 2000 10:16:20 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id TAA50586; Sun, 10 Dec 2000 19:16:16 +0100 (CET) (envelope-from des@ofug.org) Sender: des@ofug.org X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Forrest Aldrich Cc: freebsd-current@FreeBSD.ORG Subject: Re: Package installation location References: <20001210125026.A27718@drama.navipath.com> From: Dag-Erling Smorgrav Date: 10 Dec 2000 19:16:15 +0100 In-Reply-To: Forrest Aldrich's message of "Sun, 10 Dec 2000 12:50:26 -0500" Message-ID: Lines: 11 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Forrest Aldrich writes: > Within the scope of this problem, would it not be simple to code in a > configuration diretive in the build process, such that a simple entry > in /etc/make.conf would tell the ports build where to install ($prefix)? You're about six years late. The ports system has used $PREFIX for precisely this purpose since October 1994. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 10:18:48 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 10:18:46 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id 69A5C37B400 for ; Sun, 10 Dec 2000 10:18:45 -0800 (PST) Received: from localhost (bandix@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id NAA98007; Sun, 10 Dec 2000 13:18:51 -0500 (EST) (envelope-from bandix@looksharp.net) Date: Sun, 10 Dec 2000 13:18:51 -0500 (EST) From: "Brandon D. Valentine" To: Brooks Davis Cc: Mike Meyer , "Daniel C. Sobral" , Warner Losh , Garrett Wollman , current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation In-Reply-To: <20001210101012.A1488@Odin.AC.HMC.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 Sun, 10 Dec 2000, Brooks Davis wrote: >On Sun, Dec 10, 2000 at 09:37:53AM -0600, Mike Meyer wrote: >> Interesting. What other OS distribution put things that went into >> /usr/local on their distribution media? > >I'm fairly sure that some of the software distributed by SGI on their >unsupported free software media does this. Since I'm sitting in front of an SGI answering this email I'll throw in that it's actually put in /usr/freeware. It's quite annoying. I much prefer FreeBSD's /usr/local. My path under IRIX has to include: /usr/bin/X11:/usr/local/bin:/usr/freeware/bin:/usr/gnu/bin:/usr/ucb:/usr/bsd:/usr/etc:/usr/gfx to encompass the various places software installs itself. It's so much nicer under FreeBSD to have one location to worry about third-party binaries showing up. -- Brandon D. Valentine "Few things are harder to put up with than the annoyance of a good example." -- Mark Twain, Pudd'nhead Wilson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 10:20:14 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 10:20:13 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id F16C737B400 for ; Sun, 10 Dec 2000 10:20:12 -0800 (PST) Received: from curve.dellroad.org (curve.dellroad.org [10.1.1.30]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id KAA94832; Sun, 10 Dec 2000 10:20:11 -0800 (PST) Received: (from archie@localhost) by curve.dellroad.org (8.11.0/8.11.0) id eBAIKAj33146; Sun, 10 Dec 2000 10:20:10 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200012101820.eBAIKAj33146@curve.dellroad.org> Subject: Re: Lucent Orinoco Gold PCCard? In-Reply-To: <200012051932.LAA23532@whistle.com> "from Doug Ambrisko at Dec 5, 2000 11:32:51 am" To: Doug Ambrisko Date: Sun, 10 Dec 2000 10:20:10 -0800 (PST) Cc: Wes Peters , Warner Losh , Sascha Luck , current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Ambrisko writes: > BTW I saw ADDTRON http://www.addtron.com/ has a base station for around > $220 that can do 128 bit encryption, has an antenna and is Web administered. > I haven't used it but it looks interesting. I've started playing with one of these. It seems to have the interesting feature that it stops bridging all traffic after about an hour of operation, requiring a power cycle. Haven't tried upgrading the firmware yet though.. -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 10:22: 6 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 10:22:05 2000 Return-Path: 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 1E1DE37B400 for ; Sun, 10 Dec 2000 10:22:05 -0800 (PST) Received: (from forrie@localhost) by drama.navipath.com with id eBAILrD28530; Sun, 10 Dec 2000 13:21:53 -0500 (EST) Date: Sun, 10 Dec 2000 13:21:52 -0500 From: Forrest Aldrich To: Dag-Erling Smorgrav Cc: freebsd-current@FreeBSD.ORG Subject: Re: Package installation location Message-ID: <20001210132152.B27718@drama.navipath.com> References: <20001210125026.A27718@drama.navipath.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Sun, Dec 10, 2000 at 07:16:15PM +0100 Sender: forrie@drama.navipath.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Haha... okay, then what's the argument about. > You're about six years late. The ports system has used $PREFIX for > precisely this purpose since October 1994. > > DES > -- > Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 10:25:42 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 10:25:39 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from dsl.MexComUSA.net (adsl-63-200-120-86.dsl.mtry01.pacbell.net [63.200.120.86]) by hub.freebsd.org (Postfix) with ESMTP id 41BEC37B400 for ; Sun, 10 Dec 2000 10:25:39 -0800 (PST) Received: (from root@localhost) by dsl.MexComUSA.net (8.11.1/8.11.1) id eBAILiE08453 for current@FreeBSD.Org; Sun, 10 Dec 2000 10:21:44 -0800 (PST) (envelope-from eculp@EnContacto.Net) Received: from 63.205.16.202 ( [63.205.16.202]) as user eculp@EnContacto.Net by Mail.MexComUSA.net with HTTP; Sun, 10 Dec 2000 10:21:43 -0800 Message-ID: <976472503.3a33c9b78d196@Mail.MexComUSA.net> Date: Sun, 10 Dec 2000 10:21:43 -0800 From: Edwin Culp To: current@FreeBSD.Org Subject: Re: Lucent Orinoco Gold PCCard? MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.6-cvs Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Actually, I need to create a local wireless backbone between 8 seperate buildings in a small campus area that will share an sdsl internet connection through our freebsd server. The new intel pro wireless 2100 seems to address all of our issues, at least according to the intel webpage. :-) They also have a 50% off promotional package where you get the access point and two 802.11b pccards for $699.00 if you buy before the end of the year. I tried to use airports to connect two wired networks without success. Maybe I just wasn't able to configure them. I'm going to give the java/airport in ports a try. I didn't realize that it existed. Thanks. If anyone has any ideas on where I am off track, they would certainly be appreciated. Thanks, ed -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 10:26:43 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 10:26:41 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from gw.nectar.com (gw.nectar.com [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id 2B63A37B400 for ; Sun, 10 Dec 2000 10:26:41 -0800 (PST) Received: by gw.nectar.com (Postfix, from userid 1001) id 21B65193E1; Sun, 10 Dec 2000 12:26:40 -0600 (CST) Date: Sun, 10 Dec 2000 12:26:40 -0600 From: "Jacques A. Vidrine" To: Dag-Erling Smorgrav Cc: Forrest Aldrich , freebsd-current@FreeBSD.ORG Subject: Re: Package installation location Message-ID: <20001210122640.B20201@spawn.nectar.com> Mail-Followup-To: "Jacques A. Vidrine" , Dag-Erling Smorgrav , Forrest Aldrich , freebsd-current@FreeBSD.ORG References: <20001210125026.A27718@drama.navipath.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Sun, Dec 10, 2000 at 07:16:15PM +0100 X-Url: http://www.nectar.com/ Sender: nectar@nectar.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 07:16:15PM +0100, Dag-Erling Smorgrav wrote: > Forrest Aldrich writes: > > Within the scope of this problem, would it not be simple to code in a > > configuration diretive in the build process, such that a simple entry > > in /etc/make.conf would tell the ports build where to install ($prefix)? > > You're about six years late. The ports system has used $PREFIX for > precisely this purpose since October 1994. Actually see LOCALBASE, and perhaps X11BASE, which influence PREFIX. This is what you'd want to set in /etc/make.conf. -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 10:31:16 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 10:31:12 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 1264737B400 for ; Sun, 10 Dec 2000 10:31:12 -0800 (PST) Received: (qmail 5637 invoked by uid 100); 10 Dec 2000 18:31:11 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14899.52206.955003.130371@guru.mired.org> Date: Sun, 10 Dec 2000 12:31:10 -0600 (CST) To: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation In-Reply-To: References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nat Lanza types: > Mike Meyer writes: > > Whether or not it's part of FreeBSD is immaterial. It's part of the > > distribution that comes from FreeBSD, and is treated differentlyh from > > locally installed software (whether written locally or by a third > > party) in every case *except* where it installs - and that's only > > because it's installed in the wrong place. > > In other words, "It's not part of FreeBSD" is a rationalization. > Your argument doesn't make much sense to me. Ok, let's walk through the details (bottom of the letter). > So if I compile sawfish myself I should install it in /usr/local, but if > I install a FreeBSD package for it, it should never go in /usr/local? It should go where you want it to. /usr/local is a bad place because of it's tradition of being for locally maintained software. > If I grab a sawfish FreeBSD package from the sawfish website, where > should that install? /usr/local? /opt? /usr/pkg? Not /usr/local - that's for locally maintained software. I'd rather it go on /usr, so I don't like /opt. When I got to choose, I chose /usr/opt. But anything other than /usr/local on /usr would do as well. > Third party software is third party software, no matter who compiled > and packaged it. That's true. But if it's packaged, it belongs in an area reserved for *packages*. FreeBSD is the only system I know of that coopts /usr/local for packages, instead of reserving it for things that are locally maintained. Whether that locally maintained software is written locally or comes from a third party is irrelevant to this discussion. > If I install a package of third-party software, the end result should > be about the same as if I compiled and installed it by hand -- the > packaged software is a convenience, not a fundamentally different > entity. That's correct. The differences aren't in the software, they are in the administrative regimen. Let's look at how you deal with FreeBSD proper, ports/packages, 3rd party software that isn't from a port or package, and locally written software. Administrative FreeBSD port/pkg 3rd party local item Binary from FreeBSD FreeBSD author author Source from FreeBSD patches and author author location from FreeBSD Responsible for FreeBSD Port local local it building on maintainer maintainer maintainer maint- my FreeBSD box ainer requires local src No No Yes Yes configuration? Updates from FreeBSD FreeBSD author author Patches best sent FreeBSD Port author author to maintainer maintainer As you can see, the only difference between locally written software and third party software is that the author in the latter case is local. Meanwhile, the primary difference between software that is part of FreeBSD and a port/pkg is that the person who takes responsibility for some part of FreeBSD is always a FreeBSD committer, whereas the person who takes that responsibility for a port/package may not be a FreeBSD committer. Sure, sometimes that person for a port is the author - but that's also true for FreeBSD. For 3rd party and local software, you always deal with the author; for FreeBSD and a port or package, you deal with an intermediary that has taken responsibility for the software on FreeBSD, who may *not* be the author. The critical difference is the "requires local src configuration" line. For FreeBSD or any of the ports or packages, I can blow away the source tree without worrying about needing it back; I can always get it back from FreeBSD again. For the same reason, I don't worry much about the binaries. For locally written software, if I lose ths source, I'm SOL. For true third party software, how screwed I am depends on how hard it was getting the thing to build on FreeBSD. As a general rule, I always save them. The binaries get the same treatment. Having to figure out which is which is *much* easier if the two are in different directory hierarchies. Clearly, a package is *not* the same as either third party or locally written software. For people who don't care about any of those differences, packages co-opting /usr/local doesn't matter. For people who do, there's PREFIX - except it doesn't work very well, and can't work for binary builds (and with the CDROM set no longer having distfiles on it, that's a major PITA). Delivered-To: freebsd-current@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.189]) by hub.freebsd.org (Postfix) with SMTP id 414AD37B400 for ; Sun, 10 Dec 2000 10:40:44 -0800 (PST) Received: (qmail 53214 invoked by uid 1000); 10 Dec 2000 18:39:54 -0000 Date: Sun, 10 Dec 2000 20:39:54 +0200 From: Peter Pentchev To: current@FreeBSD.org Subject: logo_saver in VESA 800x600 mode - syscons kbd freeze Message-ID: <20001210203954.C1015@ringworld.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I've decided to finally start playing with -current a day or five ago. One of the first experiences was a funny syscons keyboard freeze when using a custom kernel with 'options VESA' and the logo_saver kernel module. The symptoms: after the saver relinquishes control, the keyboard is kind of frozen; 'kind of', because the controlling keys still work - Alt+Fx switches consoles, Ctrl-PrtScr escapes to DDB, Alt-arrows also switch consoles. However, any 'real' key typed has no effect - nothing appears on the screen and no action is taken - not on the login prompt, not on the shell cmdline, not within an editor. Even Ctrl-Alt-Del is ignored :( The only way to restart the system is by calling restart or panic inside DDB. Attached is my kernel config (derived from GENERIC), and a backtrace of the panic crashdump. More details, including the crashdump and the kernels (booted and debugging) shall be posted shortly on a website - they are=20 currently being uploaded via a slow modem link, and the vmcore is *huge*, even when bzipped :) The webpage index is already there, so are the debug logs and the kernel images, the vmcore shall take a bit longer to arrive. Details at http://mail.orbitel.bg/~roam/crash/logo_vesa.html The *.2.* files are from a -current source tree as of Dec 10, 16:58 EEST. The *.1.* files are from a source tree as of.. mm.. yesterday, I think; however, I do not think many relevant changes have been made to either syscons or the logo_saver source in the meantime. If I'm doing something much wrongly, feel free to beat me up with the heaviest cluestick around :) G'luck, Peter PS. I do not know anything about the syscons/saver interaction; as a matter of fact, i know next to nothing about syscons itself. So things might take a bit of handholding here :) PPS. Please CC: me, as I'm not on -current (or just honor the Mail-Followup= -To header ;) --=20 This sentence contradicts itself - or rather - well, no, actually it doesn't! # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the NOTES configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.292 2000/12/08 20:08:18 phk Exp $ machine i386 #cpu I386_CPU #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident RING-5 maxusers 32 #To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" #Default places to look for devices. makeoptions DEBUG=3D-g3 #Build kernel with gdb(1) debug symbols options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking #options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support #options MFS #Memory Filesystem #options MD_ROOT #MD is a potential root device options NFS #Network Filesystem #options NFS_ROOT #NFS usable as root device, NFS required options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem #options CD9660_ROOT #CD-ROM usable as root, CD9660 required #options DEVFS #Device Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=3D15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV # install a CDEV entry in /dev # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O device isa #device eisa device pci #options COMPAT_OLDISA # compatability shims for lnc, le #options COMPAT_OLDPCI # compatability shims for lnc # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering options ATA_ENABLE_TAGS #options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device amd # AMD 53C974 (Teckram DC-390(T)) #device isp # Qlogic family #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device adv # Advansys scsi adapters #device adw # Advansys wide scsi adapters #device aha 1 # Adaptec 154x scsi adapters #device aic # Adaptec 15[012]x scsi adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster scsi adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # RAID controllers interfaced to the SCSI subsystem #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device dpt # DPT Smartcache III, IV - See NOTES for options! #device mly # Mylex AcceleRAID/eXtremeRAID # SCSI peripherals #device scbus # SCSI bus (required) #device da # Direct Access (disks) #device sa # Sequential Access (tape etc) #device cd # CD #device pass # Passthrough device (direct SCSI access) # RAID controllers #device aac # Adaptec FSA RAID #device amr # AMI MegaRAID #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc 1 # At keyboard controller device atkbd # at keyboard device psm # psm mouse device vga # VGA screen # splash screen/screen saver device splash # syscons is the default console driver, resembling an SCO console device sc 1 # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT li= nes #options PCVT_SCANSET=3D2 # IBM keyboards are non-std # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) device apm # Add suspend/resume support for the i8254. device pmtimer # Audio support #device pcm # PCCARD (PCMCIA) support #device card # pccard bus #device pcic # PCMCIA bridge # Serial (COM) ports #device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device vx # 3Com 3c590, 3c595 (``Vortex'') #device wx # Intel Gigabit Ethernet Card (``Wiseman'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device dc # DEC/Intel 21143 and various workalikes #device pcn # AMD Am79C79x PCI 10/100 NICs #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device ste # Sundance ST201 (D-Link DFE-550TX) #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard nics included. #device cs # Crystal Semiconductor CS89x0 NIC #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device sn # SMC's 9000 series of ethernet chips #device xe # Xircom pccard ethernet # The probe order of these is presently determined by i386/isa/isa_compat.c. #device ie #device le #device lnc # Wireless NIC cards #device an # Aironet 4500/4800 802.11 wireless NICs.=20 #device awi # BayStack 660 and others #device wi # WaveLAN/IEEE 802.11 wireless NICs.=20 #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices - the number indicates how many units to allocated. device random # Entropy device options NOBLOCKRANDOM # avoid any blocking on device random device loop # Network loopback device ether # Ethernet support #device sl # Kernel SLIP #device ppp 1 # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) #device md # Memory "disks" #device gif 4 # IPv6 and IPv4 tunneling #device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB ethernet #device cue # CATC USB ethernet #device kue # Kawasaki LSI USB ethernet options DDB options KTRACE options IPFIREWALL options DUMMYNET options FDESC options NULLFS options PORTAL options PROCFS options UNION options EXT2FS options SUIDDIR device speaker device vn device snp options VESA options SC_MOUSE_CHAR=3D0x3 #options SC_PIXEL_MODE options SC_TWOBUTTON_MOUSE ----------------------------------- and here is the gdb -k output (OK, so I made a few typing mistakes :) GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd". (kgdb) symvol-fil=08 =08=08 =08=08 =08=08 =08=08 =08=08 =08b=08 =08=08 =08b= ol-file kernel.debug Reading symbols from kernel.debug...done. (kgdb) exec-file /tmp/k=08 =08crash/kernel.2 (kgdb) core-file /tmp/crash/vmcore.2 IdlePTD 3477504 initial pcb at 2c1780 panicstr: from debugger panic messages: --- panic: from debugger syncing disks... 6 6=20 done Uptime: 1m16s dumping to dev #ad/0x20021, offset 262272 dump ata2: resetting devices .. done 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109= 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87= 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 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 0=20 --- #0 dumpsys () at /usr/src-bsd/HEAD/src/sys/kern/kern_shutdown.c:477 477 if (dumping++) { (kgdb) bt #0 dumpsys () at /usr/src-bsd/HEAD/src/sys/kern/kern_shutdown.c:477 #1 0xc015bf94 in boot (howto=3D256) at /usr/src-bsd/HEAD/src/sys/kern/kern_shutdown.c:320 #2 0xc015c3ed in panic (fmt=3D0xc0266954 "from debugger") at /usr/src-bsd/HEAD/src/sys/kern/kern_shutdown.c:570 #3 0xc011d4e5 in db_panic (addr=3D-1071359356, have_addr=3D0, count=3D-1,= =20 modif=3D0xc7c0ad7c "") at /usr/src-bsd/HEAD/src/sys/ddb/db_command.c:433 #4 0xc011d485 in db_command (last_cmdp=3D0xc02930e0, cmd_table=3D0xc0292f4= 0,=20 aux_cmd_tablep=3D0xc02b046c) at /usr/src-bsd/HEAD/src/sys/ddb/db_command.c:333 #5 0xc011d54a in db_command_loop () at /usr/src-bsd/HEAD/src/sys/ddb/db_command.c:455 #6 0xc011f70f in db_trap (type=3D3, code=3D0) at /usr/src-bsd/HEAD/src/sys/ddb/db_trap.c:71 #7 0xc0245816 in kdb_trap (type=3D3, code=3D0, regs=3D0xc7c0ae7c) at /usr/src-bsd/HEAD/src/sys/i386/i386/db_interface.c:163 #8 0xc0252430 in trap (frame=3D{tf_fs =3D -1070923760, tf_es =3D -94371838= 4,=20 tf_ds =3D 16, tf_edi =3D -1070772896, tf_esi =3D -1070794976,=20 tf_ebp =3D -943673656, tf_isp =3D -943673688, tf_ebx =3D 524802,=20 tf_edx =3D -1072983520, tf_ecx =3D 32, tf_eax =3D 38, tf_trapno =3D 3= ,=20 tf_err =3D 0, tf_eip =3D -1071359356, tf_cs =3D 8, tf_eflags =3D 5243= 58,=20 tf_esp =3D -1071090145, tf_ss =3D -1071105687}) at /usr/src-bsd/HEAD/src/sys/i386/i386/trap.c:589 #9 0xc0245a84 in Debugger (msg=3D0xc0283969 "manual escape to debugger") at machine/cpufunc.h:60 #10 0xc0240f5e in scgetc (sc=3D0xc02d4d60, flags=3D2) at /usr/src-bsd/HEAD/src/sys/dev/syscons/syscons.c:3134 #11 0xc023d999 in sckbdevent (thiskbd=3D0xc02cdee0, event=3D0, arg=3D0xc02d= 4d60) at /usr/src-bsd/HEAD/src/sys/dev/syscons/syscons.c:636 #12 0xc023534a in atkbd_intr (kbd=3D0xc02cdee0, arg=3D0x0) at /usr/src-bsd/HEAD/src/sys/dev/kbd/atkbd.c:458 #13 0xc0234ec7 in atkbd_timeout (arg=3D0xc02cdee0) at /usr/src-bsd/HEAD/src/sys/dev/kbd/atkbd.c:161 #14 0xc0163888 in softclock (dummy=3D0x0) at /usr/src-bsd/HEAD/src/sys/kern/kern_timeout.c:141 #15 0xc01523a7 in sithd_loop (dummy=3D0x0) at /usr/src-bsd/HEAD/src/sys/kern/kern_intr.c:227 (kgdb) fr 0 #0 dumpsys () at /usr/src-bsd/HEAD/src/sys/kern/kern_shutdown.c:477 477 if (dumping++) { (kgdb) info locals=20 error =3D 0 (kgdb) up #1 0xc015bf94 in boot (howto=3D256) at /usr/src-bsd/HEAD/src/sys/kern/kern_shutdown.c:320 320 dumpsys(); (kgdb) info =08 =08=08 =08=08 =08=08 =08=08 =08=07=07=07l 315 * been completed. 316 */ 317 EVENTHANDLER_INVOKE(shutdown_post_sync, howto); 318 splhigh(); 319 if ((howto & (RB_HALT|RB_DUMP)) =3D=3D RB_DUMP && !cold) 320 dumpsys(); 321=09 322 /* Now that we're going to really halt the system... */ 323 EVENTHANDLER_INVOKE(shutdown_final, howto); 324=09 (kgdb) info loc howto =3D 256 (kgdb) up #2 0xc015c3ed in panic (fmt=3D0xc0266954 "from debugger") at /usr/src-bsd/HEAD/src/sys/kern/kern_shutdown.c:570 570 boot(bootopt); (kgdb) l 565=09 566 #if defined(DDB) 567 if (debugger_on_panic) 568 Debugger ("panic"); 569 #endif 570 boot(bootopt); 571 } 572=09 573 /* 574 * Support for poweroff delay. (kgdb) info loc fmt =3D 0xc0266954 "from debugger" bootopt =3D 256 buf =3D "from debugger", '\000' (kgdb) up #3 0xc011d4e5 in db_panic (addr=3D-1071359356, have_addr=3D0, count=3D-1,= =20 modif=3D0xc7c0ad7c "") at /usr/src-bsd/HEAD/src/sys/ddb/db_command.c:433 433 panic("from debugger"); (kgdb) l 428 * At least one non-optional command must be implemented using 429 * DB_COMMAND() so that db_cmd_set gets created. Here is one. 430 */ 431 DB_COMMAND(panic, db_panic) 432 { 433 panic("from debugger"); 434 } 435=09 436 void 437 db_command_loop() (kgdb) info loc No locals. (kgdb) up #4 0xc011d485 in db_command (last_cmdp=3D0xc02930e0, cmd_table=3D0xc0292f4= 0,=20 aux_cmd_tablep=3D0xc02b046c) at /usr/src-bsd/HEAD/src/sys/ddb/db_command.c:333 333 (*cmd->fcn)(addr, have_addr, count, modif); (kgdb) l 328 *last_cmdp =3D cmd; 329 if (cmd !=3D 0) { 330 /* 331 * Execute the command. 332 */ 333 (*cmd->fcn)(addr, have_addr, count, modif); 334=09 335 if (cmd->flag & CS_SET_DOT) { 336 /* 337 * If command changes dot, set dot to (kgdb) info loc cmd_table =3D (struct command *) 0x0 aux_cmd_tablep =3D (struct command **) 0xc02b046c cmd =3D (struct command *) 0xc0266938 t =3D 0 modif =3D "\000*+=C0\000\000\000\000\230=AD=C0=C7=A4=AD=C0=C7m[#=C0\000\000= \000\000 =F7,=C0\r\000\000\000=AC=AD=C0=C7=3DT#=C0\000\000\000\000=C8=AD=C0= =C7:=EE#=C0\000\000\000\000=E0=DE,=C0=D8*+=C0`*+=C0=DC=AD=C0=C7$=EB\021=C0= =BEn&=C0P=EA\021=C0(=C5-=C0`*+=C0=BB=E4\021=C0`*+=C0@\"+=C0x\000\000\000\00= 0\000\000\000=C4=AE=C0=C7\000=AE=C0=C7" addr =3D -1071359356 count =3D -1 have_addr =3D 0 result =3D 0 (kgdb) up #5 0xc011d54a in db_command_loop () at /usr/src-bsd/HEAD/src/sys/ddb/db_command.c:455 455 db_command(&db_last_command, db_command_table, (kgdb) l 450 db_printf("\n"); 451=09 452 db_printf("db> "); 453 (void) db_read_line(); 454=09 455 db_command(&db_last_command, db_command_table, 456 (struct command **)&db_cmd_set.ls_items[0]); 457 } 458 } 459=09 (kgdb) info loc No locals. (kgdb) up #6 0xc011f70f in db_trap (type=3D3, code=3D0) at /usr/src-bsd/HEAD/src/sys/ddb/db_trap.c:71 71 db_command_loop(); (kgdb) l 66 db_printf("Stopped at\t"); 67 db_dot =3D PC_REGS(DDB_REGS); 68 if (setjmp(db_jmpbuf) =3D=3D 0) 69 db_print_loc_and_inst(db_dot); 70=09 71 db_command_loop(); 72 } 73=09 74 db_restart_at_pc(watchpt); 75 } (kgdb) info loc bkpt =3D 0 (kgdb) up #7 0xc0245816 in kdb_trap (type=3D3, code=3D0, regs=3D0xc7c0ae7c) at /usr/src-bsd/HEAD/src/sys/i386/i386/db_interface.c:163 163 db_trap(type, code); (kgdb) l 158 (void) setjmp(db_global_jmpbuf); 159 db_global_jmpbuf_valid =3D TRUE; 160 db_active++; 161 if (ddb_mode) { 162 cndbctl(TRUE); 163 db_trap(type, code); 164 cndbctl(FALSE); 165 } else 166 gdb_handle_exception(&ddb_regs, type, code); 167 db_active--; (kgdb) info loc ddb_mode =3D 1 (kgdb) up #8 0xc0252430 in trap (frame=3D{tf_fs =3D -1070923760, tf_es =3D -94371838= 4,=20 tf_ds =3D 16, tf_edi =3D -1070772896, tf_esi =3D -1070794976,=20 tf_ebp =3D -943673656, tf_isp =3D -943673688, tf_ebx =3D 524802,=20 tf_edx =3D -1072983520, tf_ecx =3D 32, tf_eax =3D 38, tf_trapno =3D 3= ,=20 tf_err =3D 0, tf_eip =3D -1071359356, tf_cs =3D 8, tf_eflags =3D 5243= 58,=20 tf_esp =3D -1071090145, tf_ss =3D -1071105687}) at /usr/src-bsd/HEAD/src/sys/i386/i386/trap.c:589 589 if (kdb_trap (type, 0, &frame)) (kgdb) l 584 /* 585 * If DDB is enabled, let it handle the debugger trap. 586 * Otherwise, debugger traps "can't happen". 587 */ 588 #ifdef DDB 589 if (kdb_trap (type, 0, &frame)) 590 goto out; 591 #endif 592 break; 593=09 (kgdb) info loc p =3D (struct proc *) 0xc77fd620 sticks =3D 4 i =3D 0 ucode =3D 0 type =3D 3 code =3D 0 eva =3D 0 (kgdb) up #9 0xc0245a84 in Debugger (msg=3D0xc0283969 "manual escape to debugger") at machine/cpufunc.h:60 60 __asm __volatile("int $3"); (kgdb) l 55 #endif 56=09 57 static __inline void 58 breakpoint(void) 59 { 60 __asm __volatile("int $3"); 61 } 62=09 63 static __inline u_int 64 bsfl(u_int mask) (kgdb) info loc in_Debugger =3D 1 flags =3D 524802 (kgdb) up #10 0xc0240f5e in scgetc (sc=3D0xc02d4d60, flags=3D2) at /usr/src-bsd/HEAD/src/sys/dev/syscons/syscons.c:3134 3134 Debugger("manual escape to debugger"); (kgdb) l 3129 #endif 3130=09 3131 case DBG: 3132 #ifndef SC_DISABLE_DDBKEY 3133 #ifdef DDB 3134 Debugger("manual escape to debugger"); 3135 #else 3136 printf("No debugger in kernel\n"); 3137 #endif 3138 #else /* SC_DISABLE_DDBKEY */ (kgdb) info loc sc =3D (sc_softc_t *) 0xc02d4d60 scp =3D (scr_stat *) 0xc02cf720 tp =3D (struct tty *) 0x0 c =3D 134 this_scr =3D 0 f =3D -1072284763 i =3D 0 (kgdb) up #11 0xc023d999 in sckbdevent (thiskbd=3D0xc02cdee0, event=3D0, arg=3D0xc02d= 4d60) at /usr/src-bsd/HEAD/src/sys/dev/syscons/syscons.c:636 636 } (kgdb) l 631 (*linesw[cur_tty->t_line].l_rint)(0x1b, cur_tty); 632 (*linesw[cur_tty->t_line].l_rint)('[', cur_tty); 633 (*linesw[cur_tty->t_line].l_rint)('Z', cur_tty); 634 break; 635 } 636 } 637=09 638 sc->cur_scp->status |=3D MOUSE_HIDDEN; 639=09 640 return 0; (kgdb) info loc event =3D 0 sc =3D (sc_softc_t *) 0xc02d4d60 cur_tty =3D (struct tty *) 0xc02cdee0 c =3D -1070801184 len =3D 3351293744 cp =3D (u_char *) 0xc02cdee0 "" (kgdb) up #12 0xc023534a in atkbd_intr (kbd=3D0xc02cdee0, arg=3D0x0) at /usr/src-bsd/HEAD/src/sys/dev/kbd/atkbd.c:458 458 (*kbd->kb_callback.kc_func)(kbd, KBDIO_KEYINPUT, (kgdb) l 453 int delay[2]; 454 int c; 455=09 456 if (KBD_IS_ACTIVE(kbd) && KBD_IS_BUSY(kbd)) { 457 /* let the callback function to process the input */ 458 (*kbd->kb_callback.kc_func)(kbd, KBDIO_KEYINPUT, 459 kbd->kb_callback.kc_arg); 460 } else { 461 /* read and discard the input; no one is waiting for input */ 462 do { (kgdb) info loc kbd =3D (keyboard_t *) 0xc02cdee0 state =3D (atkbd_state_t *) 0xc02cdee0 delay =3D {-1070795232, -943673512} c =3D 0 (kgdb) up #13 0xc0234ec7 in atkbd_timeout (arg=3D0xc02cdee0) at /usr/src-bsd/HEAD/src/sys/dev/kbd/atkbd.c:161 161 (*kbdsw[kbd->kb_index]->intr)(kbd, NULL); (kgdb) l 156 * the flag early, otherwise the LED update routine fails 157 * which may want the lock during the interrupt routine. 158 */ 159 (*kbdsw[kbd->kb_index]->lock)(kbd, FALSE); 160 if ((*kbdsw[kbd->kb_index]->check_char)(kbd)) 161 (*kbdsw[kbd->kb_index]->intr)(kbd, NULL); 162 } 163 splx(s); 164 timeout(atkbd_timeout, arg, hz/10); 165 } (kgdb) info loc arg =3D (void *) 0xc02cdee0 s =3D 0 (kgdb) up #14 0xc0163888 in softclock (dummy=3D0x0) at /usr/src-bsd/HEAD/src/sys/kern/kern_timeout.c:141 141 c_func(c_arg); (kgdb) l 136 } 137 mtx_exit(&callout_lock, MTX_SPIN); 138 if (!(c_flags & CALLOUT_MPSAFE)) 139 mtx_enter(&Giant, MTX_DEF); 140 splx(s); 141 c_func(c_arg); 142 s =3D splhigh(); 143 if (!(c_flags & CALLOUT_MPSAFE)) 144 mtx_exit(&Giant, MTX_DEF); 145 mtx_enter(&callout_lock, MTX_SPIN); (kgdb) info loc c_func =3D (void (*)()) 0xc0234e64 c_arg =3D (void *) 0xc02cdee0 c_flags =3D 7 c =3D (struct callout *) 0x0 bucket =3D (struct callout_tailq *) 0xc3337ce0 s =3D 0 curticks =3D 7352 steps =3D 7 (kgdb) up #15 0xc01523a7 in sithd_loop (dummy=3D0x0) at /usr/src-bsd/HEAD/src/sys/kern/kern_intr.c:227 227 ih->ih_handler(ih->ih_argument); (kgdb) l 222 (void *)ih->ih_handler, ih->ih_argument, 223 ih->ih_flags); 224=09 225 if ((ih->ih_flags & INTR_MPSAFE) =3D=3D 0) 226 mtx_enter(&Giant, MTX_DEF); 227 ih->ih_handler(ih->ih_argument); 228 if ((ih->ih_flags & INTR_MPSAFE) =3D=3D 0) 229 mtx_exit(&Giant, MTX_DEF); 230 } 231 } (kgdb) info loc it =3D (struct ithd *) 0xc072adc0 ih =3D (struct intrhand *) 0xc072ad80 p =3D (struct proc *) 0xc77fd620 (kgdb) up Initial frame selected; you cannot go up. (kgdb) l 232=09 233 /* 234 * Processed all our interrupts. Now get the sched 235 * lock. This may take a while and it_need may get 236 * set again, so we have to check it again. 237 */ 238 mtx_assert(&Giant, MA_NOTOWNED); 239 mtx_enter(&sched_lock, MTX_SPIN); 240 if (!it->it_need) { 241 p->p_stat =3D SWAIT; /* we're idle */ (kgdb) info loc=08 =08=08 =08=08 =08=08 =08=08 =08=08 =08=08 =08=08 =08=07= =07=07=07=07=07=07fr 11 #11 0xc023d999 in sckbdevent (thiskbd=3D0xc02cdee0, event=3D0, arg=3D0xc02d= 4d60) at /usr/src-bsd/HEAD/src/sys/dev/syscons/syscons.c:636 636 } (kgdb) info loc event =3D 0 sc =3D (sc_softc_t *) 0xc02d4d60 cur_tty =3D (struct tty *) 0xc02cdee0 c =3D -1070801184 len =3D 3351293744 cp =3D (u_char *) 0xc02cdee0 "" (kgdb) pruint=08 =08=08 =08=08 =08=08 =08int *sc $1 =3D {unit =3D 0, config =3D 768, flags =3D 196624, keyboard =3D 0, kbd = =3D 0xc02cdee0,=20 adapter =3D 0, adp =3D 0xc02cdba0, initial_mode =3D 24, first_vty =3D 0, = vtys =3D 16,=20 dev =3D 0xc02cf820, cur_scp =3D 0xc02cf720, new_scp =3D 0xc02cf720,=20 old_scp =3D 0xc02cf720, delayed_next_scr =3D 0,=20 font_loading_in_progress =3D 0 '\000', switch_in_progress =3D 0 '\000',= =20 videoio_in_progress =3D 0 '\000', write_in_progress =3D 0 '\000',=20 blink_in_progress =3D 0 '\000', scrn_time_stamp =3D 74, cursor_base =3D 1= '\001',=20 cursor_height =3D 2 '\002',=20 scr_map =3D "\000\001\002\003\004\005\006\a\b\t\n\013\f\r\016\017\020\021= \022\023\024\025\026\027\030\031\032\e\034\035\036\037 !\"#$%&'()*+,-./0123= 456789:;<=3D>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^_`abcdefghijklmnopqrstuvwxyz{= |}~\177\200\201\202\203\204\205\206\207\210\211\212\213\214\215\216\217\220= \221\222\223\224\225\226\227\230\231\232\233\234\235\236\237=A0=A1=A2=A3=A4= =A5=A6=A7=A8=A9=AA=AB=AC=AD=AE=AF=B0=B1=B2=B3=B4=B5=B6=B7=B8=B9=BA=BB=BC=BD= =BE=BF=C0=C1=C2=C3=C4=C5=C6=C7"...,=20 scr_rmap =3D "\000\001\002\003\004\005\006\a\b\t\n\013\f\r\016\017\020\02= 1\022\023\024\025\026\027\030\031\032\e\034\035\036\037 !\"#$%&'()*+,-./012= 3456789:;<=3D>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^_`abcdefghijklmnopqrstuvwxyz= {|}~\177\200\201\202\203\204\205\206\207\210\211\212\213\214\215\216\217\22= 0\221\222\223\224\225\226\227\230\231\232\233\234\235\236\237=A0=A1=A2=A3= =A4=A5=A6=A7=A8=A9=AA=AB=AC=AD=AE=AF=B0=B1=B2=B3=B4=B5=B6=B7=B8=B9=BA=BB=BC= =BD=BE=BF=C0=C1=C2=C3=C4=C5=C6=C7"...,=20 palette =3D "\000\000\000\000\000=A8\000=A8\000\000=A8=A8=A8\000\000=A8\0= 00=A8=A8=A8\000=A8=A8=A8\000\000T\000\000=FC\000=A8T\000=A8=FC=A8\000T=A8\0= 00=FC=A8=A8T=A8=A8=FC\000T\000\000T=A8\000=FC\000\000=FC=A8=A8T\000=A8T=A8= =A8=FC\000=A8=FC=A8\000TT\000T=FC\000=FCT\000=FC=FC=A8TT=A8T=FC=A8=FCT=A8= =FC=FCT\000\000T\000=A8T=A8\000T=A8=A8=FC\000\000=FC\000=A8=FC=A8\000=FC=A8= =A8T\000TT\000=FCT=A8TT=A8=FC=FC\000T=FC\000=FC=FC=A8T=FC=A8=FCTT\000TT=A8T= =FC\000T=FC=A8=FCT\000=FCT=A8=FC=FC\000=FC=FC=A8TTTTT=FCT=FCTT=FC=FC=FCTT= =FCT=FC=FC=FCT=FC=FC=FC=FC||=FC\234|=FC=BC"..., fonts_loaded =3D 8,=20 font_8 =3D 0xc02d0900 "", font_14 =3D 0xc02d1100 "", font_16 =3D 0xc02d1f= 00 "",=20 cursor_char =3D 7 '\a', mouse_char =3D 3 '\003'} (kgdb) print *cur_tty $2 =3D {t_rawq =3D {c_cc =3D 0, c_cbcount =3D 0, c_cbmax =3D 3997696, c_cbr= eserved =3D 1,=20 c_cf =3D 0xc02d4d6c "",=20 c_cl =3D 0xc023d7e0 "U\211=E5\203=EC\004WVS\213E\f\213}\020\205=C0\017\= 204\232\001"}, t_rawcc =3D -1070772896, t_canq =3D {c_cc =3D 1, c_cbcount = =3D -1071110848,=20 c_cbmax =3D 0, c_cbreserved =3D 2, c_cf =3D 0x0, c_cl =3D 0x0}, t_cancc= =3D 0,=20 t_outq =3D {c_cc =3D -1070801056, c_cbcount =3D -1070798464,=20 c_cbmax =3D -1070796864, c_cbreserved =3D 96, c_cf =3D 0xc02cdf40 " =F6= ,=C0\001",=20 c_cl =3D 0xfa
}, t_outcc =3D 34, t_line =3D= 284,=20 t_dev =3D 0x0, t_state =3D 0, t_flags =3D -1070795232, t_timeout =3D 1,= =20 t_pgrp =3D 0x0, t_session =3D 0x0, t_sigio =3D 0x0, t_rsel =3D {si_pid = =3D 0,=20 si_note =3D {slh_first =3D 0x0}, si_flags =3D 0}, t_wsel =3D {si_pid = =3D 256,=20 si_note =3D {slh_first =3D 0x0}, si_flags =3D 0}, t_termios =3D { c_iflag =3D 454761243, c_oflag =3D 461773595, c_cflag =3D 556859394,=20 c_lflag =3D 556859392,=20 c_cc =3D "\000\0003\0002@\000\0002@\000\000\000\0003#\000\0003#",=20 c_ispeed =3D 3342336, c_ospeed =3D 9268}, t_winsize =3D {ws_row =3D 926= 8,=20 ws_col =3D 0, ws_xpixel =3D 51, ws_ypixel =3D 9525}, t_oproc =3D 0x2535= 0000,=20 t_stop =3D 0x330000, t_param =3D 0x1e1e5e36, t_sc =3D 0x1e1e5e36,=20 t_column =3D 641138688, t_rocount =3D 641138688, t_rocol =3D 3342336,=20 t_ififosize =3D 10808, t_ihiwat =3D 10808, t_ilowat =3D 674824243,=20 t_ispeedwat =3D 674824192, t_ohiwat =3D 3342336, t_olowat =3D 10544,=20 t_ospeedwat =3D 10544, t_gen =3D 1596784691, t_list =3D {sle_next =3D 0x5= f2d1f1f}} (kgdb) print *cp $3 =3D 0 '\000' (kgdb) quit To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 10:44:45 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 10:44:43 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from bsdhome.dyndns.org (unknown [24.25.2.13]) by hub.freebsd.org (Postfix) with ESMTP id 4103837B400 for ; Sun, 10 Dec 2000 10:44:43 -0800 (PST) Received: from vger.bsdhome.com (vger [192.168.220.2]) by bsdhome.dyndns.org (8.11.1/8.11.1) with ESMTP id eBAIifW50641; Sun, 10 Dec 2000 13:44:41 -0500 (EST) (envelope-from bsd@bsdhome.com) Received: (from bsd@localhost) by vger.bsdhome.com (8.11.1/8.11.1) id eBAIif940865; Sun, 10 Dec 2000 13:44:41 -0500 (EST) (envelope-from bsd) Date: Sun, 10 Dec 2000 13:44:41 -0500 From: Brian Dean To: Mike Meyer Cc: current@FreeBSD.ORG Subject: Re: /usr/local abuse Message-ID: <20001210134441.B39643@vger.bsdhome.com> References: <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14899.49294.958909.82912@guru.mired.org>; from mwm@mired.org on Sun, Dec 10, 2000 at 11:42:38AM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 11:42:38AM -0600, Mike Meyer wrote: > > Ports, on the other hand are installed in /usr/local or /usr/X11R6. > > What happend to "that's what PREFIX is for"? I was speaking about the default behaviour. If you want the port to go somewhere other than /usr/local, PREFIX or LOCALBASE is available to change that. You should be able to set this in /etc/make.conf to change the site behaviour. I think I finally understand what you are complaining about, and that is that PREFIX is not honoured by all ports. If that is your argument, then yes, obviously that should be fixed if possible. But to say that installing ports into /usr/local is somehow wrong, I have to disagree. This is a site dependent decision, which can be overridden through the use of PREFIX or LOCALBASE. If the override mechanism is broken for a port, then it should be fixed. If you wish to change the default from /usr/local to something else, then you need to present good arguments for doing so, and if your arguments are good enough and directed to the right people, it will happen. [/me scurries off in shame to fix my broken port to honour PREFIX.] -Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 10:52:36 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 10:52:35 2000 Return-Path: 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 EB01137B400 for ; Sun, 10 Dec 2000 10:52:34 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id NAA30413; Sun, 10 Dec 2000 13:52:34 -0500 (EST) (envelope-from wollman) Date: Sun, 10 Dec 2000 13:52:34 -0500 (EST) From: Garrett Wollman Message-Id: <200012101852.NAA30413@khavrinen.lcs.mit.edu> To: Dan Eischen Cc: current@FreeBSD.ORG Subject: Making {open,close,read,tell,seek}dir thread-safe. In-Reply-To: <3A2C088B.B9D23B7@vigrid.com> References: <3A2C088B.B9D23B7@vigrid.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > I started a cleanup of libc to make it thread-safe. Just as a matter of information.... The seekdir/telldir interface was debated recently by the Austin Group. The Open Group wanted to include it as part of the XSI extension to 1003.1-200x; other people were strongly opposed to its inclusion. I believe the final decision was that it seekdir/telldir would not be included, because it is impossible to implement over certain filesystems (e.g., SGI's XFS, which uses a radically different data structure for directories). -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 11: 1:35 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 11:01:34 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 2A30137B400 for ; Sun, 10 Dec 2000 11:01:33 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eBAJ1Rs63840; Sun, 10 Dec 2000 12:01:27 -0700 (MST) (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 MAA29761; Sun, 10 Dec 2000 12:01:27 -0700 (MST) Message-Id: <200012101901.MAA29761@harmony.village.org> To: Forrest Aldrich Subject: Re: Package installation location Cc: Dag-Erling Smorgrav , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sun, 10 Dec 2000 13:21:52 EST." <20001210132152.B27718@drama.navipath.com> References: <20001210132152.B27718@drama.navipath.com> <20001210125026.A27718@drama.navipath.com> Date: Sun, 10 Dec 2000 12:01:27 -0700 From: Warner Losh Sender: imp@harmony.village.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20001210132152.B27718@drama.navipath.com> Forrest Aldrich writes: : Haha... okay, then what's the argument about. People being too lazy to say PREFIX=/glortz in their /etc/make.conf file. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 11: 1:54 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 11:01:52 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from piranha.amis.net (piranha.amis.net [212.18.32.3]) by hub.freebsd.org (Postfix) with ESMTP id 1CE8537B401 for ; Sun, 10 Dec 2000 11:01:52 -0800 (PST) Received: from titanic.medinet.si (titanic.medinet.si [212.18.32.66]) by piranha.amis.net (Postfix) with ESMTP id 3A8B25D82; Sun, 10 Dec 2000 20:01:50 +0100 (CET) Date: Sun, 10 Dec 2000 20:01:50 +0100 (CET) From: Blaz Zupan X-Sender: blaz@titanic.medinet.si To: Brian Dean Cc: Mike Meyer , current@FreeBSD.ORG Subject: Re: /usr/local abuse In-Reply-To: <20001210134441.B39643@vger.bsdhome.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 > I think I finally understand what you are complaining about, and that > is that PREFIX is not honoured by all ports. If that is your > argument, then yes, obviously that should be fixed if possible. But > to say that installing ports into /usr/local is somehow wrong, I have > to disagree. This is a site dependent decision, which can be I believe the argument is that *packages* don't belong to /usr/local. And I agree. Ports are easy, because you can use PREFIX and put them wherever you want (if the port is well behaved). But packages are precompiled and there is this thing called package database that keeps track of what file belongs where. The argument is simple: currently, packages install into /usr/local. Local software which is not a package or port also installs into /usr/local. It's a mess because you don't know if a file belongs to a package (and the package system keeps track of it in /var/db/pkg) or if it was locally installed. So, can you remove this file? It's roughly comparable to the situation that would arise if we would install packages into /usr - you wouldn't know if a file belongs to a package or to the base system and you wouldn't know if you can safely remove it. Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: blaz@amis.net, Tel: +386-2-320-6320, Fax: +386-2-320-6325 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 11: 2:18 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 11:02:14 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id B169437B6AE for ; Sun, 10 Dec 2000 11:02:10 -0800 (PST) Received: (qmail 6541 invoked by uid 100); 10 Dec 2000 19:02:09 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14899.54065.737498.114689@guru.mired.org> Date: Sun, 10 Dec 2000 13:02:09 -0600 (CST) To: freebsd-current@FreeBSD.ORG Subject: Re: Package installation location In-Reply-To: <20001210132152.B27718@drama.navipath.com> References: <20001210125026.A27718@drama.navipath.com> <20001210132152.B27718@drama.navipath.com> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Forrest Aldrich types: > Haha... okay, then what's the argument about. > > You're about six years late. The ports system has used $PREFIX for > > precisely this purpose since October 1994. As Jacques pointed out, you set LOCALBASE in /etc/make.conf. The problem is that *it doesn't work*. Well, not very well. Part of it is that it's only given lip service: the porters handbook says "make your ports PREFIX clean"; portlint doesn't do any checking about it. The porters handbook doesn't even provide instructions on how to test for whether or not a port is PREFIX clean. Making things LOCALBASE clean isn't even suggested. Admittedly, most port maintainers respond well when I report that things are broken, but checking for this should be done before the port is commited, not afterwards! Lots of other random things break: Packages built with a PREFIX value cannot reliably be installed with another value of PREFIX (no, I don't think that should be a requirement). This means that the prebuilt packages on the CDROM are unusable under these conditions. Since distfiles have been banished from the distribution, the pain of setting PREFIX to anything other than /usr/local for my clients that don't have good network connectivity is higher than the cost of doing intermixing the two different file types. For commercial packages, that's not even an option! The system perl build checks the /usr/local tree for modules, not the LOCALBASE tree. Perls module installation package also installs things in /usr/local, no matter what LOCALBASE is set to. This means that all ports that install PERL modules either 1) aren't PREFIX clean or 2) don't find those modules if they are. The python port breaks the other way: the binary only checks the LOCALBASE heirarchy for modules(*). Locally maintained modules wind up being scattered in among the ports modules, and thus require special treatment. I'm not sure about other ports that support modules, but it wouldn't surprise me if they had similar problems. Ports that have build dependencies on other binaries sometimes assume that the binary in question is on roots path. The startup scripts in /root set the path to include things in the /usr/local heirarchy, *not* the LOCALBASE heirarchy. Thus those builds - while being PREFIX clean - are still broken (not LOCALBASE clean). In fact, all the hook for supporting "local" things are pointed directly at /usr/local; none of them check LOCALBASE. All of these would be solved if the FreeBSD took a lesson from their peers. Most of them could be solved without changing the default value for LOCALBASE - if people wanted them solved. Delivered-To: freebsd-current@freebsd.org Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-228.oz.net [216.39.147.228]) by hub.freebsd.org (Postfix) with SMTP id 6887C37B400 for ; Sun, 10 Dec 2000 11:14:35 -0800 (PST) Received: (qmail 1525 invoked by uid 100); 10 Dec 2000 19:14:33 -0000 From: Joe Kelsey MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14899.54808.947617.700838@zircon.seattle.wa.us> Date: Sun, 10 Dec 2000 11:14:32 -0800 To: current@FreeBSD.ORG Cc: Mike Meyer Subject: /usr/local abuse In-Reply-To: <14899.49294.958909.82912@guru.mired.org> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> X-Mailer: VM 6.87 under Emacs 20.5.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Meyer writes: > Sure, the software in ports/packages aren't part of FreeBSD. Using > that to claim they should have the same status or treatment as locally > written or maintained software is a rationalization. You are simply wrong in your characterization of /usr/local. As far back as I can remember, /usr/local has been used for locally installed software as separate from the default software in /bin and /usr/bin. I have personally use /usr/local to install software obtained from Usenet since at least 1983. I estimate that 90% of my /usr/local use has been for software obtained over some network distribution mechanism, and only 10% has been for actually locally written software. When the BSD started, they tried to distinguish between /usr/local and /usr/public, but that never took hold. Certainly, when GNU distributions started, the FSF very quickly took up the then default (from the long history of standardized distributions in the moderated unix source newsgroups, both before and after the great renaming) usage of /usr/local as the place for network distributed software packages. Certainly, when I think of packages, I think first of the Usenet tradition of shar-packaging. Only when the great UNIX wars started did vendors need to come up with their own binary packaging mechanisms. Each vendor supplied their own packaging commands, as SunOS did long before Solaris (really SYSVR4). The correspondence between ports and packages in FreeBSD is really quite separate from the distribution packages. Simply because a package exists does not make it part of the distribution. At least FreeBSD uses a different nomenclature for each, unlike Red Hat which calls everything an RPM and you can't tell the difference between what Red Hat officially includes in the system and what is simply a pre-compiled port. Definition: distribution: officially part of FreeBSD. port: A set of patches, source and makefiles to ease the process of installing third part software. package: A pre-compiled port. I don't have any problem seeing the distinction between a port/package and the official FreeBSD distributions. /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 11:19: 0 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 11:18:59 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from bsdhome.dyndns.org (unknown [24.25.2.13]) by hub.freebsd.org (Postfix) with ESMTP id 5C82937B400 for ; Sun, 10 Dec 2000 11:18:58 -0800 (PST) Received: from vger.bsdhome.com (vger [192.168.220.2]) by bsdhome.dyndns.org (8.11.1/8.11.1) with ESMTP id eBAJIpW50718; Sun, 10 Dec 2000 14:18:51 -0500 (EST) (envelope-from bsd@bsdhome.com) Received: (from bsd@localhost) by vger.bsdhome.com (8.11.1/8.11.1) id eBAJIpb41775; Sun, 10 Dec 2000 14:18:51 -0500 (EST) (envelope-from bsd) Date: Sun, 10 Dec 2000 14:18:51 -0500 From: Brian Dean To: Mike Meyer Cc: freebsd-current@FreeBSD.ORG Subject: Re: Package installation location Message-ID: <20001210141851.C39643@vger.bsdhome.com> References: <20001210125026.A27718@drama.navipath.com> <20001210132152.B27718@drama.navipath.com> <14899.54065.737498.114689@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14899.54065.737498.114689@guru.mired.org>; from mwm@mired.org on Sun, Dec 10, 2000 at 01:02:09PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 01:02:09PM -0600, Mike Meyer wrote: > The problem is that *it doesn't work*. Well, not very well. Part of it > is that it's only given lip service: the porters handbook says "make > your ports PREFIX clean"; portlint doesn't do any checking about it. > The porters handbook doesn't even provide instructions on how to test > for whether or not a port is PREFIX clean. Making things LOCALBASE > clean isn't even suggested. Just to nitpick this one statement, PREFIX is set to LOCALBASE (see /usr/ports/Mk/bsd.port.mk) so if PREFIX is honoured by the port, then LOCALBASE will be honoured by default. Not doing it this way would not allow you to override PREFIX for one particular port. Thus if you set LOCALBASE to /usr/opt in /etc/make.conf for instance, but for port "foo" you want it to go somewhere else, you can build that with make PREFIX=/usr/local/foo, for instance. If foo honoured LOCALBASE instead, it would ignore your one-time PREFIX override. Thus PREFIX is the correct thing for the ports to worry about, not LOCALBASE, LOCALBASE just being the default value for PREFIX. -Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 11:19:22 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 11:19:20 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from puck.firepipe.net (mcut-b-167.resnet.purdue.edu [128.211.209.167]) by hub.freebsd.org (Postfix) with ESMTP id 0A87937B400 for ; Sun, 10 Dec 2000 11:19:20 -0800 (PST) Received: by puck.firepipe.net (Postfix, from userid 1000) id 4FAC5192E; Sun, 10 Dec 2000 14:19:19 -0500 (EST) Date: Sun, 10 Dec 2000 14:19:19 -0500 From: Will Andrews To: Joe Kelsey Cc: current@FreeBSD.ORG, Mike Meyer Subject: Re: /usr/local abuse Message-ID: <20001210141919.D560@puck.firepipe.net> Reply-To: Will Andrews Mail-Followup-To: Will Andrews , Joe Kelsey , current@FreeBSD.ORG, Mike Meyer References: <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.54808.947617.700838@zircon.seattle.wa.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14899.54808.947617.700838@zircon.seattle.wa.us>; from joe@zircon.seattle.wa.us on Sun, Dec 10, 2000 at 11:14:32AM -0800 X-Operating-System: FreeBSD 4.2-STABLE i386 Sender: will@puck.firepipe.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 11:14:32AM -0800, Joe Kelsey wrote: > You are simply wrong in your characterization of /usr/local. As far > back as I can remember, /usr/local has been used for locally installed [...] Pfft. Everyone has their own way of organizing files. There is no right or wrong. However, the fact that /usr/local is still hardcoded into packages IS a bug. -- wca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 11:22:22 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 11:22:20 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-228.oz.net [216.39.147.228]) by hub.freebsd.org (Postfix) with SMTP id 2EFE437B400 for ; Sun, 10 Dec 2000 11:22:20 -0800 (PST) Received: (qmail 1548 invoked by uid 100); 10 Dec 2000 19:22:18 -0000 From: Joe Kelsey MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14899.55273.863236.40012@zircon.seattle.wa.us> Date: Sun, 10 Dec 2000 11:22:17 -0800 To: current@FreeBSD.ORG Subject: /usr/local abuse In-Reply-To: <14899.54808.947617.700838@zircon.seattle.wa.us> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.54808.947617.700838@zircon.seattle.wa.us> X-Mailer: VM 6.87 under Emacs 20.5.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Joe Kelsey writes: > When the BSD started, they tried to distinguish between /usr/local and > /usr/public, but that never took hold. Certainly, when GNU > distributions started, the FSF very quickly took up the then default > (from the long history of standardized distributions in the moderated > unix source newsgroups, both before and after the great renaming) usage > of /usr/local as the place for network distributed software packages. Just as a clarification of the history of the file system hierarchy. BSD started the habit of putting stuff in different directories. 4.2 included /usr/ucb, /usr/local and /usr/public. /usr/public never really caught on as a place to put officially, locally supported software because the default permissions as shipped from Berkeley was 777. Berkeley used it as a catch-all for anything anyone wanted to make available for public consumption (this was an extension of the /usr/pub directory in V6/V7). Because of the default permissions and the problems associated with keeping it safe locally, /usr/public eventually fell out of use. Basically, /usr/local is for anything the local administration wants to officially support. The ports use of this (and by extension, pre-compiled ports (packages)) is thus completely justified. /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 11:23:19 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 11:23:16 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id ED35737B400 for ; Sun, 10 Dec 2000 11:23:15 -0800 (PST) Received: from [212.238.77.116] (helo=buffy.raggedclown) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 145C40-0007gh-00; Sun, 10 Dec 2000 19:23:13 +0000 Received: from localhost (localhost [[UNIX: localhost]]) by buffy.raggedclown (8.10.2/8.10.2) id eBAJ66O06075; Sun, 10 Dec 2000 20:06:06 +0100 From: Cliff Sarginson Date: Sun, 10 Dec 2000 20:06:05 +0100 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="us-ascii" To: Mark Huizer , freebsd-current@freebsd.org References: <20001210130814.A47149@dohd.cx> In-Reply-To: <20001210130814.A47149@dohd.cx> Subject: Re: fxp driver not reset after Windows reboot? MIME-Version: 1.0 Message-Id: <00121020060504.01067@buffy> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello I have the self same problem with my nics' Realtek 8139's. But on my '98 machine it is dual bootable with Linux. If I don't power cycle the PC between using windows and Linux my nic's are unusable, gaining a MAC address of FFFF........ as I see yours does. I have found no solution for it (even swearing doesnt help) but since it so similar to your problem and with both Linux and FreeBSD .... we have been Gate'd again Cliff On Sunday 10 December 2000 13:08, Mark Huizer wrote: > Hello, > > On my VAIO laptop, I have trouble rebooting directly from Windows to > FreeBSD (luckily enough I don't run Windows that often :-) > I tried to look at the driver code, but it looks to me like it is doing > resets when attaching the fxp driver, but somehow, Windows has left it > in the state where it isn't recognized properly. > > Below I have dmesg output, stripped to the fxp0 part. Does anyone have > an idea what the problem might be, or where to try to debug this? > I have added some comments to the dmesg output, /* here */, to add the > programs running there > > Mark > > FreeBSD 5.0-CURRENT #0: Wed Dec 6 09:34:39 CET 2000 > root@pooh.local.dohd.org:/usr/src2/sys/compile/vaio > Preloaded elf kernel "kernel" at 0xc042b000. > Preloaded userconfig_script "/boot/kernel.conf" at 0xc042b09c. > Preloaded elf module "if_fxp.ko" at 0xc042b0ec. > fxp0: port 0xfcc0-0xfcff mem > 0xfed00000-0xfedfffff,0xfecff000-0xfecfffff irq 9 at device 11.0 on pci0 > fxp0: Ethernet address ff:ff:ff:ff:ff:ff, 10Mbps > BRIDGE 990810, have 7 interfaces > -- index 1 type 6 phy 0 addrl 6 addr ff.ff.ff.ff.ff.ff > /* dhclient leads to the below */ > fxp0: SCB timeout > fxp0: SCB timeout > fxp0: SCB timeout > fxp0: DMA timeout > fxp0: SCB timeout > fxp0: DMA timeout > fxp0: SCB timeout > fxp0: SCB timeout > fxp0: warning: unsupported PHY, type = 63, addr = 255 > /* IPv6 router sollicitation below */ > fxp0: SCB timeout > fxp0: SCB timeout > fxp0: SCB timeout > fxp0: SCB timeout > fxp0: DMA timeout > fxp0: SCB timeout > fxp0: DMA timeout > fxp0: SCB timeout > fxp0: SCB timeout > fxp0: warning: unsupported PHY, type = 63, addr = 255 > /* various stuff like apache etc below */ > fxp0: SCB timeout > fxp0: SCB timeout > fxp0: SCB timeout > fxp0: DMA timeout > fxp0: SCB timeout > fxp0: DMA timeout > fxp0: SCB timeout > fxp0: SCB timeout > fxp0: warning: unsupported PHY, type = 63, addr = 255 > fxp0: SCB timeout > fxp0: SCB timeout > fxp0: device timeout > fxp0: SCB timeout > fxp0: SCB timeout > fxp0: SCB timeout > fxp0: DMA timeout > fxp0: SCB timeout > fxp0: DMA timeout > fxp0: SCB timeout > fxp0: SCB timeout > fxp0: warning: unsupported PHY, type = 63, addr = 255 > fxp0: SCB timeout > fxp0: SCB timeout > fxp0: device timeout > fxp0: SCB timeout > /* etc etc */ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 11:30:29 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 11:30:27 2000 Return-Path: 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 320DE37B400 for ; Sun, 10 Dec 2000 11:30:27 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id LAA52989; Sun, 10 Dec 2000 11:30:26 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBAJUKf80999; Sun, 10 Dec 2000 11:30:20 -0800 (PST) (envelope-from obrien) Date: Sun, 10 Dec 2000 11:30:20 -0800 From: "David O'Brien" To: Nat Lanza Cc: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation Message-ID: <20001210113020.B80274@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from magus@cs.cmu.edu on Sun, Dec 10, 2000 at 12:12:59PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 12:12:59PM -0500, Nat Lanza wrote: > Your argument doesn't make much sense to me. It make total sense to me. > So if I compile sawfish myself I should install it in /usr/local, but if > I install a FreeBSD package for it, it should never go in /usr/local? Correct. > Third party software is third party software, no matter who compiled > and packaged it. No, the issue is one of "preciousness". In other words why backup software that I can just do `pkg_add' to get again? Or if I want to easily start from scratch and update all my FreeBSD Packages? ``rm -rf /usr/pkg'' followed by a bunch of ``pkg_add -r'' is way easy. Similarly to me not backing up /usr on a FreeBSD machine. Why bother as I have a Live-FS cdrom I can get a copy from. Nor many people backup the /home/ncvs directory (see PHK's message about this also in -current) as a simple CVSup will get you a new copy. Now scripts I wrote and software I went to the trouble to download, hacke the Makefiles to DRTR, etc.. have a *LOT* more effort put into getting them working. Thus they are more precious and are treated more dearly. Maybe even backed up. ;-) Thus there _are_ three classes of software in FreeBSD'ville. 1. lives in /usr/src and installed by `make world' 2. lives in /usr/ports and installed by `make install' or `pkg_add'. 3. locally written or obtained -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 11:35:14 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 11:35:11 2000 Return-Path: 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 4C60537B400 for ; Sun, 10 Dec 2000 11:35:11 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id LAA53000; Sun, 10 Dec 2000 11:35:10 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBAJZ8481037; Sun, 10 Dec 2000 11:35:08 -0800 (PST) (envelope-from obrien) Date: Sun, 10 Dec 2000 11:35:08 -0800 From: "David O'Brien" To: Brian Dean Cc: current@FreeBSD.ORG Subject: Re: /usr/local abuse Message-ID: <20001210113508.C80274@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <20001210134441.B39643@vger.bsdhome.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001210134441.B39643@vger.bsdhome.com>; from bsd@bsdhome.com on Sun, Dec 10, 2000 at 01:44:41PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 01:44:41PM -0500, Brian Dean wrote: > I think I finally understand what you are complaining about, Maybe. > But to say that installing ports into /usr/local is somehow wrong, I > have to disagree. Do you understand why NetBSD Packages (ie, the system they took from us) install into /usr/pkg by default rather than /usr/local ? -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 11:38:21 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 11:38:20 2000 Return-Path: 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 0CE3F37B400 for ; Sun, 10 Dec 2000 11:38:20 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id LAA53023; Sun, 10 Dec 2000 11:38:19 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBAJcIn81051; Sun, 10 Dec 2000 11:38:18 -0800 (PST) (envelope-from obrien) Date: Sun, 10 Dec 2000 11:38:17 -0800 From: "David O'Brien" To: Joe Kelsey Cc: current@FreeBSD.ORG Subject: Re: /usr/local abuse Message-ID: <20001210113817.D80274@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.54808.947617.700838@zircon.seattle.wa.us> <14899.55273.863236.40012@zircon.seattle.wa.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14899.55273.863236.40012@zircon.seattle.wa.us>; from joe@zircon.seattle.wa.us on Sun, Dec 10, 2000 at 11:22:17AM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 11:22:17AM -0800, Joe Kelsey wrote: > Basically, /usr/local is for anything the local administration wants to > officially support. The ports use of this (and by extension, > pre-compiled ports (packages)) is thus completely justified. Do you understandy why NetBSD's Packages install in /usr/pkg ? What is your position behind that? -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 11:42:22 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 11:42:18 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 5FB6037B401 for ; Sun, 10 Dec 2000 11:42:17 -0800 (PST) Received: (qmail 7813 invoked by uid 100); 10 Dec 2000 19:42:15 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14899.56471.793516.237193@guru.mired.org> Date: Sun, 10 Dec 2000 13:42:15 -0600 (CST) To: freebsd-current@FreeBSD.ORG Subject: Re: Package installation location In-Reply-To: <20001210141851.C39643@vger.bsdhome.com> References: <20001210125026.A27718@drama.navipath.com> <20001210132152.B27718@drama.navipath.com> <14899.54065.737498.114689@guru.mired.org> <20001210141851.C39643@vger.bsdhome.com> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian Dean types: > On Sun, Dec 10, 2000 at 01:02:09PM -0600, Mike Meyer wrote: > > The problem is that *it doesn't work*. Well, not very well. Part of it > > is that it's only given lip service: the porters handbook says "make > > your ports PREFIX clean"; portlint doesn't do any checking about it. > > The porters handbook doesn't even provide instructions on how to test > > for whether or not a port is PREFIX clean. Making things LOCALBASE > > clean isn't even suggested. > Just to nitpick this one statement, PREFIX is set to LOCALBASE (see > /usr/ports/Mk/bsd.port.mk) so if PREFIX is honoured by the port, then > LOCALBASE will be honoured by default. Not doing it this way would > not allow you to override PREFIX for one particular port. Thus if you > set LOCALBASE to /usr/opt in /etc/make.conf for instance, but for port > "foo" you want it to go somewhere else, you can build that with make > PREFIX=/usr/local/foo, for instance. If foo honoured LOCALBASE > instead, it would ignore your one-time PREFIX override. Thus PREFIX > is the correct thing for the ports to worry about, not LOCALBASE, > LOCALBASE just being the default value for PREFIX. My bad - I coined the phrase "LOCALBASE clean" to describe a situation I've seen, without explaining the meaning. Wherease "PREFIX clean" means "all installed files are in the PREFIX tree", I intend "LOCALBASE clean" to mean "all files installed by other ports are looked for in the LOCALBASE tree". The porters handbook explains this, but doesn't even mention that it's something that could break your ports build if you don't obey it. 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 8532437B401 for ; Sun, 10 Dec 2000 11:42:37 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id LAA53090; Sun, 10 Dec 2000 11:42:36 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBAJgZN81085; Sun, 10 Dec 2000 11:42:35 -0800 (PST) (envelope-from obrien) Date: Sun, 10 Dec 2000 11:42:30 -0800 From: "David O'Brien" To: "Brandon D. Valentine" Cc: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation Message-ID: <20001210114230.E80274@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <20001210101012.A1488@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from bandix@looksharp.net on Sun, Dec 10, 2000 at 01:18:51PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 01:18:51PM -0500, Brandon D. Valentine wrote: > My path under IRIX has to include: > /usr/bin/X11:/usr/local/bin:/usr/freeware/bin:/usr/gnu/bin:/usr/ucb:/usr/bsd:/usr/etc:/usr/gfx That is so bad considering the power it gives you? It only takes 2-3 lines in your dot files to check each dir and add it to your PATH if it exists. For instance on Solaris boxes I install GNU bits into /usr/gnu. Why? Because it gives you better control over what binaries you run -- remember GNU *utils replaces the systems native ones (ie, cp, rm, as, shar, etc...). Thus one can put /usr/local/bin:/usr/bin:/usr/gnu/bin as their path and have any wrapper scripts take precedence over system bits, but use the native system bits over the GNU ones if you are a traditionalist. This control is part of why it would be nice to have /usr/pkg separate from /usr/local. I've given up on FreeBSD and had to create my own /usr/treats to hold what should have been in /usr/local if the FreeBSD Packages hadn't polluted it. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 11:44:43 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 11:44:41 2000 Return-Path: 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 DB18637B400 for ; Sun, 10 Dec 2000 11:44:40 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id LAA53098; Sun, 10 Dec 2000 11:44:40 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBAJidR81119; Sun, 10 Dec 2000 11:44:39 -0800 (PST) (envelope-from obrien) Date: Sun, 10 Dec 2000 11:44:38 -0800 From: "David O'Brien" To: Brian Dean Cc: freebsd-current@FreeBSD.ORG Subject: Re: Package installation location Message-ID: <20001210114438.F80274@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <20001210125026.A27718@drama.navipath.com> <20001210132152.B27718@drama.navipath.com> <14899.54065.737498.114689@guru.mired.org> <20001210141851.C39643@vger.bsdhome.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001210141851.C39643@vger.bsdhome.com>; from bsd@bsdhome.com on Sun, Dec 10, 2000 at 02:18:51PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 02:18:51PM -0500, Brian Dean wrote: > LOCALBASE just being the default value for PREFIX. Not just. It is also where dependancies are looked for. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 11:47:42 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 11:47:39 2000 Return-Path: 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 8679337B400 for ; Sun, 10 Dec 2000 11:47:39 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id LAA53114; Sun, 10 Dec 2000 11:47:38 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBAJlbv81142; Sun, 10 Dec 2000 11:47:37 -0800 (PST) (envelope-from obrien) Date: Sun, 10 Dec 2000 11:47:36 -0800 From: "David O'Brien" To: Mike Meyer Cc: freebsd-current@FreeBSD.ORG Subject: Re: Package installation location Message-ID: <20001210114736.G80274@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <20001210125026.A27718@drama.navipath.com> <20001210132152.B27718@drama.navipath.com> <14899.54065.737498.114689@guru.mired.org> <20001210141851.C39643@vger.bsdhome.com> <14899.56471.793516.237193@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14899.56471.793516.237193@guru.mired.org>; from mwm@mired.org on Sun, Dec 10, 2000 at 01:42:15PM -0600 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 01:42:15PM -0600, Mike Meyer wrote: > My bad - I coined the phrase "LOCALBASE clean" to describe a situation > I've seen, without explaining the meaning. You're mudding up things. You want to set LOCALBASE to /usr/foo and ports should be "PREFIX" clean as that is what is passed to them. LOCALBASE is used as the default value for PREFIX _AND_ the location for dependencies. Thus when testing a port that depends on tk, I can do make PREFIX=/tmp/foo package And not have to install Tcl/Tk in /tmp/foo also. Thus it is easier to auto-generate PLISTs. > Wherease "PREFIX clean" means "all installed files are in the PREFIX > tree", Correct. > I intend "LOCALBASE clean" to mean "all files installed by other ports > are looked for in the LOCALBASE tree". If all ports are PREFIX clean, you will have that. Thus it doens't need to be discussed separately. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 11:50:54 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 11:50:52 2000 Return-Path: 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 41F4F37B402 for ; Sun, 10 Dec 2000 11:50:52 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id LAA53126; Sun, 10 Dec 2000 11:50:51 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBAJoon81214; Sun, 10 Dec 2000 11:50:50 -0800 (PST) (envelope-from obrien) Date: Sun, 10 Dec 2000 11:50:50 -0800 From: "David O'Brien" To: Marcel Moolenaar Cc: current@FreeBSD.org Subject: Re: Bootstrapping issues with groff(1) Message-ID: <20001210115049.H80274@dragon.nuxi.com> Reply-To: current@FreeBSD.org References: <20001208181908.A12716@sunbay.com> <3A319650.90FE8EAE@cup.hp.com> <20001209154901.B78374@sunbay.com> <3A32996C.1BE57FCE@cup.hp.com> <20001209192429.A32252@dragon.nuxi.com> <3A32FFB2.BCCC5140@cup.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A32FFB2.BCCC5140@cup.hp.com>; from marcel@cup.hp.com on Sat, Dec 09, 2000 at 07:59:46PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Dec 09, 2000 at 07:59:46PM -0800, Marcel Moolenaar wrote: > > The only thing you don't like about mtree is it changing ownership + > > modes, right? > > Not only that. Using mtree(1) creates busloads of unnecessary > directories. But they're harmless. While I agree it is clutter, having to duplicate its work in the Makefile's with lists of dirs to create just seems like a duplication and waste of effort; and even an little NIH as mtree is rather ingrained in BSD. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 11:54: 5 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 11:54:02 2000 Return-Path: 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 948D137B400 for ; Sun, 10 Dec 2000 11:54:02 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id LAA53141; Sun, 10 Dec 2000 11:54:01 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBAJs0d81241; Sun, 10 Dec 2000 11:54:00 -0800 (PST) (envelope-from obrien) Date: Sun, 10 Dec 2000 11:53:59 -0800 From: "David O'Brien" To: Mike Meyer Cc: current@FreeBSD.ORG Subject: Re: /usr/local misuse (Was: Confusing error messages from shell image activation) Message-ID: <20001210115359.I80274@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <14898.33404.356173.963351@guru.mired.org> <75248.976389688@verdi.nethelp.no> <20001209142430.B671@puck.firepipe.net> <14898.36663.855320.410475@guru.mired.org> <20001209192646.B32252@dragon.nuxi.com> <14898.64303.432525.619458@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14898.64303.432525.619458@guru.mired.org>; from mwm@mired.org on Sat, Dec 09, 2000 at 09:40:31PM -0600 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Dec 09, 2000 at 09:40:31PM -0600, Mike Meyer wrote: > > I always thought ``make PREFIX=/tmp/foo package'' is pretty obvious.. but ... > What does the above command do if the port isn't PREFIX clean? Installs the ports's bits into [most likely] /usr/local, cause an error while trying to build the package, and create a situation where `pkg_delete' could not be used to delete the installed bits. > My personal test is "make PREFIX=/tmp/foo install && make > deinstall". If something in the plist is installed outside of > /tmp/foo, the deinstall will complain when it can't find it. Just a different flavor of catching the errors. "make PREFIX=/tmp/foo package" will also complain if it cannot find the binaries to tar up in PREFIX. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 11:55:48 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 11:55:46 2000 Return-Path: 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 60AA837B400 for ; Sun, 10 Dec 2000 11:55:46 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id LAA53160; Sun, 10 Dec 2000 11:55:45 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBAJthn81272; Sun, 10 Dec 2000 11:55:43 -0800 (PST) (envelope-from obrien) Date: Sun, 10 Dec 2000 11:55:43 -0800 From: "David O'Brien" To: Warner Losh Cc: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation Message-ID: <20001210115543.J80274@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <14898.33404.356173.963351@guru.mired.org> <200012100904.CAA27546@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200012100904.CAA27546@harmony.village.org>; from imp@village.org on Sun, Dec 10, 2000 at 02:04:36AM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 02:04:36AM -0700, Warner Losh wrote: > Ummm, software packages have been make installing into /usr/local > since at least 1985 when I started building them. no coopting has > been done. Yes, "software packages", no "FreeBSD Ports Collection Packages" as they didn't exist in 1985. ;-) Some of us make a distinction between the two and thus the desire for a distinct treatment. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 12: 4:20 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 12:04:16 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 5385D37B400 for ; Sun, 10 Dec 2000 12:04:16 -0800 (PST) Received: (qmail 8683 invoked by uid 100); 10 Dec 2000 20:04:15 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14899.57791.328571.302697@guru.mired.org> Date: Sun, 10 Dec 2000 14:04:15 -0600 (CST) To: current@FreeBSD.ORG, Subject: Re: /usr/local abuse In-Reply-To: <14899.54808.947617.700838@zircon.seattle.wa.us> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.54808.947617.700838@zircon.seattle.wa.us> <14899.55273.863236.40012@zircon.seattle.wa.us> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Joe Kelsey types: > Mike Meyer writes: > > Sure, the software in ports/packages aren't part of FreeBSD. Using > > that to claim they should have the same status or treatment as locally > > written or maintained software is a rationalization. > You are simply wrong in your characterization of /usr/local. As far > back as I can remember, /usr/local has been used for locally installed > software as separate from the default software in /bin and /usr/bin. I > have personally use /usr/local to install software obtained from Usenet > since at least 1983. I estimate that 90% of my /usr/local use has been > for software obtained over some network distribution mechanism, and only > 10% has been for actually locally written software. Actually, my characterization of /usr/local agrees with that 100%. What you've missed is that the important characteristic of ports/packages isn't that they are "software obtained over some network distribution mechanism." After all, the entire FreeBSD distribution fits that category. Are you therefore going to argue that it should all be installed in /usr/local because I get it from a CVS server? > Each vendor supplied their own packaging commands, as SunOS did long > before Solaris (really SYSVR4). The correspondence between ports and > packages in FreeBSD is really quite separate from the distribution > packages. Simply because a package exists does not make it part of the > distribution. At least FreeBSD uses a different nomenclature for each, > unlike Red Hat which calls everything an RPM and you can't tell the > difference between what Red Hat officially includes in the system and > what is simply a pre-compiled port. True - mere existence doesn't make a package part of a distribution. Being put on the distribution media makes it part of a distrbution. However, as shown above, the distribution mechanism is *irrelevant* to this debate. > Definition: > > distribution: officially part of FreeBSD. I don't agree. A distribution is a software collection bundled and distributed together. > port: A set of patches, source and makefiles to ease the process of > installing third part software. Yes, and the ports are part of the FreeBSD distribution, even if they aren't part of FreeBSD. > package: A pre-compiled port. Yup. Some some packages are part of the FreeBSD distribution (again, without being part of FreeBSD), and some aren't. > I don't have any problem seeing the distinction between a port/package > and the official FreeBSD distributions. Neither do I. Nor do I have any problem seeing that it's *irrelevant* to the issue at hand. Using the fact that something distributed with FreeBSD is a port instead of "officially part of FreeBSD" is just a rationalization for the system defaulting to a behavior that creates administration problems and increases the overhead of running a system. > Joe Kelsey writes: > > When the BSD started, they tried to distinguish between /usr/local and > > /usr/public, but that never took hold. Certainly, when GNU > > distributions started, the FSF very quickly took up the then default > > (from the long history of standardized distributions in the moderated > > unix source newsgroups, both before and after the great renaming) usage > > of /usr/local as the place for network distributed software packages. > Basically, /usr/local is for anything the local administration wants to > officially support. The ports use of this (and by extension, > pre-compiled ports (packages)) is thus completely justified. Are you therefore claiming that the "official FreeBSD" distribution is not officially supported by the local administration? Seems a strange position to take for someone who wants to run FreeBSD. Of course, anyone who actually deals with users knows that they assume anything installed on the system is officially supported by the local administration - even if there are explicit statements otherwise. The issue isn't support, the issue is maintenance. Anything you get from FreeBSD - whether officially part of FreeBSD or just a port or package - will work on FreeBSD as is (failure to do so is a bug), can be gotten from FreeBSD again, and there are tools bundled with FreeBSD to detect updates (which come from FreeBSD), install and uninstall the software. None of that is true for third party software, meaning you need locally grown mechanisms to back up, install, uninstall, etc. such software. It's a *lot* easier to do that if the two classes of software are in two different trees. Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id B8AE937B400 for ; Sun, 10 Dec 2000 12:19:13 -0800 (PST) Received: (qmail 9004 invoked by uid 100); 10 Dec 2000 20:19:12 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14899.58688.221761.200245@guru.mired.org> Date: Sun, 10 Dec 2000 14:19:12 -0600 (CST) To: current@FreeBSD.ORG Subject: PREFIX clean vs. LOCALBASE clean (Was: Package installation location) In-Reply-To: <20001210114736.G80274@dragon.nuxi.com> References: <20001210125026.A27718@drama.navipath.com> <20001210132152.B27718@drama.navipath.com> <14899.54065.737498.114689@guru.mired.org> <20001210141851.C39643@vger.bsdhome.com> <14899.56471.793516.237193@guru.mired.org> <20001210114736.G80274@dragon.nuxi.com> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien types: > > Wherease "PREFIX clean" means "all installed files are in the PREFIX > > tree", > > Correct. > > > I intend "LOCALBASE clean" to mean "all files installed by other ports > > are looked for in the LOCALBASE tree". > > If all ports are PREFIX clean, you will have that. Thus it doens't need > to be discussed separately. Using the two definitions above, the first sentence is false. In particular, assume that the port APort depends on BPort in some way, and is PREFIX clean. That means that everything in APort is installed in PREFIX, and all APorts references to things in APort look for them there. Neither of those statements precludes APort from looking for things that are part of BPort directly in /usr/local instead of in LOCALBASE. Doing so would make APort PREFIX clean while it was not LOCALBASE clean. I've only seen this break during the build. Most typical is the applications configuration software looking in /usr/local for an include file or library from BPort instead of looking in LOCALBASE. Some things assume that $(LOCALBASE)/bin is in the path, which is probably true for most users. However, the scripts provided by FreeBSD in /root add /usr/local/bin, *not* $(LOCALBASE)/bin. So such runtime dependencies don't break for users, but do for root - which means they are more likely to be noticed if they are build dependencies than if they are run dependencies. Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id E9E4537B400 for ; Sun, 10 Dec 2000 12:23:03 -0800 (PST) Received: (qmail 9144 invoked by uid 100); 10 Dec 2000 20:23:03 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14899.58919.423410.320116@guru.mired.org> Date: Sun, 10 Dec 2000 14:23:03 -0600 (CST) To: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation In-Reply-To: <20001210114230.E80274@dragon.nuxi.com> References: <20001210101012.A1488@Odin.AC.HMC.Edu> <20001210114230.E80274@dragon.nuxi.com> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien types: > This control is part of why it would be nice to have /usr/pkg separate > from /usr/local. I've given up on FreeBSD and had to create my own > /usr/treats to hold what should have been in /usr/local if the FreeBSD > Packages hadn't polluted it. I went the other way, because "that's what PREFIX is for". I figured there would be less pain involved in moving a system designed to be moved than in moving random software that may or may not be so designed. After having done so for a while, it's not at all clear that was a correct decision. That this is the case says a lot about the implementation of that design, none of it good. Delivered-To: freebsd-current@freebsd.org Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-228.oz.net [216.39.147.228]) by hub.freebsd.org (Postfix) with SMTP id 4ED6137B400 for ; Sun, 10 Dec 2000 12:26:42 -0800 (PST) Received: (qmail 1675 invoked by uid 100); 10 Dec 2000 20:26:38 -0000 From: Joe Kelsey MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14899.59134.262811.806345@zircon.seattle.wa.us> Date: Sun, 10 Dec 2000 12:26:38 -0800 To: current@FreeBSD.ORG Subject: Re: /usr/local abuse In-Reply-To: <20001210113817.D80274@dragon.nuxi.com> References: <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.54808.947617.700838@zircon.seattle.wa.us> <14899.55273.863236.40012@zircon.seattle.wa.us> <20001210113817.D80274@dragon.nuxi.com> X-Mailer: VM 6.87 under Emacs 20.5.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien writes: > On Sun, Dec 10, 2000 at 11:22:17AM -0800, Joe Kelsey wrote: > > Basically, /usr/local is for anything the local administration wants to > > officially support. The ports use of this (and by extension, > > pre-compiled ports (packages)) is thus completely justified. > > Do you understandy why NetBSD's Packages install in /usr/pkg ? > What is your position behind that? I have no problem with /usr/pkg. I personally do not see the need for it. I have been arguing with Mike over his historic characterization of /usr/local as being a repository of locally written software, and I think I have proved my point that his characterization is incorrect. This thread is also about a completely separate issue, which is a deficiency in the package command used on FreeBSD. The basic problem with pkg_add et al., as opposed to, for instance, SVR4 pkgadd, is that it does not allow the local administrator to change the installation directory. Most commercial distributions provide a package distribution mechanism which allows the local administrator the choice between the "standard" package installation location, and the ability to override it with a directory of their own choosing. Arguably, the pkg_* commands of FreeBSD are deficient in that they force an installation directory choice on the local administrator. To the extent that NetBSD *forces* the local administrator to use /usr/pkg, I find it contains the same deficiency. If it does not force this, then perhaps FreeBSD should adopt it. I have never used NetBSD, so I cannot comment further on it. My argument is solely that Mike is incorrect in characterizing /usr/local as a place for locally written software. I also find that his table is incorrect historically. The table he presented conveys his *wish* for administrative purposes and his attempts to justify it by some sort of historical argument do not hold water. He is correct in that it does make sense for a local administrator to *want* to be able to separate packages by the need to maintain source, etc. I can agree with him on that point. He is just wrong about the history of the evolution of the file system hierarchy. /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 12:39: 6 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 12:39:02 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id D0A6537B400 for ; Sun, 10 Dec 2000 12:39:01 -0800 (PST) Received: (qmail 9546 invoked by uid 100); 10 Dec 2000 20:39:01 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14899.59876.991445.928124@guru.mired.org> Date: Sun, 10 Dec 2000 14:39:00 -0600 (CST) To: current@freebsd.org Subject: Re: /usr/local abuse In-Reply-To: <14899.59134.262811.806345@zircon.seattle.wa.us> References: <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.54808.947617.700838@zircon.seattle.wa.us> <14899.55273.863236.40012@zircon.seattle.wa.us> <20001210113817.D80274@dragon.nuxi.com> <14899.59134.262811.806345@zircon.seattle.wa.us> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Joe Kelsey types: > David O'Brien writes: > > On Sun, Dec 10, 2000 at 11:22:17AM -0800, Joe Kelsey wrote: > > > Basically, /usr/local is for anything the local administration wants to > > > officially support. The ports use of this (and by extension, > > > pre-compiled ports (packages)) is thus completely justified. > > Do you understandy why NetBSD's Packages install in /usr/pkg ? > > What is your position behind that? > I have no problem with /usr/pkg. I personally do not see the need for > it. I have been arguing with Mike over his historic characterization of > /usr/local as being a repository of locally written software, and I > think I have proved my point that his characterization is incorrect. I think I've proved that you completely misunderstood my characterization of /usr/local. I also think that I proved Brandon's characterization of using /usr/local for packages as "steeped in decades of tradition" as false. > My argument is solely that Mike is incorrect in characterizing > /usr/local as a place for locally written software. I also find that > his table is incorrect historically. The table he presented conveys his > *wish* for administrative purposes and his attempts to justify it by > some sort of historical argument do not hold water. I don't think I ever claimed that it was solely for locally *written* software. I claimed it was for locally *maintained* software. There's a difference. I don't know where you got the idea that the table had any kind of historic representation. Nothing in it represents *history*. It describes the world as it is now. If you feel that something in it is incorrect, please say what it is instead of making vague statements about the entire table. Delivered-To: freebsd-current@freebsd.org Received: from implode.root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id A38C737B400 for ; Sun, 10 Dec 2000 12:48:06 -0800 (PST) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id MAA12646; Sun, 10 Dec 2000 12:45:07 -0800 (PST) Message-Id: <200012102045.MAA12646@implode.root.com> To: Mark Huizer Cc: freebsd-current@FreeBSD.ORG Subject: Re: fxp driver not reset after Windows reboot? In-reply-to: Your message of "Sun, 10 Dec 2000 13:08:14 +0100." <20001210130814.A47149@dohd.cx> From: David Greenman Reply-To: dg@root.com Date: Sun, 10 Dec 2000 12:45:07 -0800 Sender: dg@implode.root.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >On my VAIO laptop, I have trouble rebooting directly from Windows to >FreeBSD (luckily enough I don't run Windows that often :-) >I tried to look at the driver code, but it looks to me like it is doing >resets when attaching the fxp driver, but somehow, Windows has left it >in the state where it isn't recognized properly. > >Below I have dmesg output, stripped to the fxp0 part. Does anyone have >an idea what the problem might be, or where to try to debug this? >I have added some comments to the dmesg output, /* here */, to add the >programs running there > >Mark > >FreeBSD 5.0-CURRENT #0: Wed Dec 6 09:34:39 CET 2000 > root@pooh.local.dohd.org:/usr/src2/sys/compile/vaio >Preloaded elf kernel "kernel" at 0xc042b000. >Preloaded userconfig_script "/boot/kernel.conf" at 0xc042b09c. >Preloaded elf module "if_fxp.ko" at 0xc042b0ec. >fxp0: port 0xfcc0-0xfcff mem 0xfed00000-0xfedfffff,0xfecff000-0xfecfffff irq 9 at device 11.0 on pci0 >fxp0: Ethernet address ff:ff:ff:ff:ff:ff, 10Mbps >BRIDGE 990810, have 7 interfaces >-- index 1 type 6 phy 0 addrl 6 addr ff.ff.ff.ff.ff.ff >/* dhclient leads to the below */ >fxp0: SCB timeout Based on the above, I would say that Windows has powered-down the NIC. This is outside of the scope of the driver, so I don't think a solution should be implemented there. Probably something for our APM folks. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 13: 4:45 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 13:04:42 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 09F4837B400 for ; Sun, 10 Dec 2000 13:04:42 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id WAA51370; Sun, 10 Dec 2000 22:04:38 +0100 (CET) (envelope-from des@ofug.org) Sender: des@ofug.org X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Peter Pentchev Cc: current@FreeBSD.ORG Subject: Re: logo_saver in VESA 800x600 mode - syscons kbd freeze References: <20001210203954.C1015@ringworld.oblivion.bg> From: Dag-Erling Smorgrav Date: 10 Dec 2000 22:04:37 +0100 In-Reply-To: Peter Pentchev's message of "Sun, 10 Dec 2000 20:39:54 +0200" Message-ID: Lines: 11 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Pentchev writes: > I've decided to finally start playing with -current a day or five ago. > One of the first experiences was a funny syscons keyboard freeze when > using a custom kernel with 'options VESA' and the logo_saver kernel module. Known bug. Please search the archives, this was discussed earlier this week. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 13:15:38 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 13:15:36 2000 Return-Path: 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 A257437B400 for ; Sun, 10 Dec 2000 13:15:36 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel3.hp.com (Postfix) with ESMTP id C97435A6 for ; Sun, 10 Dec 2000 13:15:35 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id NAA25791 for ; Sun, 10 Dec 2000 13:15:35 -0800 (PST) Sender: marcel@cup.hp.com Message-ID: <3A33F276.FC7FDFE@cup.hp.com> Date: Sun, 10 Dec 2000 13:15:34 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: current@FreeBSD.org Subject: Re: using mtree in our builds [was: Re: Bootstrapping issues with groff(1)] References: <20001208181908.A12716@sunbay.com> <3A319650.90FE8EAE@cup.hp.com> <20001209154901.B78374@sunbay.com> <3A32996C.1BE57FCE@cup.hp.com> <20001209192429.A32252@dragon.nuxi.com> <3A32FFB2.BCCC5140@cup.hp.com> <20001210115049.H80274@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > > On Sat, Dec 09, 2000 at 07:59:46PM -0800, Marcel Moolenaar wrote: > > > The only thing you don't like about mtree is it changing ownership + > > > modes, right? > > > > Not only that. Using mtree(1) creates busloads of unnecessary > > directories. > > But they're harmless. While I agree it is clutter, having to duplicate > its work in the Makefile's with lists of dirs to create just seems like a > duplication and waste of effort; If the list is short (as it is now), there's no real problem, but if there's a real bootstrapping issue with groff(1) and we need to add 10+ directories, then it will become a more serious issue and I think that a better solution is called for in that case. > and even an little NIH as mtree is > rather ingrained in BSD. NIH has nothing to do with it. To me it seems that mtree(1) is designed for a different purpose. Yes, it so happens that mtree can create directories, but that's not the root purpose of the tool. And yet, that's the only reason we'll use mtree(1) in the build (at all?). Adding features to mtree to have it better function in our builds only adds to the bootstrapping overhead, and all we really want to reuse is the directory structure information in our BSD.*.dist files. If the effort to write a small script is of the same order as patching mtree, then I prefer the small script... -- 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 Sun Dec 10 13:15:45 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 13:15:43 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 998F037B400; Sun, 10 Dec 2000 13:15:42 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id WAA51395; Sun, 10 Dec 2000 22:13:09 +0100 (CET) (envelope-from des@ofug.org) Sender: des@ofug.org X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Marcel Moolenaar Cc: Ruslan Ermilov , current@FreeBSD.ORG Subject: Re: Bootstrapping issues with groff(1) References: <20001208181908.A12716@sunbay.com> <3A319650.90FE8EAE@cup.hp.com> <20001209154901.B78374@sunbay.com> <3A32996C.1BE57FCE@cup.hp.com> From: Dag-Erling Smorgrav Date: 10 Dec 2000 22:13:08 +0100 In-Reply-To: Marcel Moolenaar's message of "Sat, 09 Dec 2000 12:43:24 -0800" Message-ID: Lines: 11 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Marcel Moolenaar writes: > According to the manpage, if you remove -U it doesn't create new > directories or symlinks. At least that's how I interpret it. You interpret it wrong. -U just tells mtree to fix permissions. The canonical way to use the mtree files in /etc/mtree is 'mtree -deU -f -p ', e.g. 'mtree -deU -f /etc/mtree/BSD.root.dist -p /'. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 13:18:24 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 13:18:21 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 2F9D337B400 for ; Sun, 10 Dec 2000 13:18:18 -0800 (PST) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id OAA03112; Sun, 10 Dec 2000 14:17:35 -0700 (MST) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id OAA04851; Sun, 10 Dec 2000 14:17:33 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14899.62189.243395.903919@nomad.yogotech.com> Date: Sun, 10 Dec 2000 14:17:33 -0700 (MST) To: Mike Meyer Cc: "Daniel C. Sobral" , Warner Losh , "Brandon D. Valentine" , Garrett Wollman , current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation In-Reply-To: <14899.41809.754369.259894@guru.mired.org> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm aware that software was installing itself in /usr/local years > before it was installing in /opt. On the other hand, vendor software > was installing in /opt years before I ever saw it install in > /usr/local. Most vendor software I know pre-dates /opt, and installed itself in /usr/local. I'm with Warner on this one, installing in /usr/local predates /opt by many years. Before /opt, vendors always used /usr/local, or worse they installed in /bin and /usr/bin. > > : Rant second: FreeBSD *violates* years of traditions with it's > > : treatment of /usr/local. /usr/local is for *local* things, not add-on > > : software packages! Coopting /usr/local for non-local software creates > > : needless complexity and confusion, which of course leads to needless > > : pain. > > Ummm, software packages have been make installing into /usr/local > > since at least 1985 when I started building them. no coopting has > > been done. > > If memory serves (and it may not at this remove), /usr/local/bin > wasn't on my path until I started using VAXen, meaning there were few > or no packages installing in /usr/local on v6 & v7 on the 11s. On V7 (the earliest software I have), vendor software installed itself in /usr/[bin|lib], which is IMO worse than /usr/local. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 13:19:50 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 13:19:46 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from postmarq.mu.edu (hermes.mu.edu [134.48.1.5]) by hub.freebsd.org (Postfix) with ESMTP id CD97137B401 for ; Sun, 10 Dec 2000 13:19:45 -0800 (PST) Received: from marquette.edu ([134.48.216.218]) by postmarq.mu.edu (Netscape Messaging Server 4.15) with ESMTP id G5DF8V00.UTT for ; Sun, 10 Dec 2000 15:19:43 -0600 Sender: justin@FreeBSD.ORG Message-ID: <3A33F3EE.48F8EA80@marquette.edu> Date: Sun, 10 Dec 2000 15:21:50 -0600 From: "Justin A. Kolodziej" Organization: Marquette University X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: AGP currently broken Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, It seems the latest update to AGP breaks it. I get link_elf: symbol M_AGP undefined when trying to load it as a module, and a similar message when I try to build it into the kernel during the link. The problem seems to be the change to static MALLOC_DEFINE(M_AGP, "agp", "AGP data structures"); from MALLOC_DEFINE(M_AGP, "agp", "AGP data structures"); in the latest pci/agp.c. CC me as I'm not on the list. (I know, but I can't cope well with that type of mail volume...) Justin A. Kolodziej To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 13:22:25 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 13:22:23 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hurlame.pdl.cs.cmu.edu (HURLAME.PDL.CS.CMU.EDU [128.2.189.78]) by hub.freebsd.org (Postfix) with ESMTP id DD9A837B400; Sun, 10 Dec 2000 13:22:21 -0800 (PST) Received: (from magus@localhost) by hurlame.pdl.cs.cmu.edu (8.11.1/8.11.1) id eBALMKR23422; Sun, 10 Dec 2000 16:22:20 -0500 (EST) (envelope-from magus) Sender: magus@hurlame.pdl.cs.cmu.edu To: "David O'Brien" Cc: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210113020.B80274@dragon.nuxi.com> From: Nat Lanza Date: 10 Dec 2000 16:22:19 -0500 In-Reply-To: "David O'Brien"'s message of "Sun, 10 Dec 2000 11:30:20 -0800" Message-ID: Lines: 26 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "David O'Brien" writes: > No, the issue is one of "preciousness". In other words why backup > software that I can just do `pkg_add' to get again? Or if I want to > easily start from scratch and update all my FreeBSD Packages? This is an entirely reasonable argument; I don't tend to group software this way, so I hadn't thought of it like this. This is probably because in my world, we use a somewhat different model for software installation -- CMU is heavily dependent on AFS, and software tends to be installed on local machines out of backed-up AFS volumes through something like depot. So every package has its own little directory tree, and it's all merged together at install time into /usr/local or /usr/contributed or something like that. So we don't differentiate how precious software is by where it's installed -- the directories it's installed _from_ are the key bit, and the destination directories can be wiped and recreated at any time. --nat -- nat lanza --------------------- research programmer, parallel data lab, cmu scs magus@cs.cmu.edu -------------------------------- http://www.cs.cmu.edu/~magus/ there are no whole truths; all truths are half-truths -- alfred north whitehead To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 13:26:16 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 13:26:14 2000 Return-Path: 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 2863737B401; Sun, 10 Dec 2000 13:26:10 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id 4161017EB; Sun, 10 Dec 2000 13:26:09 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id NAA25936; Sun, 10 Dec 2000 13:26:04 -0800 (PST) Sender: marcel@cup.hp.com Message-ID: <3A33F4EC.4D9FADC@cup.hp.com> Date: Sun, 10 Dec 2000 13:26:04 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Dag-Erling Smorgrav Cc: Ruslan Ermilov , current@FreeBSD.ORG Subject: Re: Bootstrapping issues with groff(1) References: <20001208181908.A12716@sunbay.com> <3A319650.90FE8EAE@cup.hp.com> <20001209154901.B78374@sunbay.com> <3A32996C.1BE57FCE@cup.hp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: > > Marcel Moolenaar writes: > > According to the manpage, if you remove -U it doesn't create new > > directories or symlinks. At least that's how I interpret it. > > You interpret it wrong. -U just tells mtree to fix permissions. The > canonical way to use the mtree files in /etc/mtree is 'mtree -deU -f > -p ', e.g. 'mtree -deU -f /etc/mtree/BSD.root.dist -p /'. See src/usr.sbin/mtree/verify.c, line 211. This is the only occurence of mkdir and thus the only place where directories are created. The mkdir(2) is in the then-part of the if-statement on line 194 and is only executed if uflag != 0. uflag is set by options -U or -u. Ergo: without -U or -u no directories are created. -- 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 Sun Dec 10 13:26:51 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 13:26:45 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 20E1837B400 for ; Sun, 10 Dec 2000 13:26:45 -0800 (PST) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id OAA03276; Sun, 10 Dec 2000 14:26:44 -0700 (MST) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id OAA04903; Sun, 10 Dec 2000 14:26:43 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14899.62738.768609.598990@nomad.yogotech.com> Date: Sun, 10 Dec 2000 14:26:42 -0700 (MST) To: Mike Meyer Cc: current@FreeBSD.ORG Subject: Re: /usr/local abuse In-Reply-To: <14899.49294.958909.82912@guru.mired.org> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Then again, your quoting of "packages" points up something else - I > never saw prepackaged binaries for v6 or v7. I did on SysIII. As a matter of fact, the entire distribution was bundled into separate packets (all of them installed in /usr). :( > Or BSD, for that matter. I never encounterd a package system until > Solaris. That would make /opt a tradition as old as packages. Not true. There were package systems before 'Solaris', however Solaris's package utility was much more powerful (annoying?) than previous attempts. One could argue that cpio is a 'package' utility, but shar is probably the first 'package' utility that was used for releases. In any case, I think you're wasting your time trying to convince folks here. It appears to me that this is an argument going nowhere, and the claims you're making of history and tradition are way off the mark, thus making the arguments have much less weight. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 13:34:20 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 13:34:18 2000 Return-Path: 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 8146B37B400 for ; Sun, 10 Dec 2000 13:34:18 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id NAA53575; Sun, 10 Dec 2000 13:34:17 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBALYGr82295; Sun, 10 Dec 2000 13:34:16 -0800 (PST) (envelope-from obrien) Date: Sun, 10 Dec 2000 13:34:16 -0800 From: "David O'Brien" To: Mike Meyer Cc: current@FreeBSD.ORG Subject: Re: PREFIX clean vs. LOCALBASE clean (Was: Package installation location) Message-ID: <20001210133415.A82246@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <20001210125026.A27718@drama.navipath.com> <20001210132152.B27718@drama.navipath.com> <14899.54065.737498.114689@guru.mired.org> <20001210141851.C39643@vger.bsdhome.com> <14899.56471.793516.237193@guru.mired.org> <20001210114736.G80274@dragon.nuxi.com> <14899.58688.221761.200245@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14899.58688.221761.200245@guru.mired.org>; from mwm@mired.org on Sun, Dec 10, 2000 at 02:19:12PM -0600 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 02:19:12PM -0600, Mike Meyer wrote: > > > I intend "LOCALBASE clean" to mean "all files installed by other ports > > > are looked for in the LOCALBASE tree". > > > > If all ports are PREFIX clean, you will have that. Thus it doens't need > > to be discussed separately. > > Using the two definitions above, the first sentence is false. How is it false? > In particular, assume that the port APort depends on BPort in some > way, and is PREFIX clean. Which is PREFIX clean? Aport or Bport? (it is often good to not use pronouns in technical disucssions...) > That means that everything in APort is installed in PREFIX, and all > APorts references to things in APort look for them there. Which is correct if Aport is PREFIX-clean. > Neither of those statements precludes APort from looking for things > that are part of BPort directly in /usr/local instead of in > LOCALBASE. Yes it does if Aport is PREFIX-clean. s./usr/local.PREFIX.g and would be a better way to say it, adding PREFIX != LOCALBASE. > Doing so would make APort PREFIX clean while it was not LOCALBASE > clean. True. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 13:51:31 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 13:51:28 2000 Return-Path: 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 63D1C37B400 for ; Sun, 10 Dec 2000 13:51:28 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id NAA53673; Sun, 10 Dec 2000 13:51:27 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBALpQ682438; Sun, 10 Dec 2000 13:51:26 -0800 (PST) (envelope-from obrien) Date: Sun, 10 Dec 2000 13:51:25 -0800 From: "David O'Brien" To: Joe Kelsey Cc: current@FreeBSD.ORG Subject: Re: /usr/local abuse Message-ID: <20001210135125.B82246@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.54808.947617.700838@zircon.seattle.wa.us> <14899.55273.863236.40012@zircon.seattle.wa.us> <20001210113817.D80274@dragon.nuxi.com> <14899.59134.262811.806345@zircon.seattle.wa.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14899.59134.262811.806345@zircon.seattle.wa.us>; from joe@zircon.seattle.wa.us on Sun, Dec 10, 2000 at 12:26:38PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 12:26:38PM -0800, Joe Kelsey wrote: > This thread is also about a completely separate issue, which is a > deficiency in the package command used on FreeBSD. The basic problem > with pkg_add et al., as opposed to, for instance, SVR4 pkgadd, is that > it does not allow the local administrator to change the installation > directory. pkg_add *does* allow the installer to choose the installation directory -- the "-p" option. The issue is one of *compiled* in paths. So if Satoshi builds port foobar (which as a config file etc/foobar.conf) then the foobar binary has "/usr/local/etc" burned into it because that is what Satoshi had PREFIX set to. > To the extent that NetBSD *forces* the local administrator to use > /usr/pkg, I find it contains the same deficiency. Nope. One can ``ln -s /usr/local /usr/pkg'' and get the behavior those that like everything in one place prefers while still segregating stuff for those that prefer it. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 14:16: 4 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 14:16:01 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 3E27637B400 for ; Sun, 10 Dec 2000 14:16:00 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eBAMFxs64546 for ; Sun, 10 Dec 2000 15:15:59 -0700 (MST) (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 PAA30900 for ; Sun, 10 Dec 2000 15:15:58 -0700 (MST) Message-Id: <200012102215.PAA30900@harmony.village.org> Subject: Re: Confusing error messages from shell image activation To: current@FreeBSD.ORG In-reply-to: Your message of "Sun, 10 Dec 2000 14:17:33 MST." <14899.62189.243395.903919@nomad.yogotech.com> References: <14899.62189.243395.903919@nomad.yogotech.com> <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> Date: Sun, 10 Dec 2000 15:15:58 -0700 From: Warner Losh Sender: imp@harmony.village.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <14899.62189.243395.903919@nomad.yogotech.com> Nate Williams writes: : > I'm aware that software was installing itself in /usr/local years : > before it was installing in /opt. On the other hand, vendor software : > was installing in /opt years before I ever saw it install in : > /usr/local. : : Most vendor software I know pre-dates /opt, and installed itself in : /usr/local. I'm with Warner on this one, installing in /usr/local : predates /opt by many years. Before /opt, vendors always used : /usr/local, or worse they installed in /bin and /usr/bin. Yes. 4.1BSD, I think, used /usr/ucb for the hacks that ucb had done to the system. I had it in my path for years and have been considering removing it, but solaris still uses it :-( (I have an array of candidate paths for my path and only insert the ones that exist from my .cshrc file). System III with ucb hacks also had them in /usr/ucb. I forget which System that the 3b2s ran (I think it was System V r1 before there was an r2), but they had the ucb hacs in /usr/ucb. I think that software packages built from sources installed themselves into /usr/local, but it has only been about 11 years since I last logged into a 3b2 at Wollongong so I can't easily go back and check. :-) Sadly, I didn't start keeping my .cshrc files under cvs control until 1993 so I can't easily check its evolution before then. I lost that CVS repo in a disk crash while not a practicing member of the church of the daily backup sometime in 1999, so I don't have a complete history between 1993 and 1999 (backup tapes have it up to sometime in 1998, but I didn't find those until after I started a new repo). : > If memory serves (and it may not at this remove), /usr/local/bin : > wasn't on my path until I started using VAXen, meaning there were few : > or no packages installing in /usr/local on v6 & v7 on the 11s. : : On V7 (the earliest software I have), vendor software installed itself : in /usr/[bin|lib], which is IMO worse than /usr/local. Agreed. The 4.2BSD and 4.3BSD VAXen that we had at New Mexico Tech in late 1985 didn't have a /opt, but did have a /usr/local which is where software installed itself. We were at a university, and I think we had local hacks to include /usr/local/bin and /usr/ucb/bin in the paths for these machines. As they were VAX 11/750s, we had no X software since this machine predated the availibility of Sun 3/50 workstations at New Mexico Tech, which didn't arrive until late 1986 and weren't online until early 1987. They didn't run X11 until late 1987 or early 1988 iirc. And then X11's installation dir wasn't well standardized. Some software installed in /usr/X11/bin and others installed in /usr/bin/X11. Gosling Emacs was installed in /usr/local/bin/emacs for sure. I don't have my historic Unix version CD handy, or I'd check the man pages from 4.xBSD to check, but version 1.1 of the hier(7) from 1994 says: /usr/ ... local/ local executables, libraries, etc. ... but there also was a /usr/contrib for large packages contribtued to Berkeley by outside parties. /usr/contrib was, I think, invented for 4.4BSD, but maybe it was for 4.3BSD. Without the sccs trees handy, I have no way of knowing the exact details. Looking at NetBSD's hier from the same time frame (actually 1 year earlier in 1993) shows the same text. The page itself is dated 1991. NetBSD's /usr/pkg didn't get documented until 1998/04/02 according to the cvs log and that was something that they invented at the time because they didn't like FreeBSD's ports going into /usr/local. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 14:18:36 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 14:18:34 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mailhost01.reflexnet.net (mailhost01.reflexnet.net [64.6.192.82]) by hub.freebsd.org (Postfix) with ESMTP id 1878B37B400 for ; Sun, 10 Dec 2000 14:18:34 -0800 (PST) Received: from 149.211.6.64.reflexcom.com ([64.6.211.149]) by mailhost01.reflexnet.net with Microsoft SMTPSVC(5.5.1877.197.19); Sun, 10 Dec 2000 14:16:58 -0800 Received: (from cjc@localhost) by 149.211.6.64.reflexcom.com (8.11.0/8.11.0) id eBAMIVg16769; Sun, 10 Dec 2000 14:18:31 -0800 (PST) (envelope-from cjc) Date: Sun, 10 Dec 2000 14:18:31 -0800 From: "Crist J. Clark" To: current@FreeBSD.ORG Cc: Joe Kelsey Subject: Re: /usr/local abuse Message-ID: <20001210141831.N96105@149.211.6.64.reflexcom.com> Reply-To: cjclark@alum.mit.edu References: <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.54808.947617.700838@zircon.seattle.wa.us> <14899.55273.863236.40012@zircon.seattle.wa.us> <20001210113817.D80274@dragon.nuxi.com> <14899.59134.262811.806345@zircon.seattle.wa.us> <20001210135125.B82246@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20001210135125.B82246@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Sun, Dec 10, 2000 at 01:51:25PM -0800 Sender: cjc@149.211.6.64.reflexcom.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 01:51:25PM -0800, David O'Brien wrote: > On Sun, Dec 10, 2000 at 12:26:38PM -0800, Joe Kelsey wrote: [snip] > > To the extent that NetBSD *forces* the local administrator to use > > /usr/pkg, I find it contains the same deficiency. > > Nope. One can ``ln -s /usr/local /usr/pkg'' and get the behavior those > that like everything in one place prefers while still segregating stuff > for those that prefer it. That makes no sense. The big argument has been that packages should not go into /usr/local because /usr/local is for something else. If you symlink do the symlink trick, you only have one real location for files. If you were to do that, /usr/local or /usr/pkg would be identical. Might as well make /usr/local the "real" location and symlink /usr/pkg. What's the difference? -- Crist J. Clark cjclark@alum.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 Dec 10 14:22:15 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 14:22:14 2000 Return-Path: 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 88EB337B400 for ; Sun, 10 Dec 2000 14:22:13 -0800 (PST) Received: from shell-3.enteract.com (jrs@shell-3.enteract.com [207.229.143.42]) by mail.enteract.com (8.9.3/8.9.3) with SMTP id QAA31150; Sun, 10 Dec 2000 16:22:04 -0600 (CST) (envelope-from jrs@enteract.com) Date: Sun, 10 Dec 2000 16:22:04 -0600 (CST) From: "jrs@enteract.com" To: Archie Cobbs Cc: Doug Ambrisko , Wes Peters , Warner Losh , Sascha Luck , current@FreeBSD.ORG Subject: Re: Lucent Orinoco Gold PCCard? In-Reply-To: <200012101820.eBAIKAj33146@curve.dellroad.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 Is there a list of wireless pc cards that work (and how well they work) with FreeBSD?? JRS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 14:26: 0 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 14:25:58 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id D6B8137B401 for ; Sun, 10 Dec 2000 14:25:57 -0800 (PST) Received: (qmail 3558 invoked by uid 100); 10 Dec 2000 22:25:55 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14900.755.695843.77213@guru.mired.org> Date: Sun, 10 Dec 2000 16:25:55 -0600 (CST) To: current@FreeBSD.ORG Cc: Mike Meyer Subject: Re: PREFIX clean vs. LOCALBASE clean (Was: Package installation location) In-Reply-To: <20001210133415.A82246@dragon.nuxi.com> References: <20001210125026.A27718@drama.navipath.com> <20001210132152.B27718@drama.navipath.com> <14899.54065.737498.114689@guru.mired.org> <20001210141851.C39643@vger.bsdhome.com> <14899.56471.793516.237193@guru.mired.org> <20001210114736.G80274@dragon.nuxi.com> <14899.58688.221761.200245@guru.mired.org> <20001210133415.A82246@dragon.nuxi.com> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien types: > On Sun, Dec 10, 2000 at 02:19:12PM -0600, Mike Meyer wrote: > > > > I intend "LOCALBASE clean" to mean "all files installed by other ports > > > > are looked for in the LOCALBASE tree". > > > If all ports are PREFIX clean, you will have that. Thus it doens't need > > > to be discussed separately. > > Using the two definitions above, the first sentence is false. > How is it false? As described below. > > In particular, assume that the port APort depends on BPort in some > > way, and is PREFIX clean. > Which is PREFIX clean? Aport or Bport? (it is often good to not use > pronouns in technical disucssions...) Actually, dangling pronouns are bad in any discussion, and that was one. Both are PREFIX clean. > > That means that everything in APort is installed in PREFIX, and all > > APorts references to things in APort look for them there. > Which is correct if Aport is PREFIX-clean. By definition, yes. > > Neither of those statements precludes APort from looking for things > > that are part of BPort directly in /usr/local instead of in > > LOCALBASE. > Yes it does if Aport is PREFIX-clean. s./usr/local.PREFIX.g and > would be a better way to say it, adding PREFIX != LOCALBASE. Take a second look at the definition of the "PREFIX clean" you agreed to before, and the conditions I stated above: all files installed in by APort are in PREFIX, and all references to things installed by APort use PREFIX. That doesn't say anything about how APort references things installed by other ports! Of course, your suggested change fixes some of those cases, but it's not correct for things installed by other ports according to my reading of bsd.port.mk. The port being built things in PREFIX; other ports installed things in LOCALBASE or X11BASE, as appopriate. So fixing references to things in other ports requires s./usr/local.LOCALBASE.g, hence "LOCALBASE clean" for things that fail to deal with that case. As a final note, neither fix corrects the cases where the /usr/local reference that makes things work when LOCALBASE and PREFIX are both /usr/local comes from outside of the ports tree completely. Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id 1929537B400 for ; Sun, 10 Dec 2000 14:26:32 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id eBAMPmU87571; Sun, 10 Dec 2000 14:25:48 -0800 (PST) (envelope-from dillon) Date: Sun, 10 Dec 2000 14:25:48 -0800 (PST) From: Matt Dillon Message-Id: <200012102225.eBAMPmU87571@earth.backplane.com> To: Philipp Mergenthaler Cc: freebsd-current@FreeBSD.ORG Subject: Re: panic: vm_pageout_flush: partially dirty page References: <20001210033546.A13896@rz.uni-karlsruhe.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : Hi, : :ever since this commit: ... : :dillon 2000/11/18 15:06:27 PST : : Modified files: : sys/kern vfs_bio.c vfs_cluster.c vfs_subr.c :... When you created the filesystems on which the history and spool reside, did you use any custom parameters for blocksize, fragsize, etc...? P.S. you should not publish paths to kernel dumps on the lists... send that over private email. Dumps might contain sensitive data such as passwords. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 14:39:33 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 14:39:31 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 9838E37B400 for ; Sun, 10 Dec 2000 14:39:29 -0800 (PST) Received: (qmail 3957 invoked by uid 100); 10 Dec 2000 22:39:28 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14900.1568.579029.766229@guru.mired.org> Date: Sun, 10 Dec 2000 16:39:28 -0600 (CST) To: current@FreeBSD.ORG, Subject: Re: /usr/local abuse In-Reply-To: <20001210141831.N96105@149.211.6.64.reflexcom.com> References: <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.54808.947617.700838@zircon.seattle.wa.us> <14899.55273.863236.40012@zircon.seattle.wa.us> <20001210113817.D80274@dragon.nuxi.com> <14899.59134.262811.806345@zircon.seattle.wa.us> <20001210135125.B82246@dragon.nuxi.com> <20001210141831.N96105@149.211.6.64.reflexcom.com> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Crist J. Clark types: > On Sun, Dec 10, 2000 at 01:51:25PM -0800, David O'Brien wrote: > > On Sun, Dec 10, 2000 at 12:26:38PM -0800, Joe Kelsey wrote: > > > To the extent that NetBSD *forces* the local administrator to use > > > /usr/pkg, I find it contains the same deficiency. > > Nope. One can ``ln -s /usr/local /usr/pkg'' and get the behavior those > > that like everything in one place prefers while still segregating stuff > > for those that prefer it. > That makes no sense. The big argument has been that packages should > not go into /usr/local because /usr/local is for something else. If > you symlink do the symlink trick, you only have one real location for > files. If you were to do that, /usr/local or /usr/pkg would be > identical. Might as well make /usr/local the "real" location and > symlink /usr/pkg. What's the difference? The difference is the cases aren't symmetric. If you want the two merged, then it doesn't matter what the system calls it, you can symlink your preferred name to theirs (or vice versa) and you're done. If you want the two split, the system name becomes something you *can't* use for your local packages, period. Which is why FreeBSD choosing a name that has a historical usage is bad. If someone feels that packages aren't appropriate for that historical usage and wants to use other software that wants that usage, they're screwed. PREFIX lets people feel smug about being able to move it, but as far as I was able to determine when I asked, no one with the commit bit actually runs systems using PREFIX that way. Providing an untested "solution" isn't a good thing. Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 8855C37B400 for ; Sun, 10 Dec 2000 14:46:29 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eBAMkSs64738 for ; Sun, 10 Dec 2000 15:46:28 -0700 (MST) (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 PAA31095 for ; Sun, 10 Dec 2000 15:46:27 -0700 (MST) Message-Id: <200012102246.PAA31095@harmony.village.org> Subject: Re: Lucent Orinoco Gold PCCard? To: current@FreeBSD.ORG In-reply-to: Your message of "Sun, 10 Dec 2000 16:22:04 CST." References: Date: Sun, 10 Dec 2000 15:46:27 -0700 From: Warner Losh Sender: imp@harmony.village.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message "jrs@enteract.com" writes: : Is there a list of wireless pc cards that work (and how well they work) : with FreeBSD?? There's /etc/defaults/pccard.conf, which says breifly: Aironet 340/342 Series 11Mbps 802.11 wireless NIC Aironet PC4500 2Mbps 802.11 wireless NIC Aironet PC4800 11Mbps 802.11 wireless NIC Bay Networks BayStack 650 Wireless LAN Cabletron RoamAbout, WaveLAN/IEEE clone Compaq WL100 Corega KK Wireless LAN PCC-11 ELECOM Air@Hawk/LD-WL11/PCC (0.7.5) ELECOM Air@Hawk/LD-WL11/PCC (0.7.6 and later) Farallon SkyLINE Wireless Farallon Skyline 11Mbps Wireless Generic AMD Am79c930 based card ICOM SL-1100 ICom SL-200 Lucent WaveLAN/IEEE Melco Airconnect Melco WLI-PCM NCR WaveLAN/IEEE NEC Wireless Card CMZ-RT-WP PLANEX GeoWave/GW-NS110 TDK LAK-CD011WL WebGEAR Aviator 2.4 (ray driver, not 802.11b) Xircom CreditCard Netwave (cwn to be committed soon) ZoomAir-4000 Warner P.S. I'd like to have one of each of these. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 14:56:42 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 14:56:40 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 8C9A837B400 for ; Sun, 10 Dec 2000 14:56:39 -0800 (PST) Received: (qmail 4482 invoked by uid 100); 10 Dec 2000 22:56:39 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14900.2598.958785.326648@guru.mired.org> Date: Sun, 10 Dec 2000 16:56:38 -0600 (CST) To: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation In-Reply-To: <14899.62189.243395.903919@nomad.yogotech.com> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nate Williams types: > > I'm aware that software was installing itself in /usr/local years > > before it was installing in /opt. On the other hand, vendor software > > was installing in /opt years before I ever saw it install in > > /usr/local. > Most vendor software I know pre-dates /opt, and installed itself in > /usr/local. I'm with Warner on this one, installing in /usr/local > predates /opt by many years. Before /opt, vendors always used > /usr/local, or worse they installed in /bin and /usr/bin. Oh, I agree that installing things in /usr/local predates /opt by years. I'm curious as to what vendor provided software installed itself in /usr/local, though, as I've never seen any. > > If memory serves (and it may not at this remove), /usr/local/bin > > wasn't on my path until I started using VAXen, meaning there were few > > or no packages installing in /usr/local on v6 & v7 on the 11s. > On V7 (the earliest software I have), vendor software installed itself > in /usr/[bin|lib], which is IMO worse than /usr/local. That sounds like you're agreeing with me, at least about v7. Nate Williams types: > > Then again, your quoting of "packages" points up something else - I > > never saw prepackaged binaries for v6 or v7. > I did on SysIII. As a matter of fact, the entire distribution was > bundled into separate packets (all of them installed in /usr). :( SysIII was not something I ever worked with. I went from v7 to BSD until, and stayed pretty much BSD until I started working with Solaris in the early/mid 90s. > In any case, I think you're wasting your time trying to convince folks > here. It appears to me that this is an argument going nowhere, and the > claims you're making of history and tradition are way off the mark, thus > making the arguments have much less weight. I few this as consciousness-raising. That's an ongoing process. My claims about "history" and "tradition" are attempts to refute Brandon's assertion that packages going into /usr/local has "years of tradition behind it." Mostly, it's about what *packages* are, not what /usr/local was used for. By your own admission, /usr/local wasn't used on v7. So the discussion should turn to when BSD started seeing prebuilt vendor packages to install in /usr/local. Delivered-To: freebsd-current@freebsd.org Received: from peitho.fxp.org (peitho.fxp.org [209.26.95.40]) by hub.freebsd.org (Postfix) with ESMTP id 65BDC37B400; Sun, 10 Dec 2000 15:08:57 -0800 (PST) Received: from earth.causticlabs.com (oca-c1s1-24.mfi.net [209.26.94.25]) by peitho.fxp.org (Postfix) with ESMTP id 0EB2513613; Sun, 10 Dec 2000 18:08:58 -0500 (EST) Received: by earth.causticlabs.com (Postfix, from userid 1000) id 1035F1F23; Sun, 10 Dec 2000 18:09:38 -0500 (EST) Date: Sun, 10 Dec 2000 18:09:38 -0500 From: Chris Faulhaber To: Mike Smith Cc: freebsd-current@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/pci isa_pci.c Message-ID: <20001210180938.A12196@earth.causticlabs.com> Mail-Followup-To: Chris Faulhaber , Mike Smith , freebsd-current@FreeBSD.org References: <200012101115.eBABFJX88566@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200012101115.eBABFJX88566@freefall.freebsd.org>; from msmith@FreeBSD.org on Sun, Dec 10, 2000 at 03:15:19AM -0800 Sender: jedgar@earth.causticlabs.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 03:15:19AM -0800, Mike Smith wrote: > msmith 2000/12/10 03:15:19 PST > > Modified files: > sys/dev/pci isa_pci.c > Log: > The ICH2 reports itself as a PCI:ISA bridge, so don't special-case it > here. > On a related(?) note, my 810 (ICH) hasn't seen pci devices for a few days. By removing the ICH line from isa_pci.c, the warnings go away, but nothing is seen. Full dmesg's can be found at: http://www.fxp.org/~jedgar/FreeBSD/ICH/ --- dmesg.before Sun Dec 10 17:46:54 2000 +++ dmesg.after Sun Dec 10 17:48:23 2000 @@ -1,18 +1,17 @@ Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. -FreeBSD 5.0-20001203-CURRENT #0: Sun Dec 3 08:04:02 GMT 2000 - root@artemis.causticlabs.com:/usr/src/sys/compile/GENERIC +FreeBSD 5.0-CURRENT #5: Sun Dec 10 17:45:49 EST 2000 + jedgar@artemis.causticlabs.com:/usr/src/sys/compile/ARTEMIS Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (598.19-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 65994752 (64448K bytes) -avail memory = 59174912 (57788K bytes) -Preloaded elf kernel "kernel" at 0xc04f6000. +avail memory = 59691008 (58292K bytes) +Preloaded elf kernel "kernel" at 0xc0477000. Pentium Pro MTRR support enabled md0: Malloc disk -WARNING: Driver mistake: destroy_dev on 154/0 Using $PIR table, 8 entries at 0xc00fdf40 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 @@ -20,14 +19,14 @@ npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: on pcib0 -pci0: at 1.0 irq 10 -pcib1: at device 30.0 on pci0 +vga_pci0: mem 0xf4000000-0xf407ffff,0xf8000000-0xfbffffff irq 10 at device 1.0 on pci0 +pcib1: at device 30.0 on pci0 pci1: on pcib1 -pci1: (vendor=0x1013, dev=0x6005) at 9.0 irq 11 -pci1: (vendor=0x131f, dev=0x2030) at 13.0 irq 9 -fxp0: port 0x3000-0x301f mem 0xf4200000-0xf42fffff,0xf4300000-0xf4300fff irq 10 at device 14.0 on pci1 -fxp0: Ethernet address 00:90:27:3a:1c:89 -isab0: at device 31.0 on pci0 +** REDUNDANT ISA BRIDGE MATCH FOR DEVICE 0x24108086 +** Please report to msmith@freebsd.org +** REDUNDANT ISA BRIDGE MATCH FOR DEVICE 0x24108086 +** Please report to msmith@freebsd.org +isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1800-0x180f at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 @@ -37,7 +36,9 @@ usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered -pci0: (vendor=0x8086, dev=0x2413) at 31.3 irq 9 +ichsmb0: port 0x1810-0x181f irq 9 at device 31.3 on pci0 +smbus0: on ichsmb0 +smb0: on smbus0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 @@ -63,6 +64,7 @@ unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources +IP Filter: v3.4.13 initialized. Default = pass all, Logging = enabled ad0: 14598MB [29660/16/63] at ata0-master UDMA66 acd0: CDROM at ata1-master using PIO4 Mounting root from ufs:/dev/ad0s2a -- Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 15:19:17 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 15:19:08 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from quack.kfu.com (quack.kfu.com [205.178.90.194]) by hub.freebsd.org (Postfix) with ESMTP id DB8B637B400 for ; Sun, 10 Dec 2000 15:19:07 -0800 (PST) Received: from medusa.kfu.com (medusa.kfu.com [205.178.90.222]) by quack.kfu.com (8.11.1/8.11.1) with ESMTP id eBANJ7m06586 for ; Sun, 10 Dec 2000 15:19:07 -0800 (PST) (envelope-from nsayer@freebsd.org) Received: from localhost (nsayer@localhost) by medusa.kfu.com (8.11.1/8.11.0) with ESMTP id eBANJ6d47127 for ; Sun, 10 Dec 2000 15:19:07 -0800 (PST) (envelope-from nsayer@freebsd.org) X-Authentication-Warning: medusa.kfu.com: nsayer owned process doing -bs Date: Sun, 10 Dec 2000 15:19:06 -0800 (PST) From: Nick Sayer X-Sender: nsayer@medusa.kfu.com To: freebsd-current@freebsd.org Subject: Sony jog dial driver Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2008051343-976490346=:47060" 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-2008051343-976490346=:47060 Content-Type: TEXT/PLAIN; charset=US-ASCII Attached is a preliminary driver for the Sony jog dial. It's enough that you can create a /dev/jogdial and watch letters come out. It needs a lot of improvement: 1. Use interrupts instead of polling. 2. Present mouse-oriented events instead of letters. 3. Fix the probe routine so that it tries to detect the presence of the device rather than the magic 0x10a0 port location. 4. Eventual ACPIification of the driver. 5. Create a 2nd device to deal with other devices like the lid switch, capture button, etc. But I wanted to get this much out there for people to play with. --0-2008051343-976490346=:47060 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="spic.c" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="spic.c" LyoNCiAqIEluc2VydCBzdGFuZGFyZCBGcmVlQlNEIENvcHlyaWdodCBub3Rp Y2UgaGVyZQ0KICoNCiAqIHNwaWMgLS0gdGhlIFNvbnkgUHJvZ3JhbW1hYmxl IEkvTyBDb250cm9sbGVyDQogKg0KICogVGhpcyBkZXZpY2UgZXhpc3RzIG9u IG1vc3QgcmVjZW50IFNvbnkgbGFwdG9wcy4gSXQgaXMgdGhlIG1lYW5zIGJ5 IHdoaWNoDQogKiB5b3UgY2FuIHdhdGNoIHRoZSBKb2cgRGlhbCBhbmQgc29t ZSBvdGhlciBmdW5jdGlvbnMuDQogKg0KICogQXQgdGhlIG1vbWVudCwgdGhp cyBkcml2ZXIgbWVyZWx5IHRyaWVzIHRvIHR1cm4gdGhlIGpvZyBkaWFsIGlu dG8gYQ0KICogZGV2aWNlIHRoYXQgbW91c2VkIGNhbiBwYXJrIG9uLCB3aXRo IHRoZSBpbnRlbnQgb2Ygc3VwcGx5aW5nIGEgWiBheGlzDQogKiBhbmQgbW91 c2UgYnV0dG9uIG91dCBvZiB0aGUgam9nIGRpYWwuIEkgc3VzcGVjdCB0aGF0 IHRoaXMgZGV2aWNlIHdpbGwNCiAqIGVuZCB1cCBoYXZpbmcgdG8gc3VwcG9y dCBhdCBsZWFzdCAyIGRpZmZlcmVudCBtaW5vciBkZXZpY2VzOiBPbmUgdG8g YmUNCiAqIHRoZSBqb2cgd2hlZWwgZGV2aWNlIGZvciBtb3VzZWQgdG8gY2Ft cCBvdXQgb24gYW5kIHRoZSBvdGhlciB0byBwZXJmb3JtDQogKiBhbGwgb2Yg dGhlIG90aGVyIG1pc2NlbGFuZW91cyBmdW5jdGlvbnMgb2YgdGhpcyBkZXZp Y2UuIEJ1dCBmb3Igbm93LA0KICogdGhlIGpvZyB3aGVlbCBpcyBhbGwgeW91 IGdldC4NCiAqDQogKiBXaGF0IGRvY3VtZW50YXRpb24gZXhpc3RzIGlzIHRo YW5rcyB0byBBbmRyZXcgVHJpZGdlLCBhbmQgaGlzIHBhZ2UgYXQNCiAqIGh0 dHA6Ly9zYW1iYS5vcmcvcGljdHVyZWJvb2svDQogKg0KICogJEZyZWVCU0Qk DQogKi8NCg0KI2luY2x1ZGUgPHN5cy9wYXJhbS5oPg0KI2luY2x1ZGUgPHN5 cy9zeXN0bS5oPg0KI2luY2x1ZGUgPHN5cy9rZXJuZWwuaD4NCiNpbmNsdWRl IDxzeXMvYnVzLmg+DQojaW5jbHVkZSA8bWFjaGluZS9idXMuaD4NCiNpbmNs dWRlIDxzeXMvcm1hbi5oPg0KI2luY2x1ZGUgPG1hY2hpbmUvcmVzb3VyY2Uu aD4NCiNpbmNsdWRlIDxpc2EvaXNhdmFyLmg+DQojaW5jbHVkZSA8c3lzL3Bv bGwuaD4NCiNpbmNsdWRlIDxtYWNoaW5lL3BjaV9jZmdyZWcuaD4NCiNpbmNs dWRlIDxtYWNoaW5lL2Nsb2NrLmg+DQojaW5jbHVkZSA8c3lzL3R0eS5oPg0K I2luY2x1ZGUgPHN5cy9jb25mLmg+DQojaW5jbHVkZSA8c3lzL2ZjbnRsLmg+ DQojaW5jbHVkZSA8c3lzL2Rrc3RhdC5oPg0KI2luY2x1ZGUgPHN5cy9tYWxs b2MuaD4NCiNpbmNsdWRlIDxzeXMvc3lzY3RsLmg+DQojaW5jbHVkZSA8c3lz L3Vpby5oPg0KDQojaW5jbHVkZSA8ZGV2L3NwaWMvc3BpY3JlZy5oPg0KDQpz dGF0aWMgaW50IHNwaWNfcG9sbHJhdGU7DQoNClNZU0NUTF9JTlQoX21hY2hk ZXAsIE9JRF9BVVRPLCBzcGljX3BvbGxyYXRlLCBDVExGTEFHX1JXLCAmc3Bp Y19wb2xscmF0ZSwgMCwgIiIpDQo7DQoNCmRldmNsYXNzX3Qgc3BpY19kZXZj bGFzczsNCg0Kc3RhdGljIGRfb3Blbl90CQlzcGljb3BlbjsNCnN0YXRpYyBk X2Nsb3NlX3QJc3BpY2Nsb3NlOw0Kc3RhdGljIGRfcmVhZF90CQlzcGljcmVh ZDsNCnN0YXRpYyBkX2lvY3RsX3QJc3BpY2lvY3RsOw0Kc3RhdGljIGRfcG9s bF90CQlzcGljcG9sbDsNCg0Kc3RhdGljIHN0cnVjdCBjZGV2c3cgc3BpY19j ZGV2c3cgPSB7DQogICAgICAgIC8qIG9wZW4gKi8gICAgICBzcGljb3BlbiwN CiAgICAgICAgLyogY2xvc2UgKi8gICAgIHNwaWNjbG9zZSwNCiAgICAgICAg LyogcmVhZCAqLyAgICAgIHNwaWNyZWFkLA0KICAgICAgICAvKiB3cml0ZSAq LyAgICAgbm93cml0ZSwNCiAgICAgICAgLyogaW9jdGwgKi8gICAgIHNwaWNp b2N0bCwNCiAgICAgICAgLyogcG9sbCAqLyAgICAgIHNwaWNwb2xsLA0KICAg ICAgICAvKiBtbWFwICovICAgICAgbm9tbWFwLA0KICAgICAgICAvKiBzdHJh dGVneSAqLyAgbm9zdHJhdGVneSwNCiAgICAgICAgLyogbmFtZSAqLyAgICAg ICJzcGljIiwNCiAgICAgICAgLyogbWFqICovICAgICAgIENERVZfTUFKT1Is DQogICAgICAgIC8qIGR1bXAgKi8gICAgICBub2R1bXAsDQogICAgICAgIC8q IHBzaXplICovICAgICBub3BzaXplLA0KICAgICAgICAvKiBmbGFncyAqLyAg ICAgMCwNCiAgICAgICAgLyogYm1haiAqLyAgICAgIC0xDQp9Ow0KDQojZGVm aW5lIFNDQlVGTEVOIDEyOA0KDQpzdHJ1Y3Qgc3BpY19zb2Z0YyB7DQoJdV9z aG9ydCBzY19wb3J0X2FkZHI7DQoJdV9jaGFyIHNjX2ludHI7DQoJc3RydWN0 IHJlc291cmNlICpzY19wb3J0X3Jlcywqc2NfaW50cl9yZXM7DQoJaW50CXNj X3BvcnRfcmlkLHNjX2ludHJfcmlkOw0KCWludCBzY19vcGVuZWQ7DQoJaW50 IHNjX3NsZWVwaW5nOw0KCWludCBzY19idXR0b25sYXN0Ow0KCXN0cnVjdCBj YWxsb3V0X2hhbmRsZSBzY190aW1lb3V0X2NoOw0KCWRldmljZV90IHNjX2Rl djsNCglzdHJ1Y3Qgc2VsaW5mbyBzY19yc2VsOw0KCXVfY2hhciBzY19idWZb U0NCVUZMRU5dOw0KCWludCBzY19jb3VudDsNCn07DQoNCnN0YXRpYyB2b2lk DQp3cml0ZV9wb3J0MShzdHJ1Y3Qgc3BpY19zb2Z0YyAqc2MsIHVfY2hhciB2 YWwpDQp7DQoJREVMQVkoMTApOw0KCW91dGIoc2MtPnNjX3BvcnRfYWRkciwg dmFsKTsNCn0NCg0Kc3RhdGljIHZvaWQNCndyaXRlX3BvcnQyKHN0cnVjdCBz cGljX3NvZnRjICpzYywgdV9jaGFyIHZhbCkNCnsNCglERUxBWSgxMCk7DQoJ b3V0YihzYy0+c2NfcG9ydF9hZGRyICsgNCwgdmFsKTsNCn0NCg0Kc3RhdGlj IHVfY2hhcg0KcmVhZF9wb3J0MShzdHJ1Y3Qgc3BpY19zb2Z0YyAqc2MpDQp7 DQoJREVMQVkoMTApOw0KCXJldHVybiBpbmIoc2MtPnNjX3BvcnRfYWRkcik7 DQp9DQoNCnN0YXRpYyB1X2NoYXINCnJlYWRfcG9ydDIoc3RydWN0IHNwaWNf c29mdGMgKnNjKQ0Kew0KCURFTEFZKDEwKTsNCglyZXR1cm4gaW5iKHNjLT5z Y19wb3J0X2FkZHIgKyA0KTsNCn0NCg0Kc3RhdGljIHZvaWQNCmJ1c3lfd2Fp dChzdHJ1Y3Qgc3BpY19zb2Z0YyAqc2MpDQp7DQoJaW50IGk9MDsNCg0KCXdo aWxlKHJlYWRfcG9ydDIoc2MpICYgMikgew0KCQlERUxBWSgxMCk7DQoJCWlm IChpKys+MTAwMDApIHsNCgkJCXByaW50Zigic3BpYyBidXN5IHdhaXQgYWJv cnRcbiIpOw0KCQkJcmV0dXJuOw0KCQl9DQoJfQ0KfQ0KDQpzdGF0aWMgdV9j aGFyDQpzcGljX2NhbGwxKHN0cnVjdCBzcGljX3NvZnRjICpzYywgdV9jaGFy IGRldikgew0KCWJ1c3lfd2FpdChzYyk7DQoJd3JpdGVfcG9ydDIoc2MsIGRl dik7DQoJcmVhZF9wb3J0MihzYyk7DQoJcmV0dXJuIHJlYWRfcG9ydDEoc2Mp Ow0KfQ0KDQpzdGF0aWMgdV9jaGFyDQpzcGljX2NhbGwyKHN0cnVjdCBzcGlj X3NvZnRjICpzYywgdV9jaGFyIGRldiwgdV9jaGFyIGZuKQ0Kew0KCWJ1c3lf d2FpdChzYyk7DQoJd3JpdGVfcG9ydDIoc2MsIGRldik7DQoJYnVzeV93YWl0 KHNjKTsNCgl3cml0ZV9wb3J0MShzYywgZm4pOw0KCXJldHVybiByZWFkX3Bv cnQxKHNjKTsNCn0NCg0Kc3RhdGljIGludA0Kc3BpY19wcm9iZShkZXZpY2Vf dCBkZXYpDQp7DQogICAgICAgIHN0cnVjdCBzcGljX3NvZnRjICpzYzsNCgl1 X2NoYXIgdCwgc3BpY19pcnE7DQoNCiAgICAgICAgc2MgPSBkZXZpY2VfZ2V0 X3NvZnRjKGRldik7DQoNCgliemVybyhzYywgc2l6ZW9mKHN0cnVjdCBzcGlj X3NvZnRjKSk7DQoNCglpZiAoIShzYy0+c2NfcG9ydF9yZXMgPSBidXNfYWxs b2NfcmVzb3VyY2UoZGV2LCBTWVNfUkVTX0lPUE9SVCwNCgkJJnNjLT5zY19w b3J0X3JpZCwgMCwgfjAsIDUsIFJGX0FDVElWRSkpKSB7DQoJCWRldmljZV9w cmludGYoZGV2LCJDb3VsZG4ndCBtYXAgSS9PXG4iKTsNCgkJcmV0dXJuIEVO WElPOw0KCX0NCglzYy0+c2NfcG9ydF9hZGRyID0gKHVfc2hvcnQpcm1hbl9n ZXRfc3RhcnQoc2MtPnNjX3BvcnRfcmVzKTsNCg0KCWlmICghKHNjLT5zY19p bnRyX3JlcyA9IGJ1c19hbGxvY19yZXNvdXJjZShkZXYsIFNZU19SRVNfSVJR LA0KCQkmc2MtPnNjX2ludHJfcmlkLCAwLCB+MCwgMSwgUkZfQUNUSVZFKSkp IHsNCgkJZGV2aWNlX3ByaW50ZihkZXYsIkNvdWxkbid0IG1hcCBJUlFcbiIp Ow0KCQlidXNfcmVsZWFzZV9yZXNvdXJjZShkZXYsIFNZU19SRVNfSU9QT1JU LA0KCQkJc2MtPnNjX3BvcnRfcmlkLCBzYy0+c2NfcG9ydF9yZXMpOw0KCQly ZXR1cm4gRU5YSU87DQoJfQ0KCXNjLT5zY19pbnRyID0gKHVfc2hvcnQpcm1h bl9nZXRfc3RhcnQoc2MtPnNjX2ludHJfcmVzKTsNCg0KCXN3aXRjaCAoc2Mt PnNjX2ludHIpIHsNCgkJY2FzZSAwOiBzcGljX2lycSA9IDM7IGJyZWFrOw0K CQljYXNlIDU6IHNwaWNfaXJxID0gMDsgYnJlYWs7DQoJCWNhc2UgMHhhOiBz cGljX2lycSA9IDE7IGJyZWFrOw0KCQljYXNlIDB4Yjogc3BpY19pcnEgPSAy OyBicmVhazsNCgkJZGVmYXVsdDogZGV2aWNlX3ByaW50ZihkZXYsIkludmFs aWQgSVJRXG4iKTsNCgkJCWJ1c19yZWxlYXNlX3Jlc291cmNlKGRldiwgU1lT X1JFU19JT1BPUlQsDQoJCQkJc2MtPnNjX3BvcnRfcmlkLCBzYy0+c2NfcG9y dF9yZXMpOw0KCQkJYnVzX3JlbGVhc2VfcmVzb3VyY2UoZGV2LCBTWVNfUkVT X0lSUSwNCgkJCQlzYy0+c2NfaW50cl9yaWQsIHNjLT5zY19pbnRyX3Jlcyk7 DQoJCQlyZXR1cm4gRU5YSU87DQoJfQ0KDQoJaWYgKHNjLT5zY19wb3J0X2Fk ZHIgIT0gMHgxMEEwKSB7DQoJCWJ1c19yZWxlYXNlX3Jlc291cmNlKGRldiwg U1lTX1JFU19JT1BPUlQsDQoJCQlzYy0+c2NfcG9ydF9yaWQsIHNjLT5zY19w b3J0X3Jlcyk7DQoJCWJ1c19yZWxlYXNlX3Jlc291cmNlKGRldiwgU1lTX1JF U19JUlEsDQoJCQlzYy0+c2NfaW50cl9yaWQsIHNjLT5zY19pbnRyX3Jlcyk7 DQoJCXJldHVybiBFTlhJTzsNCgl9DQoJLyoNCgkgKiBUaGlzIGlzIGFuIHVn bHkgaGFjay4gSXQgaXMgbmVjZXNzYXJ5IHVudGlsIEFDUEkgd29ya3MgY29y cmVjdGx5Lg0KCSAqDQoJICogVGhlIFNQSUMgY29uc2lzdHMgb2YgMiByZWdp c3RlcnMuIFRoZXkgYXJlIG1hcHBlZCBvbnRvIEkvTyBieSB0aGUNCgkgKiBQ SUlYNCdzIEdlbmVyYWwgRGV2aWNlIDEwIGZ1bmN0aW9uLiBUaGVyZSBpcyBh bHNvIGFuIGludGVycnVwdA0KCSAqIGNvbnRyb2wgcG9ydCBhdCBhIHNvbWV3 aGF0IG1hZ2ljIGxvY2F0aW9uLCBidXQgdGhpcyBmaXJzdCBwYXNzIGlzDQoJ ICogcG9sbGVkLg0KCSAqDQoJICogU28gdGhlIGZpcnN0IHRoaW5nIHdlIG5l ZWQgdG8gZG8gaXMgbWFwIHRoZSBHMTAgc3BhY2UgaW4uDQoJICoNCgkgKi8N Cg0KCXBjaV9jZmdyZWd3cml0ZShQSUlYNF9CVVMsIFBJSVg0X1NMT1QsIFBJ SVg0X0ZVTkMsIEcxMEEsDQoJCXNjLT5zY19wb3J0X2FkZHIsIDIpOw0KCXQg PSBwY2lfY2ZncmVncmVhZChQSUlYNF9CVVMsIFBJSVg0X1NMT1QsIFBJSVg0 X0ZVTkMsIEcxMEwsIDEpOw0KCXQgJj0gMHhmMDsNCgl0IHw9IDQ7DQoJcGNp X2NmZ3JlZ3dyaXRlKFBJSVg0X0JVUywgUElJWDRfU0xPVCwgUElJWDRfRlVO QywgRzEwTCwgdCwgMSk7DQoJb3V0dyhTUElDX0lSUV9QT1JULCAoaW53KFNQ SUNfSVJRX1BPUlQpICYgfigweDMgPDwgU1BJQ19JUlFfU0hJRlQpKSB8IChz cGljX2lycSA8PCBTUElDX0lSUV9TSElGVCkpOw0KCXQgPSBwY2lfY2ZncmVn cmVhZChQSUlYNF9CVVMsIFBJSVg0X1NMT1QsIFBJSVg0X0ZVTkMsIEcxMEws IDEpOw0KCXQgJj0gMHgxZjsNCgl0IHw9IDB4YzA7DQoJcGNpX2NmZ3JlZ3dy aXRlKFBJSVg0X0JVUywgUElJWDRfU0xPVCwgUElJWDRfRlVOQywgRzEwTCwg dCwgMSk7DQoNCglkZXZpY2Vfc2V0X2Rlc2MoZGV2LCAiU29ueSBQcm9ncmFt bWFibGUgSS9PIENvbnRyb2xsZXIiKTsNCg0KCXJldHVybiAwOw0KfQ0KDQpz dGF0aWMgaW50DQpzcGljX2F0dGFjaChkZXZpY2VfdCBkZXYpDQp7DQogICAg ICAgIHN0cnVjdCBzcGljX3NvZnRjICpzYzsNCg0KICAgICAgICBzYyA9IGRl dmljZV9nZXRfc29mdGMoZGV2KTsNCg0KCXNjLT5zY19kZXYgPSBkZXY7DQoJ DQoJc3BpY19wb2xscmF0ZSA9IChoei81MCk7IC8qIEV2ZXJ5IDUwdGggb2Yg YSBzZWNvbmQgKi8NCg0KCXNwaWNfY2FsbDEoc2MsIDB4ODIpOw0KCXNwaWNf Y2FsbDIoc2MsIDB4ODEsIDB4ZmYpOw0KCXNwaWNfY2FsbDEoc2MsIDB4OTIp Ow0KDQogICAgICAgIC8qIFRoZXJlIGNhbiBiZSBvbmx5IG9uZSAqLw0KICAg ICAgICBtYWtlX2Rldigmc3BpY19jZGV2c3csIDAsIDAsIDAsIDA2MDAsICJq b2dkaWFsIik7DQoNCglyZXR1cm4gMDsNCn0NCg0Kc3RhdGljIHZvaWQNCnNw aWN0aW1lb3V0KHZvaWQgKmFyZykNCnsNCiAgICAgICAgc3RydWN0IHNwaWNf c29mdGMgKnNjID0gYXJnOw0KCXVfY2hhciBiLCBldmVudCwgcGFyYW07DQoJ aW50IGo7DQoNCiAgICAgICAgaWYgKCFzYy0+c2Nfb3BlbmVkKSB7DQogICAg ICAgICAgICAgICAgZGV2aWNlX3ByaW50ZihzYy0+c2NfZGV2LCAidGltZW91 dCBjYWxsZWQgd2hpbGUgY2xvc2VkIVxuIik7DQogICAgICAgICAgICAgICAg cmV0dXJuOw0KICAgICAgICB9DQoNCglldmVudCA9IHJlYWRfcG9ydDIoc2Mp Ow0KCXBhcmFtID0gcmVhZF9wb3J0MShzYyk7DQoNCglpZiAoKGV2ZW50ICE9 IDQpICYmICghKGV2ZW50ICYgMHgxKSkpDQoJCXN3aXRjaChldmVudCkgew0K CQkJY2FzZSAweDEwOiAvKiBqb2cgd2hlZWwgZXZlbnQgKi8NCgkJCQliID0g ISEocGFyYW0gJiAweDQwKTsNCgkJCQlpZiAoYiAhPSBzYy0+c2NfYnV0dG9u bGFzdCkgew0KCQkJCQlzYy0+c2NfYnV0dG9ubGFzdCA9IGI7DQoJCQkJCXNj LT5zY19idWZbc2MtPnNjX2NvdW50KytdID0NCgkJCQkJCWI/J2QnOid1JzsN CgkJCQl9DQoJCQkJaiA9IChwYXJhbSAmIDB4ZikgfCAoKHBhcmFtICYgMHgx MCk/IH4weGY6MCk7DQoJCQkJaWYgKGo8MCkNCgkJCQkJd2hpbGUoaisrIT0w KSB7DQoJCQkJCQlzYy0+c2NfYnVmW3NjLT5zY19jb3VudCsrXSA9DQoJCQkJ CQkJJ2wnOw0KCQkJCQl9DQoJCQkJZWxzZSBpZiAoaj4wKQ0KCQkJCQl3aGls ZShqLS0hPTApIHsNCgkJCQkJCXNjLT5zY19idWZbc2MtPnNjX2NvdW50Kytd ID0NCgkJCQkJCQkncic7DQoJCQkJCX0NCgkJCQlnb3RvIGdvdF9ldmVudDsN CgkJCWNhc2UgMHg2MDogLyogQ2FwdHVyZSBidXR0b24gKi8NCgkJCQlwcmlu dGYoIkNhcHR1cmUgYnV0dG9uIGV2ZW50OiAleFxuIixwYXJhbSk7DQoJCQkJ Z290byBnb3RfZXZlbnQ7DQoJCQljYXNlIDB4MzA6IC8qIExpZCBzd2l0Y2gg Ki8NCgkJCQlwcmludGYoIkxpZCBzd2l0Y2ggZXZlbnQ6ICV4XG4iLHBhcmFt KTsNCgkJCQlnb3RvIGdvdF9ldmVudDsNCgkJCWRlZmF1bHQ6DQoJCQkJcHJp bnRmKCJVbmtub3duIGV2ZW50OiAleCAleFxuIiwgZXZlbnQsIHBhcmFtKTsN CgkJCQlnb3RvIGdvdF9ldmVudDsNCgkJfQ0KCS8qIE5vIGV2ZW50LiBXYWl0 IHNvbWUgbW9yZSAqLw0KICAgICAgICBzYy0+c2NfdGltZW91dF9jaCA9IHRp bWVvdXQoc3BpY3RpbWVvdXQsIHNjLCBzcGljX3BvbGxyYXRlKTsNCglyZXR1 cm47DQoNCmdvdF9ldmVudDoNCglpZiAoc2MtPnNjX2NvdW50KSB7DQoJCWlm IChzYy0+c2Nfc2xlZXBpbmcpIHsNCgkJCXNjLT5zY19zbGVlcGluZyA9IDA7 DQoJCQl3YWtldXAoKGNhZGRyX3QpIHNjKTsNCgkJfQ0KCQlzZWx3YWtldXAo JnNjLT5zY19yc2VsKTsNCgl9DQoNCglzcGljX2NhbGwyKHNjLCAweDgxLCAw eGZmKTsgLyogQ2xlYXIgZXZlbnQgKi8NCg0KICAgICAgICBzYy0+c2NfdGlt ZW91dF9jaCA9IHRpbWVvdXQoc3BpY3RpbWVvdXQsIHNjLCBzcGljX3BvbGxy YXRlKTsNCn0NCg0Kc3RhdGljIGludA0Kc3BpY29wZW4oZGV2X3QgZGV2LCBp bnQgZmxhZywgaW50IGZtdCwgc3RydWN0IHByb2MgKnApDQp7DQogICAgICAg IHN0cnVjdCBzcGljX3NvZnRjICpzYzsNCg0KICAgICAgICBzYyA9IGRldmNs YXNzX2dldF9zb2Z0YyhzcGljX2RldmNsYXNzLCAwKTsNCg0KICAgICAgICBp ZiAoc2MtPnNjX29wZW5lZCkNCiAgICAgICAgICAgICAgICByZXR1cm4gRUJV U1k7DQoNCglzYy0+c2Nfb3BlbmVkKys7DQoJc2MtPnNjX2NvdW50PTA7DQoN CiAgICAgICAgLyogU3RhcnQgdGhlIHBvbGxpbmcgKi8NCiAgICAgICAgdGlt ZW91dChzcGljdGltZW91dCwgc2MsIHNwaWNfcG9sbHJhdGUpOw0KICAgICAg ICByZXR1cm4gMDsNCn0NCg0Kc3RhdGljIGludA0Kc3BpY2Nsb3NlKGRldl90 IGRldiwgaW50IGZsYWcsIGludCBmbXQsIHN0cnVjdCBwcm9jICpwKQ0Kew0K ICAgICAgICBzdHJ1Y3Qgc3BpY19zb2Z0YyAqc2M7DQoNCiAgICAgICAgc2Mg PSBkZXZjbGFzc19nZXRfc29mdGMoc3BpY19kZXZjbGFzcywgMCk7DQoNCiAg ICAgICAgLyogU3RvcCBwb2xsaW5nICovDQogICAgICAgIHVudGltZW91dChz cGljdGltZW91dCwgc2MsIHNjLT5zY190aW1lb3V0X2NoKTsNCiAgICAgICAg c2MtPnNjX29wZW5lZCA9IDA7DQogICAgICAgIHJldHVybiAwOw0KfQ0KDQpz dGF0aWMgaW50DQpzcGljcmVhZChkZXZfdCBkZXYsIHN0cnVjdCB1aW8gKnVp bywgaW50IGZsYWcpDQp7DQogICAgICAgIHN0cnVjdCBzcGljX3NvZnRjICpz YzsNCglpbnQgbCwgcywgZXJyb3I7DQoJdV9jaGFyIGJ1ZltTQ0JVRkxFTl07 DQoNCiAgICAgICAgc2MgPSBkZXZjbGFzc19nZXRfc29mdGMoc3BpY19kZXZj bGFzcywgMCk7DQoNCglzID0gc3BsdHR5KCk7DQoJd2hpbGUgKCEoc2MtPnNj X2NvdW50KSkgew0KCQlzYy0+c2Nfc2xlZXBpbmc9MTsNCgkJZXJyb3IgPSB0 c2xlZXAoKGNhZGRyX3QpIHNjLCBQWkVSTyB8IFBDQVRDSCwgImpvZ3JlYSIs IDApOw0KCQlzYy0+c2Nfc2xlZXBpbmc9MDsNCgkJaWYgKGVycm9yKSB7DQoJ CQlzcGx4KHMpOw0KCQkJcmV0dXJuIGVycm9yOw0KCQl9DQoJfQ0KCXNwbHgo cyk7DQoNCgkvKg0KCSAqIFRoaXMgaXMgYSB2ZXJ5IHNpbXBsZSBkZXZpY2Uu IFdlIHNlbmQgdGhlIGZvbGxvd2luZyBjaGFyYWN0ZXJzDQoJICogb24gZXZl bnRzOg0KCSAqIHUgPSB1cCwgZCA9IGRvd24gLS0gdGhhdCdzIHRoZSBqb2cg YnV0dG9uDQoJICogbCA9IGxlZnQsIHIgPSByaWdodCAtLSB0aGF0J3MgdGhl IGRpYWwuDQoJICogImxlZnQiIGFuZCAicmlnaHQiIGFyZSByYXRoZXIgY2Fw cmVjaW91cy4gVGhleSBhY3R1YWxseSByZXByZXNlbnQNCgkgKiBjY3cgYW5k IGN3LCByZXNwZWN0aXZlbHkNCgkgKg0KCSAqLw0KDQoJcyA9IHNwbHR0eSgp Ow0KCWwgPSBtaW4odWlvLT51aW9fcmVzaWQsIHNjLT5zY19jb3VudCk7DQoJ YmNvcHkoc2MtPnNjX2J1ZiwgYnVmLCBsKTsNCglzYy0+c2NfY291bnQgLT0g bDsNCgliY29weShzYy0+c2NfYnVmICsgbCwgc2MtPnNjX2J1ZiwgbCk7DQoJ c3BseChzKTsNCglyZXR1cm4gdWlvbW92ZShidWYsIGwsIHVpbyk7DQoNCn0N Cg0Kc3RhdGljIGludA0Kc3BpY2lvY3RsKGRldl90IGRldiwgdV9sb25nIGNt ZCwgY2FkZHJfdCBhZGRyLCBpbnQgZmxhZywgc3RydWN0IHByb2MgKnApDQp7 DQogICAgICAgIHN0cnVjdCBzcGljX3NvZnRjICpzYzsNCg0KICAgICAgICBz YyA9IGRldmNsYXNzX2dldF9zb2Z0YyhzcGljX2RldmNsYXNzLCAwKTsNCg0K CXJldHVybiBFSU87DQp9DQoNCnN0YXRpYyBpbnQNCnNwaWNwb2xsKGRldl90 IGRldiwgaW50IGV2ZW50cywgc3RydWN0IHByb2MgKnApDQp7DQogICAgICAg IHN0cnVjdCBzcGljX3NvZnRjICpzYzsNCiAgICAgICAgaW50IHJldmVudHMg PSAwLCBzOw0KDQogICAgICAgIHNjID0gZGV2Y2xhc3NfZ2V0X3NvZnRjKHNw aWNfZGV2Y2xhc3MsIDApOw0KICAgICAgICBzID0gc3BsdHR5KCk7DQogICAg ICAgIGlmIChldmVudHMgJiAoUE9MTElOIHwgUE9MTFJETk9STSkpIHsNCiAg ICAgICAgICAgICAgICBpZiAoc2MtPnNjX2NvdW50KQ0KICAgICAgICAgICAg ICAgICAgICAgICAgcmV2ZW50cyB8PSBldmVudHMgJiAoUE9MTElOIHwgUE9M TFJETk9STSk7DQogICAgICAgICAgICAgICAgZWxzZQ0KICAgICAgICAgICAg ICAgICAgICAgICAgc2VscmVjb3JkKHAsICZzYy0+c2NfcnNlbCk7IC8qIFdo byBzaGFsbCB3ZSB3YWtlPyAqLw0KICAgICAgICB9DQogICAgICAgIHNwbHgo cyk7DQoNCiAgICAgICAgcmV0dXJuIHJldmVudHM7DQp9DQoNCg0Kc3RhdGlj IGRldmljZV9tZXRob2RfdCBzcGljX21ldGhvZHNbXSA9IHsNCglERVZNRVRI T0QoZGV2aWNlX3Byb2JlLAkJc3BpY19wcm9iZSksDQoJREVWTUVUSE9EKGRl dmljZV9hdHRhY2gsCXNwaWNfYXR0YWNoKSwNCg0KCXsgMCwgMCB9DQp9Ow0K DQpzdGF0aWMgZHJpdmVyX3Qgc3BpY19kcml2ZXIgPSB7DQoJInNwaWMiLA0K CXNwaWNfbWV0aG9kcywNCglzaXplb2Yoc3RydWN0IHNwaWNfc29mdGMpLA0K fTsNCg0KRFJJVkVSX01PRFVMRShzcGljLCBpc2EsIHNwaWNfZHJpdmVyLCBz cGljX2RldmNsYXNzLCAwLCAwKTsNCg0K --0-2008051343-976490346=:47060 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="spicreg.h" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="spicreg.h" DQojZGVmaW5lIENERVZfTUFKT1IJMTYwDQoNCi8qDQogKiBGaW5kIHRoZSBQ Q0kgZGV2aWNlIHRoYXQgaG9sZHMgdGhlIEcxMCByZWdpc3RlciBuZWVkZWQg dG8gbWFwIGluIHRoZSBTUElDDQogKi8NCiNkZWZpbmUgUElJWDRfQlVTCTAN CiNkZWZpbmUgUElJWDRfU0xPVAk3DQojZGVmaW5lIFBJSVg0X0ZVTkMJMw0K DQojZGVmaW5lIEcxMEEJKDB4NjQpDQojZGVmaW5lIEcxMEwJKEcxMEEgKyAy KQ0KDQojZGVmaW5lIEJVVFRPTl9VUAkxDQojZGVmaW5lIEJVVFRPTl9ET1dO CTINCiNkZWZpbmUgSk9HX0NXCQkzDQojZGVmaW5lIEpPR19DQ1cJCTQNCg0K I2RlZmluZSBTUElDX0lSUV9QT1JUCTB4ODAzNA0KI2RlZmluZSBTUElDX0lS UV9TSElGVAkyMg0K --0-2008051343-976490346=:47060-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 15:35:13 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 15:35:10 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id 55A2337B400 for ; Sun, 10 Dec 2000 15:35:10 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id eBANYWm87853; Sun, 10 Dec 2000 15:34:32 -0800 (PST) (envelope-from dillon) Date: Sun, 10 Dec 2000 15:34:32 -0800 (PST) From: Matt Dillon Message-Id: <200012102334.eBANYWm87853@earth.backplane.com> To: Philipp Mergenthaler Cc: freebsd-current@FreeBSD.ORG Subject: fix for pageout_flush panic (was Re: panic: vm_pageout_flush: partially dirty page) References: <20001210033546.A13896@rz.uni-karlsruhe.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : : : Hi, : :ever since this commit: ... : :dillon 2000/11/18 15:06:27 PST : : Modified files: : sys/kern vfs_bio.c vfs_cluster.c vfs_subr.c Hmm. Very odd. It's catching a fully valid file page which is marked partially dirty, less then a kilobyte in size, mapped into memory but not associated with a buffer. m->dirty is 0xFC (roughly equivalent to 3584 bytes, but the file is only 932 bytes long. I'm not sure how it is possible for the above situation to occur. No, I take that back... I see one possibility related to ftruncate()ing a file, where a file is partially dirtied, mapped into memory, and then ftruncate()ed. I'll look into that. This is -current, it could be related to the ongoing work in -current, it has been reported to the list that -j buildworlds don't survive long but I don't know if that is true on single-cpu -current's or just for MP current's. You can revert my KASSERT to get rid of the panic but at this time I think my KASSERT is correct, and some piece of code somewhere is blowing something up. I would recommend *NOT* using -current for a production news machine!!!! If you can repeat the problem under -stable (which has the same patch set), that will give me more of a base to work from. I'll track down the one case I can think of to see if I can reproduce the bug. -Matt Index: sys/vm/vm_pageout.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_pageout.c,v retrieving revision 1.151.2.5 diff -u -r1.151.2.5 vm_pageout.c --- vm_pageout.c 2000/11/26 02:55:14 1.151.2.5 +++ vm_pageout.c 2000/12/10 22:50:43 @@ -372,7 +372,7 @@ */ for (i = 0; i < count; i++) { - KASSERT(mc[i]->valid == VM_PAGE_BITS_ALL && mc[i]->dirty == VM_PAGE_BITS_ALL, ("vm_pageout_flush page %p index %d/%d: partially dirty page", mc[i], i, count)); + KASSERT(mc[i]->valid == VM_PAGE_BITS_ALL, ("vm_pageout_flush page %p index %d/%d: partially dirty page", mc[i], i, count)); vm_page_io_start(mc[i]); vm_page_protect(mc[i], VM_PROT_READ); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 15:38:29 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 15:38:27 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mailtoaster1.pipeline.ch (mailtoaster1.pipeline.ch [62.48.0.70]) by hub.freebsd.org (Postfix) with SMTP id A766C37B400 for ; Sun, 10 Dec 2000 15:38:26 -0800 (PST) Received: (qmail 70009 invoked from network); 10 Dec 2000 23:36:12 -0000 Received: from unknown (HELO telehouse.ch) ([195.134.128.53]) (envelope-sender ) by mailtoaster1.pipeline.ch (qmail-ldap-1.03) with SMTP for ; 10 Dec 2000 23:36:12 -0000 Message-ID: <3A3413C8.4D9148FF@telehouse.ch> Date: Mon, 11 Dec 2000 00:37:44 +0100 From: Andre Oppermann X-Mailer: Mozilla 4.74 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: current@FreeBSD.ORG Subject: Re: Lucent Orinoco Gold PCCard? References: <200012102246.PAA31095@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there any supporting Access Point functionality, eg. using the freebsd server as AP? Warner Losh wrote: > > In message "jrs@enteract.com" writes: > : Is there a list of wireless pc cards that work (and how well they work) > : with FreeBSD?? > > There's /etc/defaults/pccard.conf, which says breifly: > Aironet 340/342 Series 11Mbps 802.11 wireless NIC > Aironet PC4500 2Mbps 802.11 wireless NIC > Aironet PC4800 11Mbps 802.11 wireless NIC > Bay Networks BayStack 650 Wireless LAN > Cabletron RoamAbout, WaveLAN/IEEE clone > Compaq WL100 > Corega KK Wireless LAN PCC-11 > ELECOM Air@Hawk/LD-WL11/PCC (0.7.5) > ELECOM Air@Hawk/LD-WL11/PCC (0.7.6 and later) > Farallon SkyLINE Wireless > Farallon Skyline 11Mbps Wireless > Generic AMD Am79c930 based card > ICOM SL-1100 > ICom SL-200 > Lucent WaveLAN/IEEE > Melco Airconnect > Melco WLI-PCM > NCR WaveLAN/IEEE > NEC Wireless Card CMZ-RT-WP > PLANEX GeoWave/GW-NS110 > TDK LAK-CD011WL > WebGEAR Aviator 2.4 (ray driver, not 802.11b) > Xircom CreditCard Netwave (cwn to be committed soon) > ZoomAir-4000 > > Warner > > P.S. I'd like to have one of each of these. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 15:58: 6 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 15:58:04 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mailgate.rz.uni-karlsruhe.de (mailgate.rz.uni-karlsruhe.de [129.13.64.97]) by hub.freebsd.org (Postfix) with ESMTP id B17D537B400 for ; Sun, 10 Dec 2000 15:58:03 -0800 (PST) Received: from rzstud1.rz.uni-karlsruhe.de (rzstud1.rz.uni-karlsruhe.de [129.13.197.1]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.16 #1) id 145GLw-0005Wu-00; Mon, 11 Dec 2000 00:58:00 +0100 Received: from un1i by rzstud1.rz.uni-karlsruhe.de with local (Exim 2.12 #1) id 145GMb-0000O3-00; Mon, 11 Dec 2000 00:58:41 +0100 Date: Mon, 11 Dec 2000 00:58:41 +0100 From: Philipp Mergenthaler To: Matt Dillon Cc: current@freebsd.org Subject: Re: panic: vm_pageout_flush: partially dirty page Message-ID: <20001211005841.A21036@rz.uni-karlsruhe.de> References: <20001210033546.A13896@rz.uni-karlsruhe.de> <200012102225.eBAMPmU87571@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200012102225.eBAMPmU87571@earth.backplane.com>; from dillon@earth.backplane.com on Sun, Dec 10, 2000 at 02:25:48PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 02:25:48PM -0800, Matt Dillon wrote: > > : Hi, > : > :ever since this commit: ... > : > :dillon 2000/11/18 15:06:27 PST > : > : Modified files: > : sys/kern vfs_bio.c vfs_cluster.c vfs_subr.c > :... > > When you created the filesystems on which the history and spool reside, > did you use any custom parameters for blocksize, fragsize, etc...? No, I used sysinstall with the default parameters to create them. bs=8192, fs=1024, cpg=16 The spool is on /dev/ad0s1f, history etc. is on /dev/da0s1f. If it matters, turning softupdates off on both didn't help. > P.S. you should not publish paths to kernel dumps on the lists... send > that over private email. Dumps might contain sensitive data such as > passwords. I know and I would've changed them and the ssh identity anyway :-) Thanks, Philipp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 16: 4:31 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 16:04:29 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id 8767037B400 for ; Sun, 10 Dec 2000 16:04:28 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id eBB03t887967; Sun, 10 Dec 2000 16:03:55 -0800 (PST) (envelope-from dillon) Date: Sun, 10 Dec 2000 16:03:55 -0800 (PST) From: Matt Dillon Message-Id: <200012110003.eBB03t887967@earth.backplane.com> To: Philipp Mergenthaler Cc: freebsd-current@freebsd.org Subject: Re: panic: vm_pageout_flush: partially dirty page References: <20001210033546.A13896@rz.uni-karlsruhe.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Phillipp, could you do me a favor and try this patch instead of removing the KASSERT? That is, keep the original KASSERT, apply this patch to your -current instead, and see if you still get the panic. This patch is relative to -current. What it does is clear the dirty bits for the portion of the fragment being truncated off. If the resulting page is entirely clean, then fine. If it is partially dirty then we make the whole thing dirty in case it was mapped. I believe what was happening was that there is a small file, around 1K, which is clean, gets something appended to it with write() (dirtying a big chunk of the page but not the first 1K or so), and then gets truncated small again. The buffer cache then believes, correctly, that the (now 1K) buffer is no longer dirty and can be thrown away. However. the backing vm_page_t is still marked partially dirty because the truncate operation didn't undo the dirty bits for the section that was truncated. This results in a partially dirty vm_page_t that is not associated with any buffer. It hits the VM flushing code and panics because mapped dirty pages are supposed to either be 100% clean or 100% dirty, not something inbetween. -Matt Index: vm/vnode_pager.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vnode_pager.c,v retrieving revision 1.124 diff -u -r1.124 vnode_pager.c --- vnode_pager.c 2000/07/11 22:07:57 1.124 +++ vnode_pager.c 2000/12/10 23:53:53 @@ -300,10 +300,29 @@ m = vm_page_lookup(object, OFF_TO_IDX(nsize)); if (m) { + int base = (int)nsize & PAGE_MASK; + int size = PAGE_SIZE - base; + + /* + * Clear out partial-page garbage in case + * the page has been mapped. + */ kva = vm_pager_map_page(m); - bzero((caddr_t) kva + (nsize & PAGE_MASK), - (int) (round_page(nsize) - nsize)); + bzero((caddr_t)kva + base, size); vm_pager_unmap_page(kva); + + /* + * Clear out partial-page dirty bits. This + * has the side effect of setting the valid + * bits, but that is ok. There are a bunch + * of places in the VM system where we expected + * m->dirty == VM_PAGE_BITS_ALL. The file EOF + * case is one of them. If the page is still + * partially dirty, make it fully dirty. + */ + vm_page_set_validclean(m, base, size); + if (m->dirty != 0) + m->dirty = VM_PAGE_BITS_ALL; } } } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 16:10:44 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 16:10:42 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mailgate.rz.uni-karlsruhe.de (mailgate.rz.uni-karlsruhe.de [129.13.64.97]) by hub.freebsd.org (Postfix) with ESMTP id CC52037B400 for ; Sun, 10 Dec 2000 16:10:41 -0800 (PST) Received: from rzstud1.rz.uni-karlsruhe.de (rzstud1.rz.uni-karlsruhe.de [129.13.197.1]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.16 #1) id 145GYA-0006RR-00; Mon, 11 Dec 2000 01:10:38 +0100 Received: from un1i by rzstud1.rz.uni-karlsruhe.de with local (Exim 2.12 #1) id 145GYq-0000Vk-00; Mon, 11 Dec 2000 01:11:20 +0100 Date: Mon, 11 Dec 2000 01:11:19 +0100 From: Philipp Mergenthaler To: Matt Dillon Cc: current@freebsd.org Subject: Re: fix for pageout_flush panic (was Re: panic: vm_pageout_flush: partially dirty page) Message-ID: <20001211011119.B21036@rz.uni-karlsruhe.de> References: <20001210033546.A13896@rz.uni-karlsruhe.de> <200012102334.eBANYWm87853@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200012102334.eBANYWm87853@earth.backplane.com>; from dillon@earth.backplane.com on Sun, Dec 10, 2000 at 03:34:32PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 03:34:32PM -0800, Matt Dillon wrote: > :ever since this commit: ... > : > :dillon 2000/11/18 15:06:27 PST > : > : Modified files: > : sys/kern vfs_bio.c vfs_cluster.c vfs_subr.c > > Hmm. Very odd. It's catching a fully valid file page which is > marked partially dirty, less then a kilobyte in size, mapped > into memory but not associated with a buffer. m->dirty is > 0xFC (roughly equivalent to 3584 bytes, but the file is only 932 > bytes long. /usr/local/news/etc#wc active 23 92 932 active Innd does mmap the active file, but I don't know what it does with it. I'll look at it; maybe I can construct a simpler example. > I would recommend *NOT* using -current for a production news machine!!!! Of course not, this is just a mini archive of my favourite newsgroups. :-) > If you can repeat the problem under -stable (which has the same patch > set), that will give me more of a base to work from. Ok, I'll try that. Bye, Philipp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 16:31:14 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 16:31:12 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id AF1E837B401 for ; Sun, 10 Dec 2000 16:31:12 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id eBB0UdI88063; Sun, 10 Dec 2000 16:30:39 -0800 (PST) (envelope-from dillon) Date: Sun, 10 Dec 2000 16:30:39 -0800 (PST) From: Matt Dillon Message-Id: <200012110030.eBB0UdI88063@earth.backplane.com> To: Philipp Mergenthaler Cc: current@freebsd.org Subject: Re: fix for pageout_flush panic (was Re: panic: vm_pageout_flush: partially dirty page) References: <20001210033546.A13896@rz.uni-karlsruhe.de> <200012102334.eBANYWm87853@earth.backplane.com> <20001211011119.B21036@rz.uni-karlsruhe.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I found a second issue... just a normal write-via-mmap issue, which I think INN does. If you mmap() a file fragment and write to it via the mmap(), m->dirty is set to VM_PAGE_BITS_ALL (0xFF). the normal buffer flush will only clear the dirty bits on the page associated with the file fragment, leaving m->dirty 0xFC without an associated buffer. I think *this* is causing the panic. Unfortunately, fixing it properly is a bit delicate because there are cases where it is not appropriate for the buffer cache code to just go and clear m->dirty (e.g. for odd buffer block sizes such as those used for bitmap blocks). I should have a patch in a bit. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 16:44:40 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 16:44:38 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id 0598E37B400; Sun, 10 Dec 2000 16:44:38 -0800 (PST) Received: by peorth.iteration.net (Postfix, from userid 1001) id 3085A5741E; Sun, 10 Dec 2000 18:44:45 -0600 (CST) Date: Sun, 10 Dec 2000 18:44:45 -0600 From: "Michael C . Wu" To: Nick Sayer Cc: freebsd-current@freebsd.org Subject: Re: Sony jog dial driver Message-ID: <20001210184445.E27625@peorth.iteration.net> Reply-To: "Michael C . Wu" Mail-Followup-To: "Michael C . Wu" , Nick Sayer , freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from nsayer@freebsd.org on Sun, Dec 10, 2000 at 03:19:06PM -0800 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: keichii@peorth.iteration.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 03:19:06PM -0800, Nick Sayer scribbled: | Attached is a preliminary driver for the Sony jog dial. It's enough that | you can create a /dev/jogdial and watch letters come out. W00t! :) You did it! How did you wrestle documentation out of Sony? (or did you ever?) If you managed to get a Sony contact, can I contact him too? | It needs a lot of improvement: | 1. Use interrupts instead of polling. | 2. Present mouse-oriented events instead of letters. I recall you talking about the Fn+LCD brightness and such to be controlled by the same controller also. Do you have any work in that area? IMHO, we should have: scroll up/down : mouse 4 and 5 (just like mouse wheel) press down while scrolling up/down : mixer vol +/- press down one time : mouse middle paste | 3. Fix the probe routine so that it tries to detect the presence of the | device rather than the magic 0x10a0 port location. | | 4. Eventual ACPIification of the driver. | | 5. Create a 2nd device to deal with other devices like the lid switch, | capture button, etc. | | But I wanted to get this much out there for people to play with. I'll test this tonight. :) -- +------------------------------------------------------------------+ | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 16:47: 2 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 16:47:00 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id 1801337B401; Sun, 10 Dec 2000 16:47:00 -0800 (PST) Received: by peorth.iteration.net (Postfix, from userid 1001) id 9E1F45741E; Sun, 10 Dec 2000 18:47:07 -0600 (CST) Date: Sun, 10 Dec 2000 18:47:07 -0600 From: "Michael C . Wu" Cc: Nick Sayer , freebsd-current@freebsd.org Subject: Re: Sony jog dial driver Message-ID: <20001210184707.F27625@peorth.iteration.net> Reply-To: "Michael C . Wu" References: <20001210184445.E27625@peorth.iteration.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001210184445.E27625@peorth.iteration.net>; from keichii@iteration.net on Sun, Dec 10, 2000 at 06:44:45PM -0600 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: keichii@peorth.iteration.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 06:44:45PM -0600, Michael C . Wu scribbled: Oops, nevermind my questions about contacts and Fn+* functions, should have read the code before I reply. :) -- +------------------------------------------------------------------+ | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 16:55:45 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 16:55:43 2000 Return-Path: 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 47B3537B400 for ; Sun, 10 Dec 2000 16:55:43 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id QAA54415; Sun, 10 Dec 2000 16:55:42 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBB0tfa84788; Sun, 10 Dec 2000 16:55:41 -0800 (PST) (envelope-from obrien) Date: Sun, 10 Dec 2000 16:55:41 -0800 From: "David O'Brien" To: cjclark@alum.mit.edu Cc: current@FreeBSD.ORG Subject: Re: /usr/local abuse Message-ID: <20001210165540.A84740@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.54808.947617.700838@zircon.seattle.wa.us> <14899.55273.863236.40012@zircon.seattle.wa.us> <20001210113817.D80274@dragon.nuxi.com> <14899.59134.262811.806345@zircon.seattle.wa.us> <20001210135125.B82246@dragon.nuxi.com> <20001210141831.N96105@149.211.6.64.reflexcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001210141831.N96105@149.211.6.64.reflexcom.com>; from cjclark@reflexnet.net on Sun, Dec 10, 2000 at 02:18:31PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 02:18:31PM -0800, Crist J. Clark wrote: > > Nope. One can ``ln -s /usr/local /usr/pkg'' and get the behavior those > > that like everything in one place prefers while still segregating stuff > > for those that prefer it. > > That makes no sense. Yes it does. > The big argument has been that packages should not go into /usr/local > because /usr/local is for something else. By one set of people. There is another set that wants everything in a single directory. The NetBSD way gives that to them with a very simple symlink. There is no easy way to split out the FreeBSD _Packages_ from /usr/local, for the converse. > What's the difference? Opinions on wether to separate out or not. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 16:59:19 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 16:59:18 2000 Return-Path: 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 E295A37B400 for ; Sun, 10 Dec 2000 16:59:17 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id QAA54420; Sun, 10 Dec 2000 16:59:17 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBB0xGG84806; Sun, 10 Dec 2000 16:59:16 -0800 (PST) (envelope-from obrien) Date: Sun, 10 Dec 2000 16:59:15 -0800 From: "David O'Brien" To: Warner Losh Cc: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation Message-ID: <20001210165915.B84740@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <14899.62189.243395.903919@nomad.yogotech.com> <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <14899.62189.243395.903919@nomad.yogotech.com> <200012102215.PAA30900@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200012102215.PAA30900@harmony.village.org>; from imp@village.org on Sun, Dec 10, 2000 at 03:15:58PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 03:15:58PM -0700, Warner Losh wrote: > but there also was a /usr/contrib for large packages contribtued to > Berkeley by outside parties. BSDi's BSD/OS installs GNOME, KDE, editors, etc.. into /usr/contrib and leaves /usr/local for the user. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 17: 5:12 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 17:05:10 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from quack.kfu.com (quack.kfu.com [205.178.90.194]) by hub.freebsd.org (Postfix) with ESMTP id B34F237B400; Sun, 10 Dec 2000 17:05:09 -0800 (PST) Received: from medusa.kfu.com (medusa.kfu.com [205.178.90.222]) by quack.kfu.com (8.11.1/8.11.1) with ESMTP id eBB159m11284; Sun, 10 Dec 2000 17:05:09 -0800 (PST) (envelope-from nsayer@freebsd.org) Received: from localhost (nsayer@localhost) by medusa.kfu.com (8.11.1/8.11.0) with ESMTP id eBB158U48108; Sun, 10 Dec 2000 17:05:09 -0800 (PST) (envelope-from nsayer@freebsd.org) X-Authentication-Warning: medusa.kfu.com: nsayer owned process doing -bs Date: Sun, 10 Dec 2000 17:05:08 -0800 (PST) From: Nick Sayer X-Sender: nsayer@medusa.kfu.com To: "Michael C . Wu" Cc: Nick Sayer , freebsd-current@freebsd.org Subject: Re: Sony jog dial driver In-Reply-To: <20001210184445.E27625@peorth.iteration.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 Sun, 10 Dec 2000, Michael C . Wu wrote: > On Sun, Dec 10, 2000 at 03:19:06PM -0800, Nick Sayer scribbled: > | Attached is a preliminary driver for the Sony jog dial. It's enough that > | you can create a /dev/jogdial and watch letters come out. > > W00t! :) You did it! How did you wrestle documentation out of > Sony? (or did you ever?) If you managed to get a Sony contact, > can I contact him too? Nope. I have Andrew Tridge and Ian Dowse to thank jointly for sample code that went into it. I am inclined to split the US$100 prize between them. > > | It needs a lot of improvement: > | 1. Use interrupts instead of polling. > | 2. Present mouse-oriented events instead of letters. > > I recall you talking about the Fn+LCD brightness and such to > be controlled by the same controller also. Do you have any work in that area? No, I'm afraid not. > > > IMHO, we should have: > scroll up/down : mouse 4 and 5 (just like mouse wheel) > press down while scrolling up/down : mixer vol +/- > press down one time : mouse middle paste Those are tasks best done in userspace. The driver's job is simply to report the events. My immediate task is now to have it do that reporting in a moused compatible way. > > | 3. Fix the probe routine so that it tries to detect the presence of the > | device rather than the magic 0x10a0 port location. > | > | 4. Eventual ACPIification of the driver. > | > | 5. Create a 2nd device to deal with other devices like the lid switch, > | capture button, etc. > | > | But I wanted to get this much out there for people to play with. > > I'll test this tonight. :) > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 17: 8:52 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 17:08:49 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 74D2037B401 for ; Sun, 10 Dec 2000 17:08:48 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eBB18ks65211; Sun, 10 Dec 2000 18:08:47 -0700 (MST) (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 SAA31824; Sun, 10 Dec 2000 18:08:46 -0700 (MST) Message-Id: <200012110108.SAA31824@harmony.village.org> To: Andre Oppermann Subject: Re: Lucent Orinoco Gold PCCard? Cc: current@FreeBSD.ORG In-reply-to: Your message of "Mon, 11 Dec 2000 00:37:44 +0100." <3A3413C8.4D9148FF@telehouse.ch> References: <3A3413C8.4D9148FF@telehouse.ch> <200012102246.PAA31095@harmony.village.org> Date: Sun, 10 Dec 2000 18:08:45 -0700 From: Warner Losh Sender: imp@harmony.village.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3A3413C8.4D9148FF@telehouse.ch> Andre Oppermann writes: : Is there any supporting Access Point functionality, eg. using the : freebsd server as AP? No. AP mode firmware is generally undocumented. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 17:10: 9 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 17:10:06 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from homer.softweyr.com (bsdconspiracy.net [208.187.122.220]) by hub.freebsd.org (Postfix) with ESMTP id 0F47437B400 for ; Sun, 10 Dec 2000 17:10:03 -0800 (PST) Received: from [127.0.0.1] (helo=softweyr.com ident=Fools trust ident!) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 145HWL-0000CI-00; Sun, 10 Dec 2000 18:12:49 -0700 Sender: wes@FreeBSD.ORG Message-ID: <3A342A11.6C973A4F@softweyr.com> Date: Sun, 10 Dec 2000 18:12:49 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Daniel C. Sobral" Cc: Mike Meyer , "Brandon D. Valentine" , Garrett Wollman , current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation References: <14898.31393.228926.763711@guru.mired.org> <14898.33404.356173.963351@guru.mired.org> <3A336781.94E1646@newsguy.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Daniel C. Sobral" wrote: > > Mike Meyer wrote: > > > > Rant second: FreeBSD *violates* years of traditions with it's > > treatment of /usr/local. /usr/local is for *local* things, not add-on > > software packages! Coopting /usr/local for non-local software creates > > needless complexity and confusion, which of course leads to needless > > pain. > > Not for everyone. FreeBSD adopted one of the ways /usr/local was being > used. You can keep ranting on this and pretending the way above is how > everyone used /usr/local as long as you want, but the fact is that you > won't get this changed. I worked on smail as early as 1985; it installed in /usr/local way back then. I think the "/usr/local is for local extensions" is a SysV mindset. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 17:52:25 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 17:52:24 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from homer.softweyr.com (bsdconspiracy.net [208.187.122.220]) by hub.freebsd.org (Postfix) with ESMTP id A28C537B401 for ; Sun, 10 Dec 2000 17:52:23 -0800 (PST) Received: from [127.0.0.1] (helo=softweyr.com ident=Fools trust ident!) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 145ICM-0000Co-00; Sun, 10 Dec 2000 18:56:14 -0700 Sender: wes@FreeBSD.ORG Message-ID: <3A34343D.643B2377@softweyr.com> Date: Sun, 10 Dec 2000 18:56:13 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: current@FreeBSD.ORG Cc: Brian Dean Subject: Re: /usr/local abuse References: <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <20001210134441.B39643@vger.bsdhome.com> <20001210113508.C80274@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > > On Sun, Dec 10, 2000 at 01:44:41PM -0500, Brian Dean wrote: > > I think I finally understand what you are complaining about, > > Maybe. > > > But to say that installing ports into /usr/local is somehow wrong, I > > have to disagree. > > Do you understand why NetBSD Packages (ie, the system they took from us) > install into /usr/pkg by default rather than /usr/local ? Yes, but that doesn't mean I agree with it. In fact, I find it slighly bizarre. I dislike needing a different path on NetBSD than what I have on {Free,Open}BSD. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 17:58:31 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 17:58:29 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from sr14.nsw-remote.bigpond.net.au (sr14.nsw-remote.bigpond.net.au [24.192.3.29]) by hub.freebsd.org (Postfix) with ESMTP id 6136037B400 for ; Sun, 10 Dec 2000 17:58:28 -0800 (PST) Received: from areilly.bpc-users.org (CPE-144-132-181-87.nsw.bigpond.net.au [144.132.181.87]) by sr14.nsw-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with SMTP id MAA22459 for ; Mon, 11 Dec 2000 12:58:23 +1100 (EDT) Received: (qmail 16453 invoked by uid 1000); 11 Dec 2000 01:58:21 -0000 From: "Andrew Reilly" Date: Mon, 11 Dec 2000 12:58:21 +1100 To: Mike Meyer Cc: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation Message-ID: <20001211125820.A16115@gurney.reilly.home> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <14899.52206.955003.130371@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14899.52206.955003.130371@guru.mired.org>; from mwm@mired.org on Sun, Dec 10, 2000 at 12:31:10PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 12:31:10PM -0600, Mike Meyer wrote: > Not /usr/local - that's for locally maintained software. I'd rather it > go on /usr, so I don't like /opt. When I got to choose, I chose > /usr/opt. But anything other than /usr/local on /usr would do as well. So do you also put the configurations in ${PREFIX}/etc, or /usr/local/etc? Even though you got them from a readily replaceable source, you can't retrieve your local configurations that way. > That's true. But if it's packaged, it belongs in an area reserved for > *packages*. FreeBSD is the only system I know of that coopts > /usr/local for packages, instead of reserving it for things that are > locally maintained. Whether that locally maintained software is > written locally or comes from a third party is irrelevant to this > discussion. Well, I'll just stick my oar in for /usr/local. I count myself among the aesthetically dismayed when I first encountered /opt on a SunOS box. (Or was that Solaris? Time fades...) > The critical difference is the "requires local src configuration" > line. For FreeBSD or any of the ports or packages, I can blow away the > source tree without worrying about needing it back; I can always get > it back from FreeBSD again. For the same reason, I don't worry much > about the binaries. For locally written software, if I lose ths > source, I'm SOL. Don't you keep the source that you write somewhere in your home directory? I do. > For true third party software, how screwed I am > depends on how hard it was getting the thing to build on FreeBSD. As a > general rule, I always save them. The binaries get the same > treatment. Having to figure out which is which is *much* easier if the > two are in different directory hierarchies. Whenever I have to build something outside the ports hierarchy, I finish by diffing the orig and modified source trees. I put the source tarball into /usr/ports/distfiles, in case someone at FreeBSD gets around to building a port of it, and stick the diffs in my $HOME/src directory. > Clearly, a package is *not* the same as either third party or locally > written software. For people who don't care about any of those > differences, packages co-opting /usr/local doesn't matter. For people > who do, there's PREFIX - except it doesn't work very well, and can't > work for binary builds (and with the CDROM set no longer having > distfiles on it, that's a major PITA). I agree that PREFIX/LOCALBASE should work: you can't legislate taste. I'm going to keep it to /usr/local and /usr/X11R6, though, thanks all the same. -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 18:12:53 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 18:12:51 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id B002137B400 for ; Sun, 10 Dec 2000 18:12:51 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id eBB2Cn229056; Sun, 10 Dec 2000 18:12:49 -0800 Date: Sun, 10 Dec 2000 18:12:49 -0800 From: Brooks Davis To: Warner Losh Cc: current@FreeBSD.ORG Subject: Re: Lucent Orinoco Gold PCCard? Message-ID: <20001210181249.B1488@Odin.AC.HMC.Edu> References: <200012102246.PAA31095@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200012102246.PAA31095@harmony.village.org>; from imp@village.org on Sun, Dec 10, 2000 at 03:46:27PM -0700 Sender: brdavis@odin.ac.hmc.edu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 03:46:27PM -0700, Warner Losh wrote: > In message "jrs@enteract.com" writes: > : Is there a list of wireless pc cards that work (and how well they work) > : with FreeBSD?? > > There's /etc/defaults/pccard.conf, which says breifly: > Aironet 340/342 Series 11Mbps 802.11 wireless NIC This should read: Cisco Aironet 340 Series 11Mbps 802.11 wireless NIC I though this had been fixed, but apparently it wasn't in all places. > Aironet PC4800 11Mbps 802.11 wireless NIC These aren't 802.11b compatable. They played the usual game of releasing before the final IEEE vote on the standard to be early to market and didn't win the vote. The 802.11b compatable Aironet access points (Cisco APs) can be configured to support these, but the don't interoperate fully. -- 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 Sun Dec 10 18:26: 5 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 18:26:03 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 33F2737B400 for ; Sun, 10 Dec 2000 18:26:01 -0800 (PST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 2D5D36AB68; Mon, 11 Dec 2000 12:55:58 +1030 (CST) Date: Mon, 11 Dec 2000 12:55:58 +1030 From: Greg Lehey To: Warner Losh Cc: current@FreeBSD.ORG Subject: Supported wireless PCMCIA cards (was: Lucent Orinoco Gold PCCard?) Message-ID: <20001211125558.E69363@wantadilla.lemis.com> References: <200012102246.PAA31095@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200012102246.PAA31095@harmony.village.org>; from imp@village.org on Sun, Dec 10, 2000 at 03:46:27PM -0700 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, 10 December 2000 at 15:46:27 -0700, Warner Losh wrote: > In message "jrs@enteract.com" writes: > : Is there a list of wireless pc cards that work (and how well they work) > : with FreeBSD?? > > There's /etc/defaults/pccard.conf, which says breifly: > ... > WebGEAR Aviator 2.4 (ray driver, not 802.11b) Specifically, it's 802.11 FHSS. I've been having a *lot* of trouble with this one. It maps a total of 52 kB into I/O space (48 kB + 4 kB, each contiguous), and I can't find that much memory. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 18:27:35 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 18:27:31 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 9C27837B401 for ; Sun, 10 Dec 2000 18:27:30 -0800 (PST) Received: (qmail 9840 invoked by uid 100); 11 Dec 2000 02:27:29 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14900.15249.79659.561700@guru.mired.org> Date: Sun, 10 Dec 2000 20:27:29 -0600 (CST) To: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation In-Reply-To: <20001211125820.A16115@gurney.reilly.home> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <14899.52206.955003.130371@guru.mired.org> <20001211125820.A16115@gurney.reilly.home> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrew Reilly types: > On Sun, Dec 10, 2000 at 12:31:10PM -0600, Mike Meyer wrote: > > Not /usr/local - that's for locally maintained software. I'd rather it > > go on /usr, so I don't like /opt. When I got to choose, I chose > > /usr/opt. But anything other than /usr/local on /usr would do as well. > So do you also put the configurations in ${PREFIX}/etc, or > /usr/local/etc? Even though you got them from a readily > replaceable source, you can't retrieve your local configurations > that way. ${PREFIX}/etc, and stored in perforce. The perforce database is on /usr/local, and saved along with everything else. In fact, *all* my system configuration files are stored in perforce. In theory, I can restore a system configuration from that. Since I haven't actually used it, I expect it to work as well as setting LOCALBASE works. > > That's true. But if it's packaged, it belongs in an area reserved for > > *packages*. FreeBSD is the only system I know of that coopts > > /usr/local for packages, instead of reserving it for things that are > > locally maintained. Whether that locally maintained software is > > written locally or comes from a third party is irrelevant to this > > discussion. > Well, I'll just stick my oar in for /usr/local. I count myself > among the aesthetically dismayed when I first encountered /opt > on a SunOS box. (Or was that Solaris? Time fades...) I dislike /opt as well. For two reasons. One is that it's not on /usr meaning I have to either set aside another large FS for system software, or tweak things to get it there. The other is that all the packages have their copy of the hierarchy. If there were a hook to install symlinks in a standard heirarchy under /opt, it wouldn't bother me so much. But there isn't, so I have to figure out what needs to be installed, do it by hand, and take some action to insure it gets recreated if I need to do that. > > The critical difference is the "requires local src configuration" > > line. For FreeBSD or any of the ports or packages, I can blow away the > > source tree without worrying about needing it back; I can always get > > it back from FreeBSD again. For the same reason, I don't worry much > > about the binaries. For locally written software, if I lose ths > > source, I'm SOL. > Don't you keep the source that you write somewhere in your home > directory? I do. Yup. I also keep the source for random software from the network in my home directory. I don't keep the source for ports anywhere. That's part of the basis for the claim that "installed over the network" and "FreeBSD packages" are *not* identical, and losing the ability to easily separate them is bad. > > For true third party software, how screwed I am > > depends on how hard it was getting the thing to build on FreeBSD. As a > > general rule, I always save them. The binaries get the same > > treatment. Having to figure out which is which is *much* easier if the > > two are in different directory hierarchies. > Whenever I have to build something outside the ports hierarchy, > I finish by diffing the orig and modified source trees. I put > the source tarball into /usr/ports/distfiles, in case someone at > FreeBSD gets around to building a port of it, and stick the > diffs in my $HOME/src directory. Why don't you go ahead and turn it into a port, and submit that? I've done that - even for locally written software. Being able to use the ports mechanisms to maintain the installation of software is a win. I also PR them, and every once in a while one of them gets committed before the ports structure changes so much the port is outdated. Whether I turn true third party software into a port or not, I put network sources in an external source branch, and my build version in a local branch so I can use source software management tools to deal with upgrades from the vendor. I *never* do that with a port. I don't manage that software - someone appointed by FreeBSD does. Again, that's a reason for wanting the two kinds of software in different hierarchies, and FreeBSD coopting the place where much of that software expects to be installed being a pain. > > Clearly, a package is *not* the same as either third party or locally > > written software. For people who don't care about any of those > > differences, packages co-opting /usr/local doesn't matter. For people > > who do, there's PREFIX - except it doesn't work very well, and can't > > work for binary builds (and with the CDROM set no longer having > > distfiles on it, that's a major PITA). > I agree that PREFIX/LOCALBASE should work: you can't legislate > taste. I'm going to keep it to /usr/local and /usr/X11R6, > though, thanks all the same. Making the default something other than /usr/local makes it more likely that PREFIX/LOCALBASE will work. Also, as was pointed out elsewhere in the thread, if ports go somewhere that nobody uses for anything, a simple symlink will make it look like it's where ever you want it, and you get the two things merged. If the default occupies something you want for some other use, the cost of moving it is very high (i.e. - 3/4ths of a subscription is packages that will install in the wrong place, commercial software packages installs in the wrong place, having to fix broken ports, not being able to use Perl modules from ports, etc). Delivered-To: freebsd-current@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id BC24637B400 for ; Sun, 10 Dec 2000 19:39:53 -0800 (PST) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id UAA09428; Sun, 10 Dec 2000 20:39:52 -0700 (MST) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id UAA06326; Sun, 10 Dec 2000 20:39:51 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14900.19591.200496.869754@nomad.yogotech.com> Date: Sun, 10 Dec 2000 20:39:51 -0700 (MST) To: Mike Meyer Cc: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation In-Reply-To: <14900.2598.958785.326648@guru.mired.org> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> <14900.2598.958785.326648@guru.mired.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > I'm aware that software was installing itself in /usr/local years > > > before it was installing in /opt. On the other hand, vendor software > > > was installing in /opt years before I ever saw it install in > > > /usr/local. > > Most vendor software I know pre-dates /opt, and installed itself in > > /usr/local. I'm with Warner on this one, installing in /usr/local > > predates /opt by many years. Before /opt, vendors always used > > /usr/local, or worse they installed in /bin and /usr/bin. > > Oh, I agree that installing things in /usr/local predates /opt by > years. I'm curious as to what vendor provided software installed > itself in /usr/local, though, as I've never seen any. I know that as recent as 3=4 years ago, Purify installed itself by default in /usr/local, on SunOS and Solaris. Lucid did this as well, although things start getting pretty fuzzy going back that far. :) > > > Then again, your quoting of "packages" points up something else - I > > > never saw prepackaged binaries for v6 or v7. > > I did on SysIII. As a matter of fact, the entire distribution was > > bundled into separate packets (all of them installed in /usr). :( > > SysIII was not something I ever worked with. I went from v7 to BSD > until, and stayed pretty much BSD until I started working with Solaris > in the early/mid 90s. I ran mostly DEC boxes until the early 90s, which had all software installed in /usr/bin or /usr/local/bin. > > In any case, I think you're wasting your time trying to convince folks > > here. It appears to me that this is an argument going nowhere, and the > > claims you're making of history and tradition are way off the mark, thus > > making the arguments have much less weight. > > I few this as consciousness-raising. That's an ongoing process. > > My claims about "history" and "tradition" are attempts to refute > Brandon's assertion that packages going into /usr/local has "years of > tradition behind it." Mostly, it's about what *packages* are, not what > /usr/local was used for. I disagree. > By your own admission, /usr/local wasn't used on v7. So the discussion > should turn to when BSD started seeing prebuilt vendor packages to > install in /usr/local. Late '80s on DEC boxes running Ultrix (which one could argue is one of the earliest commercial 'vendor' BSD unices). I don't consider Solaris a BSD unix, so it using /opt isn't a valid point, which makes the whole concept of '/opt' for BSD packages a moot point. :) Probably the same time-frame for SunOS, although I didn't have experience with it until the early 90's. However, if necessary, I can try and dig out installation docs for some software which ask to have the stuff unpacked in /usr/local. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 20: 7:16 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 20:07:14 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from homer.softweyr.com (bsdconspiracy.net [208.187.122.220]) by hub.freebsd.org (Postfix) with ESMTP id 37CA637B400 for ; Sun, 10 Dec 2000 20:07:14 -0800 (PST) Received: from [127.0.0.1] (helo=softweyr.com ident=Fools trust ident!) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 145KI6-0000Hb-00; Sun, 10 Dec 2000 21:10:19 -0700 Sender: wes@FreeBSD.ORG Message-ID: <3A3453AA.96E6AC80@softweyr.com> Date: Sun, 10 Dec 2000 21:10:18 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "jrs@enteract.com" Cc: Archie Cobbs , Doug Ambrisko , Warner Losh , Sascha Luck , current@FreeBSD.ORG Subject: Re: Lucent Orinoco Gold PCCard? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "jrs@enteract.com" wrote: > > Is there a list of wireless pc cards that work (and how well they work) > with FreeBSD?? man -k 802.11 or man -k wireless should do it, but the man pages aren't quite that organized. All I can find grepping the 4.2 sources is Cisco/Aironet and Lucent WaveLAN/ Orinoco: an(4) and wi(4). Many of the cards on the market are Lucent OEMs, but it's still a crapshoot without direct knowlege. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 20:11:27 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 20:11:25 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from homer.softweyr.com (bsdconspiracy.net [208.187.122.220]) by hub.freebsd.org (Postfix) with ESMTP id 8D77537B400 for ; Sun, 10 Dec 2000 20:11:25 -0800 (PST) Received: from [127.0.0.1] (helo=softweyr.com ident=Fools trust ident!) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 145KMl-0000Hk-00; Sun, 10 Dec 2000 21:15:07 -0700 Sender: wes@FreeBSD.ORG Message-ID: <3A3454CB.5B6761DF@softweyr.com> Date: Sun, 10 Dec 2000 21:15:07 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Andre Oppermann Cc: Warner Losh , current@FreeBSD.ORG Subject: Re: Lucent Orinoco Gold PCCard? References: <200012102246.PAA31095@harmony.village.org> <3A3413C8.4D9148FF@telehouse.ch> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andre Oppermann wrote: > > Is there any supporting Access Point functionality, eg. using the > freebsd server as AP? There's no special support for it, but it's just another interface. If you run it (and your other 802.11 devices) in ad-hoc mode, everything should work peachy. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 20:16:50 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 20:16:46 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 9223837B400 for ; Sun, 10 Dec 2000 20:16:45 -0800 (PST) Received: (qmail 12898 invoked by uid 100); 11 Dec 2000 04:16:44 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14900.21804.426787.246572@guru.mired.org> Date: Sun, 10 Dec 2000 22:16:44 -0600 (CST) To: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation In-Reply-To: <14900.19591.200496.869754@nomad.yogotech.com> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> <14900.2598.958785.326648@guru.mired.org> <14900.19591.200496.869754@nomad.yogotech.com> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nate Williams types: > I ran mostly DEC boxes until the early 90s, which had all software > installed in /usr/bin or /usr/local/bin. Well, I ran DEC boxes for Dec (at WSE) back in the late 80s and early 90s, and don't remember anything being in /usr/local that I didn't drag of the net (or write myself) and install there, on either VAXen or MIPS boxes. > > By your own admission, /usr/local wasn't used on v7. So the discussion > > should turn to when BSD started seeing prebuilt vendor packages to > > install in /usr/local. > Late '80s on DEC boxes running Ultrix (which one could argue is one of > the earliest commercial 'vendor' BSD unices). I don't consider Solaris > a BSD unix, so it using /opt isn't a valid point, which makes the whole > concept of '/opt' for BSD packages a moot point. :) I wish people would quite acting like moving packages out of /usr/local meant going to something like /opt. I don't think anyone in their right mind would suggest that. > Probably the same time-frame for SunOS, although I didn't have > experience with it until the early 90's. However, if necessary, I can > try and dig out installation docs for some software which ask to have > the stuff unpacked in /usr/local. I'd certainly be interested in that. Of course, as you yourself said, the argument about tradition is a sideline. The real issue is that ports/packages have one source, and things that may *not* have a mechanism to move them out of /usr/local (however badly broken) have another some of us want - quite legitimately - want to treat those two things differently, and packages using a directory name that has an established use makes that difficult. Delivered-To: freebsd-current@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 175C637B400 for ; Sun, 10 Dec 2000 20:48:05 -0800 (PST) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id VAA10545; Sun, 10 Dec 2000 21:48:03 -0700 (MST) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id VAA06693; Sun, 10 Dec 2000 21:48:02 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14900.23606.685940.408212@nomad.yogotech.com> Date: Sun, 10 Dec 2000 21:46:46 -0700 (MST) To: Mike Meyer Cc: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation In-Reply-To: <14900.21804.426787.246572@guru.mired.org> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> <14900.2598.958785.326648@guru.mired.org> <14900.19591.200496.869754@nomad.yogotech.com> <14900.21804.426787.246572@guru.mired.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I ran mostly DEC boxes until the early 90s, which had all software > > installed in /usr/bin or /usr/local/bin. > > Well, I ran DEC boxes for Dec (at WSE) back in the late 80s and early > 90s, and don't remember anything being in /usr/local that I didn't > drag of the net (or write myself) and install there, on either VAXen > or MIPS boxes. Hmm, trying to dig up memories of the software from that long ago. Software that run a piece of chemistry hardware (a electronic microscope?) sounds right, but I wouldn't bet my life on it. > > > By your own admission, /usr/local wasn't used on v7. So the discussion > > > should turn to when BSD started seeing prebuilt vendor packages to > > > install in /usr/local. > > Late '80s on DEC boxes running Ultrix (which one could argue is one of > > the earliest commercial 'vendor' BSD unices). I don't consider Solaris > > a BSD unix, so it using /opt isn't a valid point, which makes the whole > > concept of '/opt' for BSD packages a moot point. :) > > I wish people would quite acting like moving packages out of > /usr/local meant going to something like /opt. I don't think anyone in > their right mind would suggest that. '/opt', '/usr/pkg', '/whatever-you-want-to-call-it'. You were the one who claimed that Solaris was the first 'vendor' to provide packages, and they used opt. > > Probably the same time-frame for SunOS, although I didn't have > > experience with it until the early 90's. However, if necessary, I can > > try and dig out installation docs for some software which ask to have > > the stuff unpacked in /usr/local. > > I'd certainly be interested in that. It'd be Purify. > Of course, as you yourself said, the argument about tradition is a > sideline. Yep. > The real issue is that ports/packages have one source, and > things that may *not* have a mechanism to move them out of /usr/local > (however badly broken) have another some of us want - quite > legitimately - want to treat those two things differently, and > packages using a directory name that has an established use makes that > difficult. Not true. You can change the source to point to '/usr/mike-likes-it-here', and it *should* work. If it doesn't, then it's borken. :) Fixing broken things is a good thing. Your argument about moving it from /usr/local to show how broken is a good test procedure, but turning it into policy is something completely different. I think the 'tradition' of FreeBSD installing packages in /usr/local is enough to leave things the way they are, especially since non-broken packages allow you to install it somewhere else on *your* system. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 21:31:47 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 21:31:45 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from sr14.nsw-remote.bigpond.net.au (sr14.nsw-remote.bigpond.net.au [24.192.3.29]) by hub.freebsd.org (Postfix) with ESMTP id 0B0A737B400 for ; Sun, 10 Dec 2000 21:31:44 -0800 (PST) Received: from areilly.bpc-users.org (CPE-144-132-181-87.nsw.bigpond.net.au [144.132.181.87]) by sr14.nsw-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with SMTP id QAA25962 for ; Mon, 11 Dec 2000 16:31:37 +1100 (EDT) Received: (qmail 19654 invoked by uid 1000); 11 Dec 2000 05:31:33 -0000 From: "Andrew Reilly" Date: Mon, 11 Dec 2000 16:31:33 +1100 To: Nate Williams Cc: Mike Meyer , current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation Message-ID: <20001211163133.A19495@gurney.reilly.home> References: <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> <14900.2598.958785.326648@guru.mired.org> <14900.19591.200496.869754@nomad.yogotech.com> <14900.21804.426787.246572@guru.mired.org> <14900.23606.685940.408212@nomad.yogotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14900.23606.685940.408212@nomad.yogotech.com>; from nate@yogotech.com on Sun, Dec 10, 2000 at 09:46:46PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 09:46:46PM -0700, Nate Williams wrote: > Fixing broken things is a good thing. Your argument about moving it > from /usr/local to show how broken is a good test procedure, but turning > it into policy is something completely different. > > I think the 'tradition' of FreeBSD installing packages in /usr/local is > enough to leave things the way they are, especially since non-broken > packages allow you to install it somewhere else on *your* system. You have to admit that the "prebuilt packages" argument is a pretty good one. I don't used many myself (only cvsup, I think), but if it's true that the distribution CDs ship these pre-built programs, rather than the distfiles, then they should be built in such a way as to minimise the amount of "built-in policy". Building for /usr/pkg (which can be sym-linked to /usr/local) does seem to solve that problem, without having to invent a mechanism for tweaking compiled-in paths after the fact. The default setup for locally built ports can stay exactly as it is. (On the subject of third-party software the installs in /usr/local, the only binary thing that I run is StarOffice5.2, and it installed itself in /usr/local/office52, but I think that it's pretty agnostic about where it lives.) -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 21:33:38 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 21:33:35 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 8B8AF37B400 for ; Sun, 10 Dec 2000 21:33:34 -0800 (PST) Received: (qmail 14671 invoked by uid 100); 11 Dec 2000 05:33:33 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14900.26413.17773.721464@guru.mired.org> Date: Sun, 10 Dec 2000 23:33:33 -0600 (CST) To: current@FreeBSD.ORG Subject: /usr/local abuse In-Reply-To: <14900.23606.685940.408212@nomad.yogotech.com> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> <14900.2598.958785.326648@guru.mired.org> <14900.19591.200496.869754@nomad.yogotech.com> <14900.21804.426787.246572@guru.mired.org> <14900.23606.685940.408212@nomad.yogotech.com> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nate Williams types: > > > > By your own admission, /usr/local wasn't used on v7. So the discussion > > > > should turn to when BSD started seeing prebuilt vendor packages to > > > > install in /usr/local. > > > Late '80s on DEC boxes running Ultrix (which one could argue is one of > > > the earliest commercial 'vendor' BSD unices). I don't consider Solaris > > > a BSD unix, so it using /opt isn't a valid point, which makes the whole > > > concept of '/opt' for BSD packages a moot point. :) > > I wish people would quite acting like moving packages out of > > /usr/local meant going to something like /opt. I don't think anyone in > > their right mind would suggest that. > '/opt', '/usr/pkg', '/whatever-you-want-to-call-it'. You were the one > who claimed that Solaris was the first 'vendor' to provide packages, and > they used opt. No, I said they were the first OS vendor I was aware of that used packages, as opposed to tarballs with ad hoc scripts. > > The real issue is that ports/packages have one source, and > > things that may *not* have a mechanism to move them out of /usr/local > > (however badly broken) have another some of us want - quite > > legitimately - want to treat those two things differently, and > > packages using a directory name that has an established use makes that > > difficult. > Not true. You can change the source to point to > '/usr/mike-likes-it-here', and it *should* work. If it doesn't, then > it's borken. :) True. I can also go through and fix everything in FreeBSD to use /usr/packages-really-go-here, and release the resulting system as EvenMoreFreeBSD. This is probably a lot easier that what you suggest, as it involves fixing an identifiable set of software that claims to be configurable for that (to bad the claim is only partly true). Doing what you propose involves changing much larger set of software, much of which doesn't even claim to be movable in that way. > Fixing broken things is a good thing. Your argument about moving it > from /usr/local to show how broken is a good test procedure, but turning > it into policy is something completely different. I *know* how broken it is - I tried to use the existing mechanism to move it, based on the argument in the above paragraph. The thing is, using *any* name that has ever been used by the community for something (doesn't really matter what) for something new is bad, because Unix doesn't have a mechanism that lets you separate things once they've been used. Using a totally new name avoids that, and linking it to the name you want is trivial. Hmm - maybe they should go in /usr/.local? > I think the 'tradition' of FreeBSD installing packages in /usr/local is > enough to leave things the way they are, especially since non-broken > packages allow you to install it somewhere else on *your* system. FreeBSD, of course, *does* have such a tradition. NetBSD and BSD/OS don't. I can even see why, when jkh first built the port system, he would make it use /usr/local. After all, he's just making it easier for people to install software that normally installs there. The thing is, the package system has grown into something more than that. It really is vendor-supplied and vendor-supported third party software, and part of the distribution. Those claiming that packages aren't part of the FreeBSD distribution are claiming that something like 75% of the "FreeBSD subscription" isn't in the FreeBSD distribution. In which case, calling it a "FreeBSD subscription" would seem to be a misnomer as bad as calling a planet thats 75% water "dirt". Delivered-To: freebsd-current@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 6FED237B400 for ; Sun, 10 Dec 2000 21:37:23 -0800 (PST) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id WAA11361; Sun, 10 Dec 2000 22:37:19 -0700 (MST) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id WAA06886; Sun, 10 Dec 2000 22:37:18 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14900.26562.225323.169276@nomad.yogotech.com> Date: Sun, 10 Dec 2000 22:36:02 -0700 (MST) To: "Andrew Reilly" Cc: Nate Williams , Mike Meyer , current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation In-Reply-To: <20001211163133.A19495@gurney.reilly.home> References: <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> <14900.2598.958785.326648@guru.mired.org> <14900.19591.200496.869754@nomad.yogotech.com> <14900.21804.426787.246572@guru.mired.org> <14900.23606.685940.408212@nomad.yogotech.com> <20001211163133.A19495@gurney.reilly.home> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Fixing broken things is a good thing. Your argument about 'moving it > > from /usr/local to show how broken' is a good test procedure, but turning > > it into policy is something completely different. > > > > I think the 'tradition' of FreeBSD installing packages in /usr/local is > > enough to leave things the way they are, especially since non-broken > > packages allow you to install it somewhere else on *your* system. > > You have to admit that the "prebuilt packages" argument is > a pretty good one. I don't used many myself (only cvsup, I > think), but if it's true that the distribution CDs ship these > pre-built programs, rather than the distfiles, then they should > be built in such a way as to minimise the amount of "built-in > policy". I don't think anyone is agreeing. > Building for /usr/pkg (which can be sym-linked to > /usr/local) does seem to solve that problem, without having to > invent a mechanism for tweaking compiled-in paths after the > fact. I don't see how building it for /usr/local or /usr/pkg by default changes things. If things are built for a default location, they'll be broken no matter where they go. > The default setup for locally built ports can stay exactly as it > is. I don't agree that we need to differentiate between 'pre-built' ports and 'locally built' ports. As a matter of fact, I think differentiating only confuses things. If the 'port' is broken w/regard to not using it's 'base', then it's broken, no matter where it's installed to. I think time would be better spent fixing this brokeness rather than arguing where the default should be. :) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 21:38: 2 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 21:37:59 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id 311E637B400 for ; Sun, 10 Dec 2000 21:37:59 -0800 (PST) Received: from office.tor.velocet.net (trooper.velocet.net [204.138.45.2]) by sabre.velocet.net (Postfix) with ESMTP id A908F137F07; Mon, 11 Dec 2000 00:37:56 -0500 (EST) Received: (from dgilbert@localhost) by office.tor.velocet.net (8.9.3/8.9.3) id AAA09119; Mon, 11 Dec 2000 00:37:54 -0500 (EST) (envelope-from dgilbert) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14900.26674.605585.357915@trooper.velocet.net> Date: Mon, 11 Dec 2000 00:37:54 -0500 (EST) To: Brian Dean Cc: Mike Meyer , current@FreeBSD.ORG Subject: [current] Re: Confusing error messages from shell image activation In-Reply-To: <20001210120840.C38697@vger.bsdhome.com> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> X-Mailer: VM 6.75 under 20.4 "Emerald" XEmacs Lucid Sender: dgilbert@office.tor.velocet.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "Brian" == Brian Dean writes: Brian> I'm really not exactly sure what you are complaining about. Brian> For example, the last time I built Emacs for Solaris (several Brian> years ago admittedly), by default it installed itself into Brian> /usr/local. If you install Emacs onto FreeBSD, it goes into Brian> /usr/local. The behaviour is the same. Are you proposing that Brian> since FreeBSD provides a set of patches so that Emacs builds Brian> cleanly, that it should therefore install it somewhere other Brian> than /usr/local? I'm jumping into the middle of an argument that I havn't been reading, but I've had the very same argument with a number of people. It's fairly predictable. For foreign or not-so-foreign packages and software, I've seen /usr/local, /local, /usr/contrib, /opt and /usr/pkg. One site that I worked at was even pedantic that /usr/contrib was for externally generated software and /usr/local was for software written and/or maintained locally. I've also worked in environments where different directory structures implied the level that the IS guys intended to support the software. Arguing about any of that in an OSS project is silly. However, I believe that /usr/ports should install all it's software in one place and that place _shouldn't_ be /usr/local. Reasoning: - having it install in /usr/X11R6 and /usr/local is confusing. Having random software put itself in either /usr/X11R6 or /usr/local is more confusing. Having ports even migrate from /usr/local to /usr/X11R6 is even more confusing. - having all ports under one tree allows you to share a tree of ports without sharing a tree of /usr. - would allow package management (eventually) to say that every file under /blah is accounted for by the package database. - (and the reason it shouldn't be /usr/local) ... many packages on the net install in /usr/local by default ... so I can see the lazyness in just accepting that. However, /usr/local is a useful place for an administrator to put things that are not part of the ports collection that he has hand compiled onto the machine. In many cases an inordinate amount of work would be required to change a piece of software that was only to be installed on one machine. It also forces all ports to be PREFIX enabled ... which is useful. Now... I think it would be useful to have arguments about more complex package software that allowed /usr/pkg/foo to hold all of foo and linking /usr/pkg/bin/foo to /usr/pkg/foo/bin/foo ... 'n stuff like that. Complete separation and versioning are desireable things. I suppose if everything was dead accurate (which it's not) you could account for every file in the namespace ... which would be way-cool ... but separating packages might be more sensible. ... but /usr/pkg supplanting /usr/local is one of the things that I like about NetBSD. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 21:41:28 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 21:41:26 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id DB1CC37B400 for ; Sun, 10 Dec 2000 21:41:25 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eBB5fOs66540; Sun, 10 Dec 2000 22:41:25 -0700 (MST) (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 WAA33949; Sun, 10 Dec 2000 22:41:24 -0700 (MST) Message-Id: <200012110541.WAA33949@harmony.village.org> To: Joe Kelsey Subject: Re: /usr/local abuse Cc: current@FreeBSD.ORG In-reply-to: Your message of "Sun, 10 Dec 2000 12:26:38 PST." <14899.59134.262811.806345@zircon.seattle.wa.us> References: <14899.59134.262811.806345@zircon.seattle.wa.us> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.54808.947617.700838@zircon.seattle.wa.us> <14899.55273.863236.40012@zircon.seattle.wa.us> <20001210113817.D80274@dragon.nuxi.com> Date: Sun, 10 Dec 2000 22:41:24 -0700 From: Warner Losh Sender: imp@harmony.village.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <14899.59134.262811.806345@zircon.seattle.wa.us> Joe Kelsey writes: : To the extent that NetBSD *forces* the local administrator to use : /usr/pkg, I find it contains the same deficiency. If it does not force : this, then perhaps FreeBSD should adopt it. I have never used NetBSD, : so I cannot comment further on it. I'd point out that make install in the pkgsrc tree installs into /usr/pkg too. So NetBSD doesn't differentiate between locally compiled files and binary packages they supply. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 21:42:41 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 21:42:38 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 5D99C37B400 for ; Sun, 10 Dec 2000 21:42:38 -0800 (PST) Received: (qmail 15061 invoked by uid 100); 11 Dec 2000 05:42:38 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14900.26957.915555.841958@guru.mired.org> Date: Sun, 10 Dec 2000 23:42:37 -0600 (CST) To: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation In-Reply-To: <20001211163133.A19495@gurney.reilly.home> References: <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> <14900.2598.958785.326648@guru.mired.org> <14900.19591.200496.869754@nomad.yogotech.com> <14900.21804.426787.246572@guru.mired.org> <14900.23606.685940.408212@nomad.yogotech.com> <20001211163133.A19495@gurney.reilly.home> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrew Reilly types: > On Sun, Dec 10, 2000 at 09:46:46PM -0700, Nate Williams wrote: > > Fixing broken things is a good thing. Your argument about moving it > > from /usr/local to show how broken is a good test procedure, but turning > > it into policy is something completely different. > > I think the 'tradition' of FreeBSD installing packages in /usr/local is > > enough to leave things the way they are, especially since non-broken > > packages allow you to install it somewhere else on *your* system. > You have to admit that the "prebuilt packages" argument is > a pretty good one. I don't used many myself (only cvsup, I > think), but if it's true that the distribution CDs ship these > pre-built programs, rather than the distfiles, then they should > be built in such a way as to minimise the amount of "built-in > policy". Building for /usr/pkg (which can be sym-linked to > /usr/local) does seem to solve that problem, without having to > invent a mechanism for tweaking compiled-in paths after the > fact. The course of this conversation made me realize that the reasons I subscribed to FreeBSD in the first place no longer hold - except for financial contributions to the project, that is. The install disk and and live file system are nice to have, but not crucial. The real reason was having all those precompiled packages and/or distfiles around. But the distfiles vanished as of 4.0, and the ability to use the packages vanished when I set LOCALBASE to /usr/opt and rebuilt all my installed ports. > (On the subject of third-party software the installs in > /usr/local, the only binary thing that I run is StarOffice5.2, > and it installed itself in /usr/local/office52, but I think that > it's pretty agnostic about where it lives.) The office52 port is quit happy installing anywhere - I've got it at /usr/opt on my system. The WordPerfect and NetScape ports are also PREFIX clen. On the other hand, Applixware Office ships a precompiled package for /usr/local, and doesn't like being installed anywhere else. Which means I've got a couple of hundred megabytes being backup up for no good reason :-(. Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id E73BA37B400 for ; Sun, 10 Dec 2000 21:49:57 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eBB5nus66585; Sun, 10 Dec 2000 22:49:56 -0700 (MST) (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 WAA34018; Sun, 10 Dec 2000 22:49:55 -0700 (MST) Message-Id: <200012110549.WAA34018@harmony.village.org> To: "Andrew Reilly" Subject: Re: Confusing error messages from shell image activation Cc: Mike Meyer , current@FreeBSD.ORG In-reply-to: Your message of "Mon, 11 Dec 2000 12:58:21 +1100." <20001211125820.A16115@gurney.reilly.home> References: <20001211125820.A16115@gurney.reilly.home> <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <14899.52206.955003.130371@guru.mired.org> Date: Sun, 10 Dec 2000 22:49:55 -0700 From: Warner Losh Sender: imp@harmony.village.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20001211125820.A16115@gurney.reilly.home> "Andrew Reilly" writes: : Well, I'll just stick my oar in for /usr/local. I count myself : among the aesthetically dismayed when I first encountered /opt : on a SunOS box. (Or was that Solaris? Time fades...) Solaris 2.x introduced it, but packages that ran on both Solaris 1 (aka SunOS 4.1) and Solaris 2.x tended to want to live in /opt after a while. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 21:55:38 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 21:55:37 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id C393A37B400 for ; Sun, 10 Dec 2000 21:55:35 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eBB5tYs66628; Sun, 10 Dec 2000 22:55:34 -0700 (MST) (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 WAA34071; Sun, 10 Dec 2000 22:55:33 -0700 (MST) Message-Id: <200012110555.WAA34071@harmony.village.org> To: nate@yogotech.com (Nate Williams) Subject: Re: Confusing error messages from shell image activation Cc: Mike Meyer , current@FreeBSD.ORG In-reply-to: Your message of "Sun, 10 Dec 2000 20:39:51 MST." <14900.19591.200496.869754@nomad.yogotech.com> References: <14900.19591.200496.869754@nomad.yogotech.com> <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> <14900.2598.958785.326648@guru.mired.org> Date: Sun, 10 Dec 2000 22:55:33 -0700 From: Warner Losh Sender: imp@harmony.village.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <14900.19591.200496.869754@nomad.yogotech.com> Nate Williams writes: : I know that as recent as 3=4 years ago, Purify installed itself by : default in /usr/local, on SunOS and Solaris. Lucid did this as well, : although things start getting pretty fuzzy going back that far. :) purify and the binary distributions of xemacs installed themselves into /usr/local on Solaris in the 1992-1996 time frame. As did *ALL* of the software binaries we downloaded from the net. Framemaker installed in /usr/local as well in the SunOS 3.5/4.0 time frame. Interleaf installed itself in /usr/local on SunOS 4.0/4.1 time frame. : > My claims about "history" and "tradition" are attempts to refute : > Brandon's assertion that packages going into /usr/local has "years of : > tradition behind it." Mostly, it's about what *packages* are, not what : > /usr/local was used for. : : I disagree. I do too. : Probably the same time-frame for SunOS, although I didn't have : experience with it until the early 90's. However, if necessary, I can : try and dig out installation docs for some software which ask to have : the stuff unpacked in /usr/local. I still have some backup tapes of our main server from the 1992 time frame that shows software packages from ISVs installed into /usr/local/bin. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 22: 2:15 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 22:02:13 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 8EB4E37B400 for ; Sun, 10 Dec 2000 22:02:12 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eBB62As66660; Sun, 10 Dec 2000 23:02:11 -0700 (MST) (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 XAA34114; Sun, 10 Dec 2000 23:02:06 -0700 (MST) Message-Id: <200012110602.XAA34114@harmony.village.org> To: nate@yogotech.com (Nate Williams) Subject: Re: Confusing error messages from shell image activation Cc: Mike Meyer , current@FreeBSD.ORG In-reply-to: Your message of "Sun, 10 Dec 2000 21:46:46 MST." <14900.23606.685940.408212@nomad.yogotech.com> References: <14900.23606.685940.408212@nomad.yogotech.com> <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> <14900.2598.958785.326648@guru.mired.org> <14900.19591.200496.869754@nomad.yogotech.com> <14900.21804.426787.246572@guru.mired.org> Date: Sun, 10 Dec 2000 23:02:06 -0700 From: Warner Losh Sender: imp@harmony.village.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <14900.23606.685940.408212@nomad.yogotech.com> Nate Williams writes: : > > Probably the same time-frame for SunOS, although I didn't have : > > experience with it until the early 90's. However, if necessary, I can : > > try and dig out installation docs for some software which ask to have : > > the stuff unpacked in /usr/local. : > : > I'd certainly be interested in that. : : It'd be Purify. Try also Interleaf, FrameMaker, the elan license manager, eroff, lucent emacs binaries for the net, TeX binaries from the net, gosling emacs, and I think informix. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 10 22:33:54 2000 From owner-freebsd-current@FreeBSD.ORG Sun Dec 10 22:33:51 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 095CD37B400 for ; Sun, 10 Dec 2000 22:33:51 -0800 (PST) Received: (qmail 16422 invoked by uid 100); 11 Dec 2000 06:33:49 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14900.30029.845012.721276@guru.mired.org> Date: Mon, 11 Dec 2000 00:33:49 -0600 (CST) To: current@FreeBSD.ORG Subject: /usr/local abuse In-Reply-To: <200012110555.WAA34071@harmony.village.org> References: <14900.19591.200496.869754@nomad.yogotech.com> <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> <14900.2598.958785.326648@guru.mired.org> <200012110555.WAA34071@harmony.village.org> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh types: > In message <14900.19591.200496.869754@nomad.yogotech.com> Nate Williams writes: > : I know that as recent as 3=4 years ago, Purify installed itself by > : default in /usr/local, on SunOS and Solaris. Lucid did this as well, > : although things start getting pretty fuzzy going back that far. :) > purify and the binary distributions of xemacs installed themselves > into /usr/local on Solaris in the 1992-1996 time frame. As did *ALL* > of the software binaries we downloaded from the net. Framemaker > installed in /usr/local as well in the SunOS 3.5/4.0 time frame. > Interleaf installed itself in /usr/local on SunOS 4.0/4.1 time frame. How much of that software did you get from the OS vendor? > : > My claims about "history" and "tradition" are attempts to refute > : > Brandon's assertion that packages going into /usr/local has "years of > : > tradition behind it." Mostly, it's about what *packages* are, not what > : > /usr/local was used for. > : I disagree. > I do too. Exactly what do you disagree with? That I'm arguing about what packages are? Or my assertion that packages installing in /usr/local doesn't have years of tradition behind it? The former is clearly true. And I've never tried to claim that people haven't been installing third party software in /usr/local for years (though some interpreted my comments about "locally maintained software" to exclude such). My claim is that the package system has grown into something other than "something to make installing third party software more convenient". It is pretty much a direct translation of some vendors practice of providing precompiled freeware into an OSS environment. The end user no longer has to worry about porting to or configuring for the OS - someone appointed by the OS vendor does that. The end user doesn't worry about updates to the software - the vendor provides them with udpates to the OS. The end user doesn't have to worry about what is and isn't part of the software - tools for doing all that come with the OS (well, with FreeBSD, anyway, if not with all the commercial OSs). Sure, with FreeBSD the end user sometimes has to *compile* the package. On the other hand, the end user sometimes has to compile the OS as well; that's part of dealing with an OSS system. Now, back to /usr/local and tradition - how many OS vendors provide software that installs in /usr/local. So far, no one has named one other than FreeBSD and OpenBSD, which copied FreeBSD. All the ones you named aren't OS vendors, they are third parties distributing their own software. Those are perfectly reasonable things to install in /usr/local; the OS vendor has nothing to do with them. That's not true for FreeBSD packages. Delivered-To: freebsd-current@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 0ACAA37B400 for ; Sun, 10 Dec 2000 22:44:53 -0800 (PST) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id XAA12519; Sun, 10 Dec 2000 23:44:51 -0700 (MST) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id XAA11959; Sun, 10 Dec 2000 23:44:51 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14900.30676.579429.161947@nomad.yogotech.com> Date: Sun, 10 Dec 2000 23:44:36 -0700 (MST) To: Mike Meyer Cc: current@FreeBSD.ORG Subject: Re: /usr/local abuse In-Reply-To: <14900.30029.845012.721276@guru.mired.org> References: <14900.19591.200496.869754@nomad.yogotech.com> <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> <14900.2598.958785.326648@guru.mired.org> <200012110555.WAA34071@harmony.village.org> <14900.30029.845012.721276@guru.mired.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > : I know that as recent as 3=4 years ago, Purify installed itself by > > : default in /usr/local, on SunOS and Solaris. Lucid did this as well, > > : although things start getting pretty fuzzy going back that far. :) > > purify and the binary distributions of xemacs installed themselves > > into /usr/local on Solaris in the 1992-1996 time frame. As did *ALL* > > of the software binaries we downloaded from the net. Framemaker > > installed in /usr/local as well in the SunOS 3.5/4.0 time frame. > > Interleaf installed itself in /usr/local on SunOS 4.0/4.1 time frame. > > How much of that software did you get from the OS vendor? Ahh, if we're limiting the discussio to 'OS vendor' software, then every OS vendor I know installs its software in /usr/bin, and /usr/lib. Even Sun does this with it's 'OS vendor' tools. Only 3rd party software installed itself in /usr/local. So, going with the 'OS vendor' argument, then all software should install itself in /usr, and definitely not /usr/local. Non-OS vendor software installs itself all over the place, but Solaris *tries* to keep the software in /opt. > > : > My claims about "history" and "tradition" are attempts to refute > > : > Brandon's assertion that packages going into /usr/local has "years of > > : > tradition behind it." Mostly, it's about what *packages* are, not what > > : > /usr/local was used for. > > : I disagree. > > I do too. > > Exactly what do you disagree with? That I'm arguing about what > packages are? Or my assertion that packages installing in /usr/local > doesn't have years of tradition behind it? > > The former is clearly true. And I've never tried to claim that people > haven't been installing third party software in /usr/local for years And that third party software often installs itself in /usr/local by default. > (though some interpreted my comments about "locally maintained > software" to exclude such). My claim is that the package system has > grown into something other than "something to make installing third > party software more convenient". It is pretty much a direct > translation of some vendors practice of providing precompiled freeware > into an OSS environment. There is no standard for precompiled freeware distributed by OS vendors that I'm aware of. Packages I've downloaded from Sun put themselves *all over* the place, including /opt/local, /usr/gnu, /opt/gnu, /opt, and many other places. I'm not even sure SCO's skunkware has a standard installation directory. > Now, back to /usr/local and tradition - how many OS vendors provide > software that installs in /usr/local. SCO perhaps? DEC did for awhile. Sun may have even done it for some of their 'development' tools on SunOS, so as to not wipe-out the default C compiler in the system. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 3: 7:20 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 03:07:16 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4C9437B400 for ; Mon, 11 Dec 2000 03:07:16 -0800 (PST) Received: from mass.osd.bsdi.com (dhcp246.osd.bsdi.com [204.216.28.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6968C6E2FF5 for ; Mon, 11 Dec 2000 02:08:37 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id eBBAH1x04003; Mon, 11 Dec 2000 02:17:01 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012111017.eBBAH1x04003@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Chris Faulhaber Cc: freebsd-current@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/pci isa_pci.c In-reply-to: Your message of "Sun, 10 Dec 2000 18:09:38 EST." <20001210180938.A12196@earth.causticlabs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 11 Dec 2000 02:17:00 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sun, Dec 10, 2000 at 03:15:19AM -0800, Mike Smith wrote: > > msmith 2000/12/10 03:15:19 PST > > > > Modified files: > > sys/dev/pci isa_pci.c > > Log: > > The ICH2 reports itself as a PCI:ISA bridge, so don't special-case it > > here. > > > > On a related(?) note, my 810 (ICH) hasn't seen pci devices for a few > days. By removing the ICH line from isa_pci.c, the warnings go away, > but nothing is seen. Full dmesg's can be found at: > http://www.fxp.org/~jedgar/FreeBSD/ICH/ Something funky is going on with the ICH's. I'm going to try to get hold of an i810 system tomorrow and work it out. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 3:24:32 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 03:24:17 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94D8137B698 for ; Mon, 11 Dec 2000 03:24:16 -0800 (PST) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A5896E2E08 for ; Mon, 11 Dec 2000 00:07:36 -0800 (PST) Received: from dsto-ms2.dsto.defence.gov.au (dsto-ms2.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au (8.10.1/8.10.1) with ESMTP id eBB84CQ00880 for ; Mon, 11 Dec 2000 18:34:12 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by dsto-ms2.dsto.defence.gov.au (Content Technologies SMTPRS 4.1.5) with ESMTP id ; Mon, 11 Dec 2000 18:33:14 +1030 Received: from salex001.dsto.defence.gov.au (salex001.dsto.defence.gov.au [131.185.2.9]) by muttley.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id SAA28834; Mon, 11 Dec 2000 18:28:08 +1030 (CST) Received: from fang.dsto.defence.gov.au ([131.185.2.5]) by salex001.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id WZWR92S2; Mon, 11 Dec 2000 18:28:08 +1030 Received: from dsto.defence.gov.au (fuzz.dsto.defence.gov.au [131.185.75.229]) by fang.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id SAA23055; Mon, 11 Dec 2000 18:28:08 +1030 (CST) Sender: thyerm@dsto.defence.gov.au Message-ID: <3A348935.9E9EEC@dsto.defence.gov.au> Date: Mon, 11 Dec 2000 18:28:45 +1030 From: Matthew Thyer X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: "Daniel C. Sobral" Cc: freebsd-current@freebsd.org Subject: Re: write(2) returns error saying read only filesystem when trying to write to a partition References: <200012080154.eB81sFN00538@mass.osd.bsdi.com> <3A305227.D74011C4@dsto.defence.gov.au> <3A30F7FD.A6FA069D@newsguy.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Daniel C. Sobral" wrote: > > Regardless /dev/da18s1 should work as for /dev/da18 [snip] > > No, and no. You misunderstand the problem. > > A disk on IBM PC compatible computers has the following format: I dont misunderstand the problem and I do know how disks are laid out under FreeBSD. I may not have expressed myself very well when I said "/dev/da18s1 should work as for /dev/da18" as I was referring to my in context discussion of "why cant I write to this device". My point is that I should be able to write to anything and do the damage that would result. Solaris and Compaq's Tru64 (the OS formerly know as DEC OSF/1) both allow me to destroy the UNIX disklabel by writing to the 'c' partition. I am of the opinion that FreeBSD should allow me to as well. The kernel has an in-memory copy of the disklabel so there shouldn't be a technical issue to stop me from doing so. -- Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax: +61 8 8259 5537 Defence Science and Technology Organisation, Salisbury PO Box 1500 Salisbury South Australia 5108 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 3:24:29 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 03:24:16 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2728037B6A1 for ; Mon, 11 Dec 2000 03:24:16 -0800 (PST) Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CE436E2DEA for ; Sun, 10 Dec 2000 23:55:28 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id eBB7rYP89514; Sun, 10 Dec 2000 23:53:34 -0800 (PST) (envelope-from dillon) Date: Sun, 10 Dec 2000 23:53:34 -0800 (PST) From: Matt Dillon Message-Id: <200012110753.eBB7rYP89514@earth.backplane.com> To: Philipp Mergenthaler Cc: freebsd-current@freebsd.org Subject: patch #3 (was Re: panic: vm_pageout_flush: partially dirty page) References: <20001210033546.A13896@rz.uni-karlsruhe.de> <200012102334.eBANYWm87853@earth.backplane.com> <20001211011119.B21036@rz.uni-karlsruhe.de> <200012110030.eBB0UdI88063@earth.backplane.com> <20001211020611.A6308@rz.uni-karlsruhe.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Phillipp. I couldn't find a quick fix so I recommend using the very first patch I sent you that changes the KASSERT that was causing the panic. I am comitting a slight variation of that patch to current now and stable in two days. The KASSERT was being a little too conservative in regards to dirty bits that are 'beyond the file EOF'. These get set when you dirty a mmap'd page, but only some of them get cleared when the filesystem buffer (containing the last fragment of a file) is synced, leaving m->dirty looking something like 0xFC. I believe the extra page cleaning write that occurs (and has occured for the last year) is harmless enough for now. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 3:24:52 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 03:24:45 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88BA137B6C0 for ; Mon, 11 Dec 2000 03:24:18 -0800 (PST) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id B786C6E2DD9 for ; Sun, 10 Dec 2000 23:52:43 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.0/8.11.0) id eBB7mGF97841; Mon, 11 Dec 2000 09:48:16 +0200 (EET) (envelope-from ru) Date: Mon, 11 Dec 2000 09:48:16 +0200 From: Ruslan Ermilov To: Marcel Moolenaar Cc: current@FreeBSD.org Subject: Re: Bootstrapping issues with groff(1) Message-ID: <20001211094815.D96665@sunbay.com> Mail-Followup-To: Marcel Moolenaar , current@FreeBSD.org References: <20001208181908.A12716@sunbay.com> <3A319751.D2C9E5AB@cup.hp.com> <20001209154347.A78374@sunbay.com> <3A329641.CC6D8447@cup.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A329641.CC6D8447@cup.hp.com>; from marcel@cup.hp.com on Sat, Dec 09, 2000 at 12:29:54PM -0800 Sender: ru@whale.sunbay.crimea.ua Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Dec 09, 2000 at 12:29:54PM -0800, Marcel Moolenaar wrote: > Ruslan Ermilov wrote: > > > > On Fri, Dec 08, 2000 at 06:22:09PM -0800, Marcel Moolenaar wrote: > > > Ruslan Ermilov wrote: > > > > > > > > The attached patches (p4 and p5) try to solve this bootstrapping > > > > problem with groff(1). > > > > > > Sorry, I missed this statement before. What exactly are the > > > bootstrapping problems you're seeing? > > > > > New groff(1) provides new versions of macro packages and device > > files. When building, we should use THEM rather than installed > > (obsolete) ones. > > Is the old groff(1) incompatible with the new groff(1) in the sense that > manpages created with the old groff(1) are visibly different from the > manpages created with the new groff(1)? > Once again. groff(1) supplies macro packages and device description files. New groff is likely to provide modified files. The typical build system uses groff(1) to build documentation (unless you have NO_SHAREDOCS defined). If, additionally, one has MANBUILDCAT set to some value, ``make world'' will build and install preformatted manual pages. So the answer to your question is: yes for BSD docs, and "probably" for manual pages. -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 3:25:33 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 03:25:15 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3BFD37B6E3; Mon, 11 Dec 2000 03:24:19 -0800 (PST) Received: from tokyogw.iij.ad.jp (tokyogw.iij.ad.jp [202.232.15.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDF4C6E2CC9; Sun, 10 Dec 2000 23:00:56 -0800 (PST) Received: by tokyogw.iij.ad.jp; id PAA02005; Mon, 11 Dec 2000 15:55:55 +0900 (JST) Received: from mercury.iij.ad.jp(192.168.4.89) by tokyogw.iij.ad.jp via smap (V4.2) id xma001770; Mon, 11 Dec 00 15:55:33 +0900 Received: from localhost (shigeru@localhost [127.0.0.1]) by mercury.iij.ad.jp (8.9.3/8.9.3) with ESMTP id PAA22179; Mon, 11 Dec 2000 15:55:33 +0900 (JST) To: freebsd-mobile@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: patch for wi driver X-Mailer: Mew version 1.94.2 on XEmacs 21.2 (Shinjuku) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Mon_Dec_11_15:51:58_2000_406)--" Content-Transfer-Encoding: 7bit Message-Id: <20001211155532C.shigeru@iij.ad.jp> Date: Mon, 11 Dec 2000 15:55:32 +0900 From: YAMAMOTO Shigeru X-Dispatcher: imput version 991025(IM133) Lines: 291 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ----Next_Part(Mon_Dec_11_15:51:58_2000_406)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, all. I send a patch for wi driver. Some cases, we have errors, 'wi0: tx buffer allocation failed' and 'wi0: mgmt. buffer allocation failed' Thease errors are caused by bugs in wi driver. #Current wi driver has initialization and resource allocation mistakes. And this patch includes WEP support code for PrismII chip. Original WEP support code was writen by Onoe at NetBSD. But WEP support code does not work many PrismII based cards on FreeBSD. We need more hack. Thanks, ------- YAMAMOTO Shigeru Internet Initiative Japan Inc. Network Engineering Div. ----Next_Part(Mon_Dec_11_15:51:58_2000_406)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="wi.diff" Index: if_wi.c =================================================================== RCS file: /share/cvsup/FreeBSD/current/usr/src/sys/i386/isa/if_wi.c,v retrieving revision 1.29 diff -u -r1.29 if_wi.c --- if_wi.c 2000/11/30 18:52:31 1.29 +++ if_wi.c 2000/12/11 04:46:37 @@ -231,10 +231,34 @@ struct wi_ltv_gen gen; struct ifnet *ifp; int error; + u_int32_t flags; sc = device_get_softc(dev); ifp = &sc->arpcom.ac_if; + /* + * XXX: quick hack to support Prism II chip. + * Currently, we need to set a flags in pccard.conf to specify + * which type chip is used. + * + * We need to replace this code in a future. + * It is better to use CIS than using a flag. + */ + flags = device_get_flags(dev); +#define WI_FLAGS_PRISM2 0x10000 + if (flags & WI_FLAGS_PRISM2) { + sc->wi_prism2 = 1; + if (bootverbose) { + device_printf(dev, "found PrismII chip\n"); + } + } + else { + sc->wi_prism2 = 0; + if (bootverbose) { + device_printf(dev, "found Lucent chip\n"); + } + } + error = wi_alloc(dev); if (error) { device_printf(dev, "wi_alloc() failed! (%d)\n", error); @@ -320,6 +344,12 @@ wi_read_record(sc, &gen); sc->wi_has_wep = gen.wi_val; + if (bootverbose) { + device_printf(sc->dev, + __FUNCTION__ ":wi_has_wep = %d\n", + sc->wi_has_wep); + } + bzero((char *)&sc->wi_stats, sizeof(sc->wi_stats)); wi_init(sc); @@ -589,7 +619,21 @@ { int i, s = 0; + /* wait for the busy bit to clear */ + for (i = 0; i < WI_TIMEOUT; i++) { + if (!(CSR_READ_2(sc, WI_COMMAND) & WI_CMD_BUSY)) { + break; + } + DELAY(10*1000); /* 10 m sec */ + } + + if (i == WI_TIMEOUT) { + return(ETIMEDOUT); + } + CSR_WRITE_2(sc, WI_PARAM0, val); + CSR_WRITE_2(sc, WI_PARAM1, 0); + CSR_WRITE_2(sc, WI_PARAM2, 0); CSR_WRITE_2(sc, WI_COMMAND, cmd); for (i = 0; i < WI_TIMEOUT; i++) { @@ -621,11 +665,12 @@ static void wi_reset(sc) struct wi_softc *sc; { +#ifdef foo wi_cmd(sc, WI_CMD_INI, 0); DELAY(100000); wi_cmd(sc, WI_CMD_INI, 0); +#endif DELAY(100000); -#ifdef foo if (wi_cmd(sc, WI_CMD_INI, 0)) device_printf(sc->dev, "init failed\n"); CSR_WRITE_2(sc, WI_INT_EN, 0); @@ -633,7 +678,7 @@ /* Calibrate timer. */ WI_SETVAL(WI_RID_TICK_TIME, 8); -#endif + return; } @@ -646,6 +691,23 @@ { u_int16_t *ptr; int i, len, code; + struct wi_ltv_gen *oltv, p2ltv; + + oltv = ltv; + if (sc->wi_prism2) { + switch (ltv->wi_type) { + case WI_RID_ENCRYPTION: + p2ltv.wi_type = WI_RID_P2_ENCRYPTION; + p2ltv.wi_len = 2; + ltv = &p2ltv; + break; + case WI_RID_TX_CRYPT_KEY: + p2ltv.wi_type = WI_RID_P2_TX_CRYPT_KEY; + p2ltv.wi_len = 2; + ltv = &p2ltv; + break; + } + } /* Tell the NIC to enter record read mode. */ if (wi_cmd(sc, WI_CMD_ACCESS|WI_ACCESS_READ, ltv->wi_type)) @@ -675,6 +737,35 @@ for (i = 0; i < ltv->wi_len - 1; i++) ptr[i] = CSR_READ_2(sc, WI_DATA1); + if (sc->wi_prism2) { + switch (oltv->wi_type) { + case WI_RID_TX_RATE: + case WI_RID_CUR_TX_RATE: + switch (ltv->wi_val) { + case 1: oltv->wi_val = 1; break; + case 2: oltv->wi_val = 2; break; + case 3: oltv->wi_val = 6; break; + case 4: oltv->wi_val = 5; break; + case 7: oltv->wi_val = 7; break; + case 8: oltv->wi_val = 11; break; + case 15: oltv->wi_val = 3; break; + default: oltv->wi_val = 0x100 + ltv->wi_val; break; + } + break; + case WI_RID_ENCRYPTION: + oltv->wi_len = 2; + if (ltv->wi_val & 0x01) + oltv->wi_val = 1; + else + oltv->wi_val = 0; + break; + case WI_RID_TX_CRYPT_KEY: + oltv->wi_len = 2; + oltv->wi_val = ltv->wi_val; + break; + } + } + return(0); } @@ -687,6 +778,59 @@ { u_int16_t *ptr; int i; + struct wi_ltv_gen p2ltv; + + if (sc->wi_prism2) { + switch (ltv->wi_type) { + case WI_RID_TX_RATE: + p2ltv.wi_type = WI_RID_TX_RATE; + p2ltv.wi_len = 2; + switch (ltv->wi_val) { + case 1: p2ltv.wi_val = 1; break; + case 2: p2ltv.wi_val = 2; break; + case 3: p2ltv.wi_val = 15; break; + case 5: p2ltv.wi_val = 4; break; + case 6: p2ltv.wi_val = 3; break; + case 7: p2ltv.wi_val = 7; break; + case 11: p2ltv.wi_val = 8; break; + default: return EINVAL; + } + ltv = &p2ltv; + break; + case WI_RID_ENCRYPTION: + p2ltv.wi_type = WI_RID_P2_ENCRYPTION; + p2ltv.wi_len = 2; + if (ltv->wi_val) + p2ltv.wi_val = 0x03; + else + p2ltv.wi_val = 0x90; + ltv = &p2ltv; + break; + case WI_RID_TX_CRYPT_KEY: + p2ltv.wi_type = WI_RID_P2_TX_CRYPT_KEY; + p2ltv.wi_len = 2; + p2ltv.wi_val = ltv->wi_val; + ltv = &p2ltv; + break; + case WI_RID_DEFLT_CRYPT_KEYS: + { + int error; + struct wi_ltv_str ws; + struct wi_ltv_keys *wk = (struct wi_ltv_keys *)ltv; + for (i = 0; i < 4; i++) { + ws.wi_len = 4; + ws.wi_type = WI_RID_P2_CRYPT_KEY0 + i; + memcpy(ws.wi_str, &wk->wi_keys[i].wi_keydat, 5); + ws.wi_str[5] = '\0'; + error = wi_write_record(sc, + (struct wi_ltv_gen *)&ws); + if (error) + return error; + } + return 0; + } + } + } if (wi_seek(sc, ltv->wi_type, 0, WI_BAP1)) return(EIO); @@ -1362,7 +1506,8 @@ rid = 0; sc->iobase = bus_alloc_resource(dev, SYS_RES_IOPORT, &rid, - 0, ~0, 1, RF_ACTIVE); + 0, ~0, (1 << 6), + rman_make_alignment_flags(1 << 6) | RF_ACTIVE); if (!sc->iobase) { device_printf(dev, "No I/O space?!\n"); return (ENXIO); Index: if_wireg.h =================================================================== RCS file: /share/cvsup/FreeBSD/current/usr/src/sys/i386/isa/if_wireg.h,v retrieving revision 1.9 diff -u -r1.9 if_wireg.h --- if_wireg.h 2000/10/13 20:33:24 1.9 +++ if_wireg.h 2000/12/11 04:48:15 @@ -66,6 +66,13 @@ #define WI_RID_DEFLT_CRYPT_KEYS 0xFCB0 #define WI_RID_TX_CRYPT_KEY 0xFCB1 #define WI_RID_WEP_AVAIL 0xFD4F +#define WI_RID_P2_TX_CRYPT_KEY 0xFC23 +#define WI_RID_P2_CRYPT_KEY0 0xFC24 +#define WI_RID_P2_CRYPT_KEY1 0xFC25 +#define WI_RID_P2_CRYPT_KEY2 0xFC26 +#define WI_RID_P2_CRYPT_KEY3 0xFC27 +#define WI_RID_P2_ENCRYPTION 0xFC28 +#define WI_RID_CUR_TX_RATE 0xFD44 /* current TX rate */ struct wi_key { u_int16_t wi_keylen; u_int8_t wi_keydat[14]; @@ -118,6 +125,7 @@ #endif struct callout_handle wi_stat_ch; struct mtx wi_mtx; + int wi_prism2; /* set to 1 if it uses a Prism II chip */ }; #define WI_LOCK(_sc) mtx_enter(&(_sc)->wi_mtx, MTX_DEF) ----Next_Part(Mon_Dec_11_15:51:58_2000_406)---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 3:26:47 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 03:26:45 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87C8E37B6F4 for ; Mon, 11 Dec 2000 03:24:20 -0800 (PST) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7FFD6E2E79 for ; Mon, 11 Dec 2000 00:55:33 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id AAA56054; Mon, 11 Dec 2000 00:54:16 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBB8sFR90015; Mon, 11 Dec 2000 00:54:15 -0800 (PST) (envelope-from obrien) Date: Mon, 11 Dec 2000 00:54:14 -0800 From: "David O'Brien" To: Warner Losh Cc: current@FreeBSD.ORG Subject: Re: /usr/local abuse Message-ID: <20001211005414.F89853@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.54808.947617.700838@zircon.seattle.wa.us> <14899.55273.863236.40012@zircon.seattle.wa.us> <20001210113817.D80274@dragon.nuxi.com> <14899.59134.262811.806345@zircon.seattle.wa.us> <200012110541.WAA33949@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200012110541.WAA33949@harmony.village.org>; from imp@village.org on Sun, Dec 10, 2000 at 10:41:24PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 10:41:24PM -0700, Warner Losh wrote: > : To the extent that NetBSD *forces* the local administrator to use > : /usr/pkg, I find it contains the same deficiency. > > I'd point out that make install in the pkgsrc tree installs into > /usr/pkg too. So NetBSD doesn't differentiate between locally > compiled files and binary packages they supply. By "locally compiled" Mike and I mean softare you've downloaded (after figureing from where), untared yourself by actually typing ``tar xzf'', cd'ed into the extracted directory, ran `configure', and then make. Ie, software with a little blood and sweat behind its installation. Not the differencd between buiding a FreeBSD Port and installing a [Satoshi-built] Package. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 3:27:34 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 03:27:29 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2123437B738 for ; Mon, 11 Dec 2000 03:24:23 -0800 (PST) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 193F06E2E7C for ; Mon, 11 Dec 2000 00:56:21 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id AAA56060; Mon, 11 Dec 2000 00:54:59 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBB8swP90031; Mon, 11 Dec 2000 00:54:58 -0800 (PST) (envelope-from obrien) Date: Mon, 11 Dec 2000 00:54:57 -0800 From: "David O'Brien" To: Wes Peters Cc: current@FreeBSD.ORG Subject: Re: /usr/local abuse Message-ID: <20001211005457.G89853@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <20001210134441.B39643@vger.bsdhome.com> <20001210113508.C80274@dragon.nuxi.com> <3A34343D.643B2377@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A34343D.643B2377@softweyr.com>; from wes@softweyr.com on Sun, Dec 10, 2000 at 06:56:13PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 06:56:13PM -0700, Wes Peters wrote: > > Do you understand why NetBSD Packages (ie, the system they took from us) > > install into /usr/pkg by default rather than /usr/local ? > > Yes, but that doesn't mean I agree with it. In fact, I find it slighly > bizarre. I dislike needing a different path on NetBSD than what I have > on {Free,Open}BSD. /me hands Wes a single symlink. :-) -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 3:31:52 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 03:31:50 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 1E8CC37B698; Mon, 11 Dec 2000 03:31:48 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id WAA17524; Mon, 11 Dec 2000 22:21:32 +1100 Date: Mon, 11 Dec 2000 22:22:57 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Dag-Erling Smorgrav Cc: Marcel Moolenaar , Ruslan Ermilov , current@FreeBSD.ORG Subject: Re: Bootstrapping issues with groff(1) 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 10 Dec 2000, Dag-Erling Smorgrav wrote: > Marcel Moolenaar writes: > > According to the manpage, if you remove -U it doesn't create new > > directories or symlinks. At least that's how I interpret it. > > You interpret it wrong. -U just tells mtree to fix permissions. The > canonical way to use the mtree files in /etc/mtree is 'mtree -deU -f > -p ', e.g. 'mtree -deU -f /etc/mtree/BSD.root.dist -p /'. No. (1) -U (and -u) tell mtree to update the hierarchy. It doesn't change anything unless one of these flags is specified. (2) -U is the special FreeBSD exit-no-evil (*) way which is mainly for handling the problem under discussion: mtree -U ignores certain errors (*) so that makeworld can use mtree without having to worry about permissions. The canonical way is `mtree -deu ...'. The manpage gives too much emphasis to -U over -u. (*) verify() doesn't return any errors other than the one canceled by -U. Consequently, -U doesn't actually do anything useful. Using it is equivalent to ignoring the exit status of mtree except for usage errors. Serious errors such as missing files have apparently never been reflected in mtree's exit status. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 3:41:22 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 03:41:18 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB43D37B6B1 for ; Mon, 11 Dec 2000 03:41:05 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 310A26E3064 for ; Mon, 11 Dec 2000 02:43:55 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id VAA14701 for ; Mon, 11 Dec 2000 21:40:44 +1100 Date: Mon, 11 Dec 2000 21:42:09 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: current@freebsd.org Subject: fork(2) pessimized 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 fork(2) of a tiny statically linked program now takes 9.6 msec on a Celeron450. Previously it took 0.5 msec. vfork(2) is now insignificantly faster than fork(2). Previously it was severimes faster. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 3:58:32 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 03:58:27 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0401737B6CE for ; Mon, 11 Dec 2000 03:58:13 -0800 (PST) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4940A6E2E39 for ; Mon, 11 Dec 2000 00:35:44 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id AAA55948; Mon, 11 Dec 2000 00:34:28 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBB8YQV89927; Mon, 11 Dec 2000 00:34:26 -0800 (PST) (envelope-from obrien) Date: Mon, 11 Dec 2000 00:34:26 -0800 From: "David O'Brien" To: Mike Meyer Cc: current@freebsd.org Subject: Re: Confusing error messages from shell image activation Message-ID: <20001211003425.C89853@dragon.nuxi.com> Reply-To: current@freebsd.org References: <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> <14900.2598.958785.326648@guru.mired.org> <14900.19591.200496.869754@nomad.yogotech.com> <14900.21804.426787.246572@guru.mired.org> <14900.23606.685940.408212@nomad.yogotech.com> <20001211163133.A19495@gurney.reilly.home> <14900.26957.915555.841958@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14900.26957.915555.841958@guru.mired.org>; from mwm@mired.org on Sun, Dec 10, 2000 at 11:42:37PM -0600 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 11:42:37PM -0600, Mike Meyer wrote: > On the other hand, Applixware Office ships a precompiled package for > /usr/local, and doesn't like being installed anywhere else. Which > means I've got a couple of hundred megabytes being backup up for no > good reason :-(. Mine lives in /usr/opt just fine. What signs do you have of it not liking being out of /usr/local ? -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 3:59:16 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 03:59:12 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E888537B737 for ; Mon, 11 Dec 2000 03:58:16 -0800 (PST) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 589966E2E34 for ; Mon, 11 Dec 2000 00:32:51 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id AAA55942; Mon, 11 Dec 2000 00:31:35 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBB8VXN89914; Mon, 11 Dec 2000 00:31:33 -0800 (PST) (envelope-from obrien) Date: Mon, 11 Dec 2000 00:31:33 -0800 From: "David O'Brien" To: Nate Williams Cc: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation Message-ID: <20001211003133.B89853@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> <14900.2598.958785.326648@guru.mired.org> <14900.19591.200496.869754@nomad.yogotech.com> <14900.21804.426787.246572@guru.mired.org> <14900.23606.685940.408212@nomad.yogotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14900.23606.685940.408212@nomad.yogotech.com>; from nate@yogotech.com on Sun, Dec 10, 2000 at 09:46:46PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 09:46:46PM -0700, Nate Williams wrote: > Fixing broken things is a good thing. Your argument about moving it > from /usr/local to show how broken is a good test procedure, but turning > it into policy is something completely different. Yes changing the policy is something different. IMHO, it will never been done -- way too much momentum behind it now. BUT, I wish people would understand the basic premise and stop bringing up what this and that used to 10 years ago. People doing that are *missing* the issue. NetBSD got it right. BSDi(BSD/OS) got it right. > I think the 'tradition' of FreeBSD installing packages in /usr/local is > enough to leave things the way they are, especially since non-broken > packages allow you to install it somewhere else on *your* system. Packages (ie, those Satoshi builds) no. Building the port yourself, yes. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 3:59:24 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 03:59:18 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C26A37B741 for ; Mon, 11 Dec 2000 03:58:17 -0800 (PST) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6F026E2E5B for ; Mon, 11 Dec 2000 00:51:00 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id AAA56041 for ; Mon, 11 Dec 2000 00:49:45 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBB8niG89977 for current@FreeBSD.ORG; Mon, 11 Dec 2000 00:49:44 -0800 (PST) (envelope-from obrien) Date: Mon, 11 Dec 2000 00:49:43 -0800 From: "David O'Brien" To: current@FreeBSD.ORG Subject: Re: /usr/local abuse Message-ID: <20001211004943.E89853@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> <14900.2598.958785.326648@guru.mired.org> <14900.19591.200496.869754@nomad.yogotech.com> <14900.21804.426787.246572@guru.mired.org> <14900.23606.685940.408212@nomad.yogotech.com> <14900.26413.17773.721464@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14900.26413.17773.721464@guru.mired.org>; from mwm@mired.org on Sun, Dec 10, 2000 at 11:33:33PM -0600 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 11:33:33PM -0600, Mike Meyer wrote: > The thing is, the package system has grown into something more than > that. It really is vendor-supplied and vendor-supported third party > software, and part of the distribution. I can back this up. As someone that maintains over 120 FreeBSD Ports, I get all kinds of email wanting support and this and that tweak in the Port (and thus pre-compiled Package) that they don't want to have to download the distfile and do the hacks themselves. In fact many of our Ports have quite a bit of patching to add very significant functionality changes than one would get if they took the distfile, built and installed the software the way the author intended them to. Thus the Ports Collection Packages are something very specific to FreeBSD and are not just random 3rd party software. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 3:59:25 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 03:59:19 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2265E37B742 for ; Mon, 11 Dec 2000 03:58:17 -0800 (PST) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8C3F6E2E56 for ; Mon, 11 Dec 2000 00:45:36 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id AAA56025; Mon, 11 Dec 2000 00:44:15 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBB8iER89957; Mon, 11 Dec 2000 00:44:14 -0800 (PST) (envelope-from obrien) Date: Mon, 11 Dec 2000 00:44:14 -0800 From: "David O'Brien" To: Nate Williams Cc: current@FreeBSD.ORG Subject: Re: /usr/local abuse Message-ID: <20001211004414.D89853@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> <14900.2598.958785.326648@guru.mired.org> <200012110555.WAA34071@harmony.village.org> <14900.30029.845012.721276@guru.mired.org> <14900.30676.579429.161947@nomad.yogotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14900.30676.579429.161947@nomad.yogotech.com>; from nate@yogotech.com on Sun, Dec 10, 2000 at 11:44:36PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 11:44:36PM -0700, Nate Williams wrote: > Ahh, if we're limiting the discussio to 'OS vendor' software, then every > OS vendor I know installs its software in /usr/bin, and /usr/lib. David hands Nate a freshly minted copy of BSD/OS 4.2, where he will see /usr/contrib/ burned on the CDROM (using an electron microscope of course :-)). > Even Sun does this with it's 'OS vendor' tools. Uhm.. not everything. Many optional pieces from Sun installs in /opt. The SunPro compiler suite for instance is just one example. One must add /opt/SUNWspro/bin to their path if they want to run it. > So, going with the 'OS vendor' argument, then all software should > install itself in /usr, and definitely not /usr/local. Sun shows otherwise. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 3:59:43 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 03:59:37 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCA6B37B75A for ; Mon, 11 Dec 2000 03:58:17 -0800 (PST) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id E36466E2E32 for ; Mon, 11 Dec 2000 00:28:41 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id AAA55929; Mon, 11 Dec 2000 00:27:20 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBB8RIl89887; Mon, 11 Dec 2000 00:27:18 -0800 (PST) (envelope-from obrien) Date: Mon, 11 Dec 2000 00:27:18 -0800 From: "David O'Brien" To: Andrew Reilly Cc: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation Message-ID: <20001211002718.A89853@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <14899.52206.955003.130371@guru.mired.org> <20001211125820.A16115@gurney.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001211125820.A16115@gurney.reilly.home>; from areilly@bigpond.net.au on Mon, Dec 11, 2000 at 12:58:21PM +1100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Dec 11, 2000 at 12:58:21PM +1100, Andrew Reilly wrote: > I agree that PREFIX/LOCALBASE should work: you can't legislate > taste. I'm going to keep it to /usr/local and /usr/X11R6, > though, thanks all the same. Its been acknowledged that we really should not be installing ports into /usr/X11R6 -- that is for X. But Imake is hard to make it DTRT. :-( -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 3:59:40 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 03:59:27 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80DB237B750 for ; Mon, 11 Dec 2000 03:58:17 -0800 (PST) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id D30CB6E2E37 for ; Mon, 11 Dec 2000 00:35:33 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.0/8.11.0) id eBB8VNq01205; Mon, 11 Dec 2000 10:31:23 +0200 (EET) (envelope-from ru) Date: Mon, 11 Dec 2000 10:31:23 +0200 From: Ruslan Ermilov To: Marcel Moolenaar Cc: current@FreeBSD.ORG Subject: Re: Bootstrapping issues with groff(1) Message-ID: <20001211103122.E96665@sunbay.com> Mail-Followup-To: Marcel Moolenaar , current@FreeBSD.ORG References: <20001208181908.A12716@sunbay.com> <3A319650.90FE8EAE@cup.hp.com> <20001209154901.B78374@sunbay.com> <3A32996C.1BE57FCE@cup.hp.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="XOIedfhf+7KOe/yw" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A32996C.1BE57FCE@cup.hp.com>; from marcel@cup.hp.com on Sat, Dec 09, 2000 at 12:43:24PM -0800 Sender: ru@whale.sunbay.crimea.ua Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --XOIedfhf+7KOe/yw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 09, 2000 at 12:43:24PM -0800, Marcel Moolenaar wrote: > Ruslan Ermilov wrote: > >=20 > > On Fri, Dec 08, 2000 at 06:17:52PM -0800, Marcel Moolenaar wrote: > > > Ruslan Ermilov wrote: > > > > > > > > The attached patches (p4 and p5) try to solve this bootstrapping > > > > problem with groff(1). I have lightly tested this on my -stable > > > > box, and would appreciate a feedback on them. > > > > > > Do not remove the USRDIRS and INCDIRS and replace it with mtree (ie m= ake > > > hierarchy). There's no need to duplicate the complete hierarchy in=03= the > > > object tree. Also, mtree fiddles with ownership and mods, which is not > > > appropriate when building. > > > > > The -U flag to mtree(8) could be eliminated for this case... >=20 > According to the manpage, if you remove -U it doesn't create new > directories or symlinks. At least that's how I interpret it. The whole > purpose of running mtree is the creation of directories, so it's a minor > discomfort when it doesn't do that :-) >=20 It appers that running mtree(1) with -U under non-root account works OK, i.e. it creates all missing directories, and exits with status of zero. > > > Which additional directories do you need? > > > > > Everyting below /usr/share/tmac and /usr/share/groff_font: > [snip] > > The new groff(1) release is likely to provide new groff_font > > subdirectories, so we would need to update USRDIRS every time > > we upgrade groff(1). Does it look reasonable? >=20 > If we intend to upgrade groff(1) once a week, no. If we do it once a > year, yes. >=20 > It's is a long list of directories and I prefer we do not need to sum > them up in src/Makefile.inc1. On the other hand, I also don't want to > use mtree. >=20 > This is what I'm thinking about: >=20 > 1. Determine if there's a real bootstrapping problem > 2. If there's no bootstrapping issue, goto pub :-) > 3. Add list of directories to src/Makefile.inc1 > 4. Write script to parse mtree files for use in build > 5. If not possible, reconsider using mtree > 6. else, replace lists by running the script. >=20 > Thoughts? >=20 What if we create the mtree(1)-compatible BSD.world.dist? The below was generated by ``mtree -cdin -k type,mode'' under 4.2-STABLE. --=20 Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --XOIedfhf+7KOe/yw Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="BSD.world.dist" # $FreeBSD$ /set type=dir mode=0755 . usr bin .. games .. include arpa .. g++ std .. .. objc .. openssl .. protocols .. readline .. rpc .. rpcsvc .. security .. ss .. .. lib compat aout .. .. .. libdata ldscripts .. .. libexec elf .. .. sbin .. share groff_font devX100 .. devX100-12 .. devX75 .. devX75-12 .. devascii .. devcp1047 .. devdvi .. devhtml .. devkoi8-r .. devlatin1 .. devlbp .. devlj4 .. devps .. devutf8 .. .. misc .. tmac locale .. mdoc locale .. .. mm .. .. .. src usr.bin yacc .. .. .. .. .. --XOIedfhf+7KOe/yw-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 3:59:53 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 03:59:50 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 692B837B6F6 for ; Mon, 11 Dec 2000 03:58:15 -0800 (PST) Received: from swan.au.en-bio.com (swan.en-bio.COM.AU [203.35.254.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E4D06E2E58 for ; Mon, 11 Dec 2000 00:47:08 -0800 (PST) Received: from shad.au.int.en-bio.com (www-cache.au.en-bio.com [203.35.254.2]) by swan.au.en-bio.com (8.9.1a/8.9.1) with ESMTP id TAA16561; Mon, 11 Dec 2000 19:43:49 +1100 Received: (from tonym@localhost) by shad.au.int.en-bio.com (8.9.1b+Sun/8.9.1) id TAA29959; Mon, 11 Dec 2000 19:44:07 +1100 (EST) Date: Mon, 11 Dec 2000 19:44:07 +1100 (EST) From: Tony Maher Message-Id: <200012110844.TAA29959@shad.au.int.en-bio.com> To: mwm@mired.org Cc: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On the other hand, Applixware Office ships a precompiled package for > /usr/local, and doesn't like being installed anywhere else. Which > means I've got a couple of hundred megabytes being backup up for no > good reason :-(. Really?! I have it installed in /opt/applix and I dont think there are any symlinks anywhere in /usr/local for it. It works fine. The install logfile: CopyFile: /cdrom/applix - /opt/applix/applix CopyFile: /cdrom/axart/alphabet/a1.ag - /opt/applix/axart/alphabet/a1.ag ... ... ... CopyFile: /opt/applix/axdata/axlicensedemo - /opt/applix/axlocal/axlicensedat CopyFile: /opt/applix/axdata/eng/ax_prof4.eng - /opt/applix/axdata/ax_prof4 The location was an install question from memory. This is version 4.42. Maybe Version 5 different? -- tonym (who uses /usr/local for ports/packages, /usr/host for handbuilt stuff and /opt for really big packages that have their own internal hierachy - I am so confused ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 4: 9:14 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 04:09:11 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C079137B6D7 for ; Mon, 11 Dec 2000 04:08:47 -0800 (PST) Received: from mass.osd.bsdi.com (dhcp246.osd.bsdi.com [204.216.28.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 558006E2E7F for ; Mon, 11 Dec 2000 00:56:54 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id eBB94Ox03098; Mon, 11 Dec 2000 01:04:24 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012110904.eBB94Ox03098@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: dg@root.com Cc: Mark Huizer , freebsd-current@FreeBSD.ORG Subject: PCI power states (was Re: fxp driver not reset after Windows reboot? ) In-reply-to: Your message of "Sun, 10 Dec 2000 12:45:07 PST." <200012102045.MAA12646@implode.root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 11 Dec 2000 01:04:23 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Based on the above, I would say that Windows has powered-down the NIC. This > is outside of the scope of the driver, so I don't think a solution should be > implemented there. Probably something for our APM folks. It's actually an ACPI-ish issue, however drivers are probably going to have to change to support it correctly. I'm not 100% keen on having the PCI code unconditionally bring a device to D0 before handing it over for probe or attach; I got bitten by this just recently with activating I/O and memory ranges, and I think the only way for things to be done safely is going to be for a PCI driver to be required to: - check and enable busmastering - check and enable memory/port I/O as required - bring the device to D0 power state All of these can be abstracted as PCI methods, so they won't require lots of cut-n-paste in each driver: pci_enable_busmaster(dev); pci_enable_io(dev, SYS_RES_IOPORT | SYS_RES_MEMORY); pci_set_powerstate(dev, PCI_POWERSTATE_D0); Consider the above a request for review on the matter. Regards, Mike -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 4: 9:27 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 04:09:21 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D32337B6F6 for ; Mon, 11 Dec 2000 04:08:48 -0800 (PST) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8C406E2D96 for ; Sun, 10 Dec 2000 23:40:59 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.0/8.11.0) id eBB7dJJ97343; Mon, 11 Dec 2000 09:39:19 +0200 (EET) (envelope-from ru) Date: Mon, 11 Dec 2000 09:39:19 +0200 From: Ruslan Ermilov To: "Thomas D. Dean" Cc: current@FreeBSD.ORG Subject: Re: Bootstrapping issues with groff(1) Message-ID: <20001211093919.B96665@sunbay.com> Mail-Followup-To: "Thomas D. Dean" , current@FreeBSD.ORG References: <3A319751.D2C9E5AB@cup.hp.com> <20001209154347.A78374@sunbay.com> <3A329641.CC6D8447@cup.hp.com> <200012092138.eB9LcVW08042@dsl081-020-229-sea1.dsl-isp.net> <3A32A8A5.65C69B94@cup.hp.com> <200012100225.eBA2PVH08442@dsl081-020-229-sea1.dsl-isp.net> <3A32EC5A.6953D817@cup.hp.com> <200012100245.eBA2js708522@dsl081-020-229-sea1.dsl-isp.net> <3A330215.A981B3CA@cup.hp.com> <200012100611.eBA6BSX49312@dsl081-020-229-sea1.dsl-isp.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200012100611.eBA6BSX49312@dsl081-020-229-sea1.dsl-isp.net>; from tomdean@speakeasy.org on Sat, Dec 09, 2000 at 10:11:28PM -0800 Sender: ru@whale.sunbay.crimea.ua Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Dec 09, 2000 at 10:11:28PM -0800, Thomas D. Dean wrote: > I have no environment settings that relate to groff and only MANPATH > that relates to man. > > There are no local modifications. etc/make.conf only has > CFLAGS= -O -pipe > HAVE_MOTIF= yes > MOTIF_STATIC= yes > USA_RESIDENT= YES > WRKDIRPREFIX= /usr/obj/ports > NO_MODULES= NO > > I have always done cvsup followed by 'make world'. > > # cd /usr/src/gnu/usr.bin > # make clean > # cd /usr/src > # make -DNOCLEAN world > > fixed the problem. Before, I used 'make -j36 -DNOCLEAN world'. Could > it be a problem with the Makefile in man? > Yes, because only Makefile in gnu/usr.bin/man has changed, and not its sources. -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 4:22: 3 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 04:22:02 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mimer.webgiro.com (unknown [213.162.128.50]) by hub.freebsd.org (Postfix) with ESMTP id 177AD37B404 for ; Mon, 11 Dec 2000 04:22:02 -0800 (PST) Received: by mimer.webgiro.com (Postfix, from userid 66) id 7D71C2DC11; Mon, 11 Dec 2000 10:42:34 +0100 (CET) Received: by mx.webgiro.com (Postfix, from userid 1001) id 7417C7817; Mon, 11 Dec 2000 10:38:45 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mx.webgiro.com (Postfix) with ESMTP id 71FD510E1B; Mon, 11 Dec 2000 10:38:45 +0100 (CET) Date: Mon, 11 Dec 2000 10:38:45 +0100 (CET) From: Andrzej Bialecki To: Mark Huizer Cc: freebsd-current@freebsd.org Subject: Re: fxp driver not reset after Windows reboot? In-Reply-To: <20001210130814.A47149@dohd.cx> 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, 10 Dec 2000, Mark Huizer wrote: > Hello, > > On my VAIO laptop, I have trouble rebooting directly from Windows to > FreeBSD (luckily enough I don't run Windows that often :-) > I tried to look at the driver code, but it looks to me like it is doing > resets when attaching the fxp driver, but somehow, Windows has left it > in the state where it isn't recognized properly. > fxp0: port 0xfcc0-0xfcff mem 0xfed00000-0xfedfffff,0xfecff000-0xfecfffff irq 9 at device 11.0 on pci0 > fxp0: Ethernet address ff:ff:ff:ff:ff:ff, 10Mbps I have exactly the same symptoms. The card is in a docking station for Dell Inspiron 5000. Looks like it's sort of standard behaviour nowadays... Andrzej Bialecki // WebGiro AB, Sweden (http://www.webgiro.com) // ------------------------------------------------------------------- // ------ FreeBSD: The Power to Serve. http://www.freebsd.org -------- // --- Small & Embedded FreeBSD: http://www.freebsd.org/~picobsd/ ---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 6: 7:23 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 06:07:20 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 3A39337B698 for ; Mon, 11 Dec 2000 06:07:20 -0800 (PST) Received: (qmail 27053 invoked by uid 100); 11 Dec 2000 14:07:14 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14900.57234.192112.812567@guru.mired.org> Date: Mon, 11 Dec 2000 08:07:14 -0600 (CST) To: current@FreeBSD.ORG Subject: Re: /usr/local abuse In-Reply-To: <20001211004943.E89853@dragon.nuxi.com> References: <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> <14900.2598.958785.326648@guru.mired.org> <14900.19591.200496.869754@nomad.yogotech.com> <14900.21804.426787.246572@guru.mired.org> <14900.23606.685940.408212@nomad.yogotech.com> <14900.26413.17773.721464@guru.mired.org> <20001211004943.E89853@dragon.nuxi.com> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien types: > On Sun, Dec 10, 2000 at 11:33:33PM -0600, Mike Meyer wrote: > > The thing is, the package system has grown into something more than > > that. It really is vendor-supplied and vendor-supported third party > > software, and part of the distribution. > I can back this up. As someone that maintains over 120 FreeBSD Ports, I > get all kinds of email wanting support and this and that tweak in the > Port (and thus pre-compiled Package) that they don't want to have to > download the distfile and do the hacks themselves. In fact many of our > Ports have quite a bit of patching to add very significant functionality > changes than one would get if they took the distfile, built and installed > the software the way the author intended them to. Thus the Ports > Collection Packages are something very specific to FreeBSD and are not > just random 3rd party software. I'm one of the people who send patches to the port maintainer. There are a couple of reasons for this. First, I get the *port* fixed faster that way. In some cases, the original author wasn't interested in the fixes, or was to busy to issue a new release, so the only way to get those into the port was through the port maintainer. The alternative was to quit building those from ports, and start building them as locally maintained software so I could apply the patches. Another reason is that I've found the port maintainer usually has a working relationship with the software author, and so patches that he's reviewed and passed on to the author get dealt with faster than if I sent them on myself. In at least one case, sending patches to the author was completely ignored. Sending them to the port maintainer got the port fixed in a matter of days, and the patches forwarded to the software author were added to the system for the next release (at which time the port patches could go away). Delivered-To: freebsd-current@freebsd.org Received: from moriarity.grauel.com (moriarity.grauel.com [199.233.104.37]) by hub.freebsd.org (Postfix) with ESMTP id D683A37B699 for ; Mon, 11 Dec 2000 06:12:18 -0800 (PST) Received: (from rjk@localhost) by moriarity.grauel.com (8.11.1/8.11.1) id eBBE7RQ99792; Mon, 11 Dec 2000 09:07:27 -0500 (EST) (envelope-from rjk) From: Richard J Kuhns MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14900.57247.45919.615262@moriarity.grauel.com> Date: Mon, 11 Dec 2000 09:07:27 -0500 (EST) To: Tony Maher Cc: mwm@mired.org, current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation In-Reply-To: <200012110844.TAA29959@shad.au.int.en-bio.com> References: <200012110844.TAA29959@shad.au.int.en-bio.com> X-Mailer: VM 6.75 under 21.1 (patch 11) "Carlsbad Caverns" XEmacs Lucid Sender: rjk@moriarity.grauel.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tony Maher writes: > > On the other hand, Applixware Office ships a precompiled package for > > /usr/local, and doesn't like being installed anywhere else. Which > > means I've got a couple of hundred megabytes being backup up for no > > good reason :-(. > > Really?! > I have it installed in /opt/applix and I dont think there are any symlinks > anywhere in /usr/local for it. It works fine. > > The install logfile: > CopyFile: /cdrom/applix - /opt/applix/applix > CopyFile: /cdrom/axart/alphabet/a1.ag - /opt/applix/axart/alphabet/a1.ag > ... > ... > ... > CopyFile: /opt/applix/axdata/axlicensedemo - /opt/applix/axlocal/axlicensedat > CopyFile: /opt/applix/axdata/eng/ax_prof4.eng - /opt/applix/axdata/ax_prof4 > > The location was an install question from memory. > > This is version 4.42. Maybe Version 5 different? Yes, it's definitely different. No matter what you say when installing, `applix' is: #!/bin/sh APPLIX_HOME="/usr/local/applix" export APPLIX_HOME exec $APPLIX_HOME/applix "$@" Note the hard-coded APPLIX_HOME. There were other problems trying to install somewhere else, but I'm afraid I don't remember details. I played with it for a little while, but gave up and left it in /usr/local :(. -- Richard Kuhns rjk@grauel.com PO Box 6249 Tel: (765)477-6000 \ 100 Sawmill Road x319 Lafayette, IN 47903 (800)489-4891 / To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 6:14:55 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 06:14:52 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 22AFC37B400 for ; Mon, 11 Dec 2000 06:14:48 -0800 (PST) Received: (qmail 27337 invoked by uid 100); 11 Dec 2000 14:14:47 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14900.57687.565806.38745@guru.mired.org> Date: Mon, 11 Dec 2000 08:14:47 -0600 (CST) To: current@freebsd.org, Subject: Applix problems (Was: /usr/local abuse) In-Reply-To: <20001211003425.C89853@dragon.nuxi.com> References: <200012110844.TAA29959@shad.au.int.en-bio.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> <14900.2598.958785.326648@guru.mired.org> <14900.19591.200496.869754@nomad.yogotech.com> <14900.21804.426787.246572@guru.mired.org> <14900.23606.685940.408212@nomad.yogotech.com> <20001211163133.A19495@gurney.reilly.home> <14900.26957.915555.841958@guru.mired.org> <20001211003425.C89853@dragon.nuxi.com> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien types: > On Sun, Dec 10, 2000 at 11:42:37PM -0600, Mike Meyer wrote: > > On the other hand, Applixware Office ships a precompiled package for > > /usr/local, and doesn't like being installed anywhere else. Which > > means I've got a couple of hundred megabytes being backup up for no > > good reason :-(. > Mine lives in /usr/opt just fine. What signs do you have of it not > liking being out of /usr/local ? Tony Maher types: > > On the other hand, Applixware Office ships a precompiled package for > > /usr/local, and doesn't like being installed anywhere else. Which > > means I've got a couple of hundred megabytes being backup up for no > > good reason :-(. > Really?! > I have it installed in /opt/applix and I dont think there are any symlinks > anywhere in /usr/local for it. It works fine. My bad. I discovered last night that the problems I though were associated with it not being installed in /usr/local are occuring even though I *did* install it in /usr/local. Of course, last night was the first time I've rebooted with it installed in /usr/local, and that's when the problem shows up. The problem is that the shared libraries aren't getting found when I run the applix binary after a reboot. Here's the relevant part of /etc/rc.conf: ldconfig_paths="/usr/lib/compat /usr/X11R6/lib /usr/opt/lib /usr/opt/pgsql/lib /usr/opt/pilot/lib /usr/local/lib /usr/local/applix/axdata/axshlib" ldconfig_paths_aout="" # No aout in my userlands After the first reboot, running applix just causes off a lot of disk activity and creates processes and a socket in /tmp. Killing them, removing the file in /tmp, and then running "ldconfig $ldconfig_paths" (though I do it with cut-n-paste) solves the problem, and I can run applix just fine. Failing to do the ldconfig (at least, with applix somewhere other than /usr/local) doesn't solve the problem. As far as I can tell, the only difference is that /etc/rc runs the ldconfig as "ldconfig -elf". All the files in /usr/local/applix/axdata/axshlib are ELF shared objects. I haven't investigated further. If someone got an explanation, I'm all ears. Thanx, 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 4424337B402; Mon, 11 Dec 2000 09:08:01 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel3.hp.com (Postfix) with ESMTP id 6E91F89A; Mon, 11 Dec 2000 09:07:56 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id JAA16720; Mon, 11 Dec 2000 09:07:55 -0800 (PST) Sender: marcel@cup.hp.com Message-ID: <3A3509E9.F1D19305@cup.hp.com> Date: Mon, 11 Dec 2000 09:07:53 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Ruslan Ermilov Cc: current@FreeBSD.org Subject: Re: Bootstrapping issues with groff(1) References: <20001208181908.A12716@sunbay.com> <3A319751.D2C9E5AB@cup.hp.com> <20001209154347.A78374@sunbay.com> <3A329641.CC6D8447@cup.hp.com> <20001211094815.D96665@sunbay.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ruslan Ermilov wrote: > > On Sat, Dec 09, 2000 at 12:29:54PM -0800, Marcel Moolenaar wrote: > > Ruslan Ermilov wrote: > > > > > > On Fri, Dec 08, 2000 at 06:22:09PM -0800, Marcel Moolenaar wrote: > > > > Ruslan Ermilov wrote: > > > > > > > > > > The attached patches (p4 and p5) try to solve this bootstrapping > > > > > problem with groff(1). > > > > > > > > Sorry, I missed this statement before. What exactly are the > > > > bootstrapping problems you're seeing? > > > > > > > New groff(1) provides new versions of macro packages and device > > > files. When building, we should use THEM rather than installed > > > (obsolete) ones. > > > > Is the old groff(1) incompatible with the new groff(1) in the sense that > > manpages created with the old groff(1) are visibly different from the > > manpages created with the new groff(1)? > > > Once again. groff(1) supplies macro packages and device description > files. New groff is likely to provide modified files. This, I don't care about. We're never going to use an old groff(1) with the new files or vice versa. From a usage point of view, I don't care about the implementation, just the interface. Let me rephrase the question: Did you modify the manpages to get it to work with the new groff(1) or is the new groff(1) backward compatible with the old groff(1)? -- 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 Dec 11 9:15:32 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 09:15:31 2000 Return-Path: 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 EF87A37B400; Mon, 11 Dec 2000 09:15:30 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id A2CB11A0E; Mon, 11 Dec 2000 09:12:18 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id JAA16857; Mon, 11 Dec 2000 09:12:18 -0800 (PST) Sender: marcel@cup.hp.com Message-ID: <3A350AF1.877782B0@cup.hp.com> Date: Mon, 11 Dec 2000 09:12:17 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Ruslan Ermilov Cc: current@FreeBSD.ORG Subject: Re: Bootstrapping issues with groff(1) References: <20001208181908.A12716@sunbay.com> <3A319650.90FE8EAE@cup.hp.com> <20001209154901.B78374@sunbay.com> <3A32996C.1BE57FCE@cup.hp.com> <20001211103122.E96665@sunbay.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ruslan Ermilov wrote: > > It appers that running mtree(1) with -U under non-root account works OK, > i.e. it creates all missing directories, and exits with status of zero. I believe it also emits warnings, right? > What if we create the mtree(1)-compatible BSD.world.dist? > The below was generated by ``mtree -cdin -k type,mode'' > under 4.2-STABLE. You mean a special mtree file for use by the build? Maybe I'm missing something, but doesn't that also duplicate information, or can you generate this subset on the fly? -- 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 Dec 11 9:18:49 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 09:18:46 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from eeyore.local.dohd.org (d0030.upc-d.chello.nl [213.46.0.30]) by hub.freebsd.org (Postfix) with ESMTP id 8BC7537B400 for ; Mon, 11 Dec 2000 09:18:46 -0800 (PST) Received: by eeyore.local.dohd.org (Postfix, from userid 1008) id 569DABA37; Mon, 11 Dec 2000 18:18:42 +0100 (MET) Date: Mon, 11 Dec 2000 18:18:42 +0100 From: Mark Huizer To: freebsd-current@freebsd.org Subject: Re: PCI power states (was Re: fxp driver not reset after Windows reboot? ) Message-ID: <20001211181842.A20131@eeyore.local.dohd.org> References: <200012102045.MAA12646@implode.root.com> <200012110904.eBB94Ox03098@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200012110904.eBB94Ox03098@mass.osd.bsdi.com>; from msmith@freebsd.org on Mon, Dec 11, 2000 at 01:04:23AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > All of these can be abstracted as PCI methods, so they won't require lots > of cut-n-paste in each driver: > > pci_enable_busmaster(dev); > pci_enable_io(dev, SYS_RES_IOPORT | SYS_RES_MEMORY); > pci_set_powerstate(dev, PCI_POWERSTATE_D0); > > Consider the above a request for review on the matter. > My PCI knowledge is somewhere in between my knowledge of Cobol and ACPI :-) Which is neglectable enough. But if you have something for testing, I can do it. Mark -- Nice testing in little China... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 9:19:28 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 09:19:25 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id C62E737B400 for ; Mon, 11 Dec 2000 09:19:24 -0800 (PST) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id KAA22835; Mon, 11 Dec 2000 10:19:16 -0700 (MST) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id KAA13886; Mon, 11 Dec 2000 10:19:16 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14901.3218.564580.835977@nomad.yogotech.com> Date: Mon, 11 Dec 2000 10:19:14 -0700 (MST) To: current@FreeBSD.ORG Cc: Nate Williams Subject: Re: /usr/local abuse In-Reply-To: <20001211004414.D89853@dragon.nuxi.com> References: <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> <14900.2598.958785.326648@guru.mired.org> <200012110555.WAA34071@harmony.village.org> <14900.30029.845012.721276@guru.mired.org> <14900.30676.579429.161947@nomad.yogotech.com> <20001211004414.D89853@dragon.nuxi.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > David hands Nate a freshly minted copy of BSD/OS 4.2, where he will see > /usr/contrib/ burned on the CDROM (using an electron microscope of > course :-)). > > > Even Sun does this with it's 'OS vendor' tools. > > Uhm.. not everything. Many optional pieces from Sun installs in /opt. > The SunPro compiler suite for instance is just one example. One must add > /opt/SUNWspro/bin to their path if they want to run it. This must have changed recently, since at one point it installed at least parts of itself in /usr/lib. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 9:29: 3 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 09:29:02 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id 868FE37B400 for ; Mon, 11 Dec 2000 09:29:01 -0800 (PST) Received: by peorth.iteration.net (Postfix, from userid 1001) id 3600C57429; Mon, 11 Dec 2000 11:29:09 -0600 (CST) Date: Mon, 11 Dec 2000 11:29:08 -0600 From: "Michael C . Wu" To: David Gilbert Cc: Brian Dean , Mike Meyer , current@FreeBSD.ORG Subject: Re: [current] Re: Confusing error messages from shell image activation Message-ID: <20001211112908.B39546@peorth.iteration.net> Reply-To: "Michael C . Wu" References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14900.26674.605585.357915@trooper.velocet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14900.26674.605585.357915@trooper.velocet.net>; from dgilbert@velocet.ca on Mon, Dec 11, 2000 at 12:37:54AM -0500 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: keichii@peorth.iteration.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Dec 11, 2000 at 12:37:54AM -0500, David Gilbert scribbled: | For foreign or not-so-foreign packages and software, I've seen | /usr/local, /local, /usr/contrib, /opt and /usr/pkg. One site that I | worked at was even pedantic that /usr/contrib was for externally | generated software and /usr/local was for software written and/or | maintained locally. I've also worked in environments where different | directory structures implied the level that the IS guys intended to | support the software. I know I should not jump into this bikeshed. But IMHO, whereever we have our packages install to, we should also place our ports metadata (/var/db/pkg) and the ports skeleton in the same place, preferably a mountpoint. This allow me to switch between different sets of installation with ease. (No, please do not tell me to change PREFIX and mv /usr/local /usr/local.bak) With this setup, I can rm -rf , and have a clean system again. For the ports developers, we can switch between configurations without the need for chroots or jails taking up disk space. -- +------------------------------------------------------------------+ | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 9:48:45 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 09:48:43 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guardian.sftw.com (guardian.sftw.com [209.157.37.25]) by hub.freebsd.org (Postfix) with ESMTP id 9536237B400 for ; Mon, 11 Dec 2000 09:48:43 -0800 (PST) Received: from yoda.sftw.com (yoda.sftw.com [209.157.37.211]) by guardian.sftw.com (8.11.0/8.11.0) with ESMTP id eBBHmgq53311 for ; Mon, 11 Dec 2000 09:48:42 -0800 (PST) (envelope-from nsayer@sftw.com) Received: from sftw.com (localhost [127.0.0.1]) by yoda.sftw.com (8.11.1/8.11.1) with ESMTP id eBBHmgs23758 for ; Mon, 11 Dec 2000 09:48:42 -0800 (PST) (envelope-from nsayer@sftw.com) Sender: nsayer@sftw.com Message-ID: <3A35137A.DC9CD5DD@sftw.com> Date: Mon, 11 Dec 2000 09:48:42 -0800 From: Nick Sayer Reply-To: nsayer@kfu.com X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: Re: Lucent Orinoco Gold PCCard? References: <200012102246.PAA31095@harmony.village.org> <3A3413C8.4D9148FF@telehouse.ch> <3A3454CB.5B6761DF@softweyr.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wes Peters wrote: > > Andre Oppermann wrote: > > > > Is there any supporting Access Point functionality, eg. using the > > freebsd server as AP? > > There's no special support for it, but it's just another interface. If > you run it (and your other 802.11 devices) in ad-hoc mode, everything should > work peachy. The only caveat is that you will have to use ad-hoc mode rather than infrastructure mode (putting a wi cart into infrastructure _server_ mode is not possible with open-source software right now), and you can't use them in bridging configurations because they cannot do promiscuous transmit (every packet they send must have the local card's ethernet address). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 10:57: 4 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 10:57:01 2000 Return-Path: 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 5CD9537B400 for ; Mon, 11 Dec 2000 10:57:01 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id KAA58710; Mon, 11 Dec 2000 10:57:00 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBBIuwN97994; Mon, 11 Dec 2000 10:56:58 -0800 (PST) (envelope-from obrien) Date: Mon, 11 Dec 2000 10:56:58 -0800 From: "David O'Brien" To: Mike Meyer Cc: current@freebsd.org Subject: Re: Applix problems (Was: /usr/local abuse) Message-ID: <20001211105658.A97948@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> <14900.2598.958785.326648@guru.mired.org> <14900.19591.200496.869754@nomad.yogotech.com> <14900.21804.426787.246572@guru.mired.org> <14900.23606.685940.408212@nomad.yogotech.com> <20001211163133.A19495@gurney.reilly.home> <14900.26957.915555.841958@guru.mired.org> <20001211003425.C89853@dragon.nuxi.com> <14900.57687.565806.38745@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14900.57687.565806.38745@guru.mired.org>; from mwm@mired.org on Mon, Dec 11, 2000 at 08:14:47AM -0600 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Dec 11, 2000 at 08:14:47AM -0600, Mike Meyer wrote: > The problem is that the shared libraries aren't getting found when I > run the applix binary after a reboot. Why do you say that? Where is the error message?? > /usr/local/applix/axdata/axshlib are ELF shared objects. I haven't > investigated further. If someone got an explanation, I'm all ears. Applix sets LD_LIBRARY_PATH in order to find its shared libs. EXACTLY how are you [trying to] run it? -- -- David (obrien@FreeBSD.org) P.S. details are good.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 11: 1:18 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 11:01:14 2000 Return-Path: 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 7755B37B402 for ; Mon, 11 Dec 2000 11:01:14 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id LAA58750; Mon, 11 Dec 2000 11:01:13 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBBJ1Cx98035; Mon, 11 Dec 2000 11:01:12 -0800 (PST) (envelope-from obrien) Date: Mon, 11 Dec 2000 11:01:11 -0800 From: "David O'Brien" To: Richard J Kuhns Cc: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation Message-ID: <20001211110111.B97948@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <200012110844.TAA29959@shad.au.int.en-bio.com> <14900.57247.45919.615262@moriarity.grauel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14900.57247.45919.615262@moriarity.grauel.com>; from rjk@grauel.com on Mon, Dec 11, 2000 at 09:07:27AM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Dec 11, 2000 at 09:07:27AM -0500, Richard J Kuhns wrote: > Yes, it's definitely different. No matter what you say when installing, > `applix' is: > > #!/bin/sh > APPLIX_HOME="/usr/local/applix" > export APPLIX_HOME > exec $APPLIX_HOME/applix "$@" Again lack of details.. :-( EXACTLY what is this file you are showing us? Both my of my Applixware 4.42 and 5.0 installations have a real binary named `applix' in the root of the install directory. I installed 4.42 from the Walnut Creek CDROM CD of it. I installed 5.0 on the first tarball package of 5.0 BSDi made (that wasn't released to the public). So we also need to know how you got 5.0 (ie, what media are you using). Something may have easily changed between what I installed and what BSDi is now shipping. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 11:35:50 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 11:35:47 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from moriarity.grauel.com (moriarity.grauel.com [199.233.104.37]) by hub.freebsd.org (Postfix) with ESMTP id 9B0A537B400; Mon, 11 Dec 2000 11:35:46 -0800 (PST) Received: (from rjk@localhost) by moriarity.grauel.com (8.11.1/8.11.1) id eBBJZic09624; Mon, 11 Dec 2000 14:35:44 -0500 (EST) (envelope-from rjk) From: Richard J Kuhns MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14901.11407.822848.483054@moriarity.grauel.com> Date: Mon, 11 Dec 2000 14:35:43 -0500 (EST) To: obrien@FreeBSD.ORG Cc: Richard J Kuhns , current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation In-Reply-To: <20001211110111.B97948@dragon.nuxi.com> References: <200012110844.TAA29959@shad.au.int.en-bio.com> <14900.57247.45919.615262@moriarity.grauel.com> <20001211110111.B97948@dragon.nuxi.com> X-Mailer: VM 6.75 under 21.1 (patch 11) "Carlsbad Caverns" XEmacs Lucid Sender: rjk@moriarity.grauel.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien writes: > On Mon, Dec 11, 2000 at 09:07:27AM -0500, Richard J Kuhns wrote: > > Yes, it's definitely different. No matter what you say when installing, > > `applix' is: > > > > #!/bin/sh > > APPLIX_HOME="/usr/local/applix" > > export APPLIX_HOME > > exec $APPLIX_HOME/applix "$@" > > Again lack of details.. :-( EXACTLY what is this file you are showing > us? Both my of my Applixware 4.42 and 5.0 installations have a real > binary named `applix' in the root of the install directory. I installed > 4.42 from the Walnut Creek CDROM CD of it. I installed 5.0 on the first > tarball package of 5.0 BSDi made (that wasn't released to the public). > So we also need to know how you got 5.0 (ie, what media are you using). > Something may have easily changed between what I installed and what BSDi > is now shipping. > OK. In my current installation, it's /usr/local/bin/applix. I installed from the CD the Walnut Creek/BSDi shipped me (Applixware Office for FreeBSD v5.0). I just tried to install it from scratch on a new machine running 4.2-RELEASE. If I cd to /cdrom/Applix5 and run ./install, I'm not offered a choice concerning where to install -- it goes under /usr/local. I just tried `pkg_add -v -p /opt applix-5.0.tgz'. It then put things under /opt, but /opt/bin/applix was the file I listed above with the hardcoded "/usr/local/applix". When I changed it to "/opt/applix" and tried to run it, I got /usr/libexec/ld-elf.so.1: Shared object "libstdc++.so.2" not found /prog/applix/axdata/axmain: Operation timed out Since there's not a libstdc* of any sort under /opt/applix, either something didn't get installed correctly or applix was compiled using an older version of the shared library. At this point, I have some Real Work to do. If there's something else you'd like me to look at, let me know. It may take me a few hours, though. -- Richard Kuhns rjk@grauel.com PO Box 6249 Tel: (765)477-6000 \ 100 Sawmill Road x319 Lafayette, IN 47903 (800)489-4891 / To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 11:55:16 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 11:55:12 2000 Return-Path: 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 C518637B400 for ; Mon, 11 Dec 2000 11:55:12 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id LAA59027; Mon, 11 Dec 2000 11:55:12 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBBJtAa98533; Mon, 11 Dec 2000 11:55:10 -0800 (PST) (envelope-from obrien) Date: Mon, 11 Dec 2000 11:55:10 -0800 From: "David O'Brien" To: Richard J Kuhns Cc: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation Message-ID: <20001211115510.A98498@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <200012110844.TAA29959@shad.au.int.en-bio.com> <14900.57247.45919.615262@moriarity.grauel.com> <20001211110111.B97948@dragon.nuxi.com> <14901.11407.822848.483054@moriarity.grauel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14901.11407.822848.483054@moriarity.grauel.com>; from rjk@grauel.com on Mon, Dec 11, 2000 at 02:35:43PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Dec 11, 2000 at 02:35:43PM -0500, Richard J Kuhns wrote: > /usr/libexec/ld-elf.so.1: Shared object "libstdc++.so.2" not found > /prog/applix/axdata/axmain: Operation timed out Blah. :-( Applixware depends on the compat3x distribution it seems. Can you install compat3x and see if it now runs? -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 13:17: 7 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 13:17:03 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id 88DAC37B699 for ; Mon, 11 Dec 2000 13:17:02 -0800 (PST) Received: from localhost (bandix@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id QAA11678; Mon, 11 Dec 2000 16:17:11 -0500 (EST) (envelope-from bandix@looksharp.net) Date: Mon, 11 Dec 2000 16:17:11 -0500 (EST) From: "Brandon D. Valentine" To: "Michael C . Wu" Cc: David Gilbert , Brian Dean , Mike Meyer , current@FreeBSD.ORG Subject: Re: [current] Re: Confusing error messages from shell image activation In-Reply-To: <20001211112908.B39546@peorth.iteration.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 11 Dec 2000, Michael C . Wu wrote: >I know I should not jump into this bikeshed. But IMHO, whereever >we have our packages install to, we should also place >our ports metadata (/var/db/pkg) and the ports skeleton in the >same place, preferably a mountpoint. This allow me to switch >between different sets of installation with ease. (No, please >do not tell me to change PREFIX and mv /usr/local /usr/local.bak) >With this setup, I can rm -rf , and >have a clean system again. For the ports developers, we can >switch between configurations without the need for chroots or >jails taking up disk space. I would agree strongly with this. Something like: /usr/ pkg/ bin/ db/ <-- /var/db/pkg, why is that in /var anyway? it's not exactly temporary or transient information. etc/ include/ info/ lib/ libexec/ man/ sbin/ share/ src/ <-- /usr/ports/* This would make it easy for one to return his system to a pristine state. Simply removing /usr/pkg would get rid of all third-party information. It makes sense to package this entire directory together. If one wanted a fresh system he could remove /usr/pkg, do a make world, and tell mtree to remove anything not in the system mtree file. -- Brandon D. Valentine "Few things are harder to put up with than the annoyance of a good example." -- Mark Twain, Pudd'nhead Wilson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 14: 4: 4 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 14:04:00 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by hub.freebsd.org (Postfix) with ESMTP id C8AEE37B400 for ; Mon, 11 Dec 2000 14:03:57 -0800 (PST) Received: from dsto-ms2.dsto.defence.gov.au (dsto-ms2.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au (8.10.1/8.10.1) with ESMTP id eBBM4DQ05200 for ; Tue, 12 Dec 2000 08:34:13 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by dsto-ms2.dsto.defence.gov.au (Content Technologies SMTPRS 4.1.5) with ESMTP id for ; Tue, 12 Dec 2000 08:33:17 +1030 Received: from salex001.dsto.defence.gov.au (salex001.dsto.defence.gov.au [131.185.2.9]) by muttley.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id IAA05374 for ; Tue, 12 Dec 2000 08:29:26 +1030 (CST) Received: from fang.dsto.defence.gov.au ([131.185.2.5]) by salex001.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id WZWR9QFF; Tue, 12 Dec 2000 08:29:25 +1030 Received: from dsto.defence.gov.au (fuzz.dsto.defence.gov.au [131.185.75.229]) by fang.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id IAA28272 for ; Tue, 12 Dec 2000 08:29:25 +1030 (CST) Sender: thyerm@dsto.defence.gov.au Message-ID: <3A354E66.A18D5D0B@dsto.defence.gov.au> Date: Tue, 12 Dec 2000 08:30:06 +1030 From: Matthew Thyer X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Subject: Re: write(2) returns error saying read only filesystem when trying to write to a partition References: <200012080154.eB81sFN00538@mass.osd.bsdi.com> <3A305227.D74011C4@dsto.defence.gov.au> <20001207221408.A29041@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > > On Fri, Dec 08, 2000 at 01:44:47PM +1030, Matthew Thyer wrote: > > Regardless /dev/da18s1 should work as for /dev/da18 > > Correct me if I'm wrong, but /dev/da18s1 would only work if you installed > a true slice vs. a dedicated configuaation of the disk something like > ``disklabel da18 auto''. Back near the start of this thread I said I'd prepared the disk via: "fdisk -I da18" and then "disklabel -wr da18s1 auto". -- Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax: +61 8 8259 5537 Defence Science and Technology Organisation, Salisbury PO Box 1500 Salisbury South Australia 5108 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 14:24:29 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 14:24:26 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from sender.ngi.de (sender.ngi.de [212.79.47.18]) by hub.freebsd.org (Postfix) with ESMTP id B3DAD37B400; Mon, 11 Dec 2000 14:24:25 -0800 (PST) Received: from Gatekeeper.FreeBSD.org (koln-3e366425.pool.mediaWays.net [62.54.100.37]) by sender.ngi.de (Postfix) with ESMTP id 3F95596E52; Mon, 11 Dec 2000 23:16:34 +0100 (CET) Received: from StefanEsser.FreeBSD.org (StefanEsser [10.0.0.1]) by Gatekeeper.FreeBSD.org (Postfix) with ESMTP id D04752E; Mon, 11 Dec 2000 22:50:47 +0100 (CET) Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200) id A97E5145C; Mon, 11 Dec 2000 22:51:27 +0100 (CET) Date: Mon, 11 Dec 2000 22:51:27 +0100 From: Stefan Esser To: Mike Smith Cc: dg@root.com, Mark Huizer , freebsd-current@FreeBSD.ORG, Stefan Esser Subject: Re: PCI power states (was Re: fxp driver not reset after Windows reboot? ) Message-ID: <20001211225127.B73017@StefanEsser.FreeBSD.org> Reply-To: Stefan Esser References: <200012102045.MAA12646@implode.root.com> <200012110904.eBB94Ox03098@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200012110904.eBB94Ox03098@mass.osd.bsdi.com>; from msmith@FreeBSD.ORG on Mon, Dec 11, 2000 at 01:04:23AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-12-11 01:04 -0800, Mike Smith wrote: > All of these can be abstracted as PCI methods, so they won't require lots > of cut-n-paste in each driver: > > pci_enable_busmaster(dev); > pci_enable_io(dev, SYS_RES_IOPORT | SYS_RES_MEMORY); > pci_set_powerstate(dev, PCI_POWERSTATE_D0); > > Consider the above a request for review on the matter. Shouldn't that be: pci_enable_io(dev, SYS_RES_IOPORT | SYS_RES_MEMORY); pci_set_powerstate(dev, PCI_POWERSTATE_D0); device_specific_init(dev); pci_enable_busmaster(dev); As soon as the bus-master enable bit has been set, the device may start writing to arbitrary memory locations (in the unlikely but still possible case, that it has been disabled in the middle of a transfer). Cases where such behaviour caused memory corruption and warm-boot failure have been discussed in the PCI-SIG mail list. Regards, STefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 14:34: 6 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 14:34:03 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by hub.freebsd.org (Postfix) with ESMTP id BC0F737B400 for ; Mon, 11 Dec 2000 14:33:57 -0800 (PST) Received: from dsto-ms2.dsto.defence.gov.au (dsto-ms2.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au (8.10.1/8.10.1) with ESMTP id eBBMYHQ07494 for ; Tue, 12 Dec 2000 09:04:18 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by dsto-ms2.dsto.defence.gov.au (Content Technologies SMTPRS 4.1.5) with ESMTP id for ; Tue, 12 Dec 2000 09:03:17 +1030 Received: from salex001.dsto.defence.gov.au (salex001.dsto.defence.gov.au [131.185.2.9]) by muttley.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id IAA00770 for ; Tue, 12 Dec 2000 08:55:10 +1030 (CST) Received: from fang.dsto.defence.gov.au ([131.185.2.5]) by salex001.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id WZWR9QLB; Tue, 12 Dec 2000 08:55:09 +1030 Received: from dsto.defence.gov.au (fuzz.dsto.defence.gov.au [131.185.75.229]) by fang.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id IAA28391 for ; Tue, 12 Dec 2000 08:55:09 +1030 (CST) Sender: thyerm@dsto.defence.gov.au Message-ID: <3A35546E.E4359366@dsto.defence.gov.au> Date: Tue, 12 Dec 2000 08:55:50 +1030 From: Matthew Thyer X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Subject: Re: Re: write(2) returns error saying read only filesystem when trying to write to a partition References: <200012080154.eB81sFN00538@mass.osd.bsdi.com> <3A305227.D74011C4@dsto.defence.gov.au> <20001207221408.A29041@dragon.nuxi.com> <3A354E66.A18D5D0B@dsto.defence.gov.au> 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 been writing to the whole disk OK (since I changed to /dev/da18), but now I am finding a problem with trying to seek further into the disk before starting to write. The code fragment is below and the "lseek(fd, 0L, SEEK_SET)" works OK but the first "lseek(fd, 8192L, SEEK_CUR)" thereafter fails with an "Undefined error: 0" The only way I can get "lseek(fd, X, SEEK_CUR)" to work is where X = 0. Any ideas ? if ( (fd = open("/dev/da18",O_WRONLY)) < 0 ) { perror("open"); exit(1); } /* write alternating 1s and zeros to disk */ for (i = 1; i <= 5; i++) { /* rewind to start file partition */ if (lseek(fd, 0L, SEEK_SET) != 0) { perror("lseek seek_set"); exit(1); } count = 0L; /* Now seek up to where we are up to: */ do { if (lseek(fd, 8192L, SEEK_CUR) != 0) { perror("lseek seek_cur"); exit(1); } else ++count; } while ( count < 1062000 ); -- Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax: +61 8 8259 5537 Defence Science and Technology Organisation, Salisbury PO Box 1500 Salisbury South Australia 5108 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 15:24:28 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 15:24:26 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id E20AD37B400 for ; Mon, 11 Dec 2000 15:24:25 -0800 (PST) Received: (qmail 38946 invoked by uid 100); 11 Dec 2000 23:24:19 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14901.25123.496388.691274@guru.mired.org> Date: Mon, 11 Dec 2000 17:24:19 -0600 (CST) To: obrien@freebsd.org Cc: current@freebsd.org Subject: Re: Applix problems (Was: /usr/local abuse) In-Reply-To: <20001211105658.A97948@dragon.nuxi.com> References: <14899.62738.768609.598990@nomad.yogotech.com> <14899.62189.243395.903919@nomad.yogotech.com> <14900.2598.958785.326648@guru.mired.org> <14900.19591.200496.869754@nomad.yogotech.com> <14900.21804.426787.246572@guru.mired.org> <14900.23606.685940.408212@nomad.yogotech.com> <20001211163133.A19495@gurney.reilly.home> <14900.26957.915555.841958@guru.mired.org> <20001211003425.C89853@dragon.nuxi.com> <14900.57687.565806.38745@guru.mired.org> <20001211105658.A97948@dragon.nuxi.com> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien types: > On Mon, Dec 11, 2000 at 08:14:47AM -0600, Mike Meyer wrote: > > The problem is that the shared libraries aren't getting found when I > > run the applix binary after a reboot. > Why do you say that? Where is the error message?? I say that because 1) that was VistaSource support's diagnosis, and 2) doing the ldconfig fixes the problem. The error message is in last Sunday, and not currently recreatable. > > /usr/local/applix/axdata/axshlib are ELF shared objects. I haven't > > investigated further. If someone got an explanation, I'm all ears. > Applix sets LD_LIBRARY_PATH in order to find its shared libs. EXACTLY > how are you [trying to] run it? The sequence goes like this: middle click to open a 9menu window. Left click on the word "applix", which causes 9menu to start a shell running the command "applix". The shell finds /usr/local/bin/applix on my path, and runs *that*. At that point, you're running VistaSource's software, so they should give you the details. After rebooting last Sunday, I did this - and the disk drives flashed, and the cpu load went up a bit, and then it all settled back down. I then followed the instructions I got from VistaSource for shutting applix down after it fails to start, which is to find and kill all the processes that have "applix" in the command line and remove the sockets it creates in /tmp. After that, I su, grep for ldconfig in /etc/rc, type "ldconfig " at a root prompt, copy and paste the ldconfig line (which has axshlib in it" to that prompt, and hit return. Then repeat the process to launch it, only this time I get a splash screen (why do people want to do that bit of WBD on Unix?) and the Applixware Office Iconbar before the disk thrashing ends. And that's all the details I have. 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 1DA6137B6A8 for ; Mon, 11 Dec 2000 15:31:32 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id PAA60160; Mon, 11 Dec 2000 15:31:31 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBBNVTe34605; Mon, 11 Dec 2000 15:31:29 -0800 (PST) (envelope-from obrien) Date: Mon, 11 Dec 2000 15:31:29 -0800 From: "David O'Brien" To: Mike Meyer Cc: current@freebsd.org Subject: Re: Applix problems (Was: /usr/local abuse) Message-ID: <20001211153129.C88817@dragon.nuxi.com> Reply-To: current@freebsd.org References: <14900.2598.958785.326648@guru.mired.org> <14900.19591.200496.869754@nomad.yogotech.com> <14900.21804.426787.246572@guru.mired.org> <14900.23606.685940.408212@nomad.yogotech.com> <20001211163133.A19495@gurney.reilly.home> <14900.26957.915555.841958@guru.mired.org> <20001211003425.C89853@dragon.nuxi.com> <14900.57687.565806.38745@guru.mired.org> <20001211105658.A97948@dragon.nuxi.com> <14901.25123.496388.691274@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14901.25123.496388.691274@guru.mired.org>; from mwm@mired.org on Mon, Dec 11, 2000 at 05:24:19PM -0600 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Dec 11, 2000 at 05:24:19PM -0600, Mike Meyer wrote: > At that point, you're running VistaSource's software, so they should > give you the details. Then I'll just back out of trying to help figure out why many others can run it outside of /usr/local. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 15:45:10 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 15:45:08 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 1FB9C37B400 for ; Mon, 11 Dec 2000 15:45:08 -0800 (PST) Received: (qmail 39662 invoked by uid 100); 11 Dec 2000 23:45:07 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14901.26371.362533.308831@guru.mired.org> Date: Mon, 11 Dec 2000 17:45:07 -0600 (CST) To: current@freebsd.org Subject: Re: Applix problems (Was: /usr/local abuse) In-Reply-To: <20001211153129.C88817@dragon.nuxi.com> References: <14900.2598.958785.326648@guru.mired.org> <14900.19591.200496.869754@nomad.yogotech.com> <14900.21804.426787.246572@guru.mired.org> <14900.23606.685940.408212@nomad.yogotech.com> <20001211163133.A19495@gurney.reilly.home> <14900.26957.915555.841958@guru.mired.org> <20001211003425.C89853@dragon.nuxi.com> <14900.57687.565806.38745@guru.mired.org> <20001211105658.A97948@dragon.nuxi.com> <14901.25123.496388.691274@guru.mired.org> <20001211153129.C88817@dragon.nuxi.com> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien types: > On Mon, Dec 11, 2000 at 05:24:19PM -0600, Mike Meyer wrote: > > At that point, you're running VistaSource's software, so they should > > give you the details. > Then I'll just back out of trying to help figure out why many others can > run it outside of /usr/local. While I appreciate the help, it seems you missed a point. I reinstalled it in /usr/local - and ran into the exact same problem I had with it outside /usr/local (that it requires some frobbing after a reboot to work properly). I was wrong when I said it didn't like being moved; it just took rebooting to expose the problem, and it wasn't until last Sunday that I rebooted with it installed in /usr/local. Others have noted that the script it installs in $(PREFIX)/bin/applix has /usr/local wired into it, though. Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-64.dsl.snfc21.pacbell.net [63.202.176.64]) by hub.freebsd.org (Postfix) with ESMTP id 0002F37B400; Mon, 11 Dec 2000 15:50:04 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id eBBNxs301035; Mon, 11 Dec 2000 15:59:54 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012112359.eBBNxs301035@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Stefan Esser Cc: freebsd-current@freebsd.org Subject: Re: PCI power states (was Re: fxp driver not reset after Windows reboot? ) In-reply-to: Your message of "Mon, 11 Dec 2000 22:51:27 +0100." <20001211225127.B73017@StefanEsser.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 11 Dec 2000 15:59:54 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > pci_enable_busmaster(dev); > > pci_enable_io(dev, SYS_RES_IOPORT | SYS_RES_MEMORY); > > pci_set_powerstate(dev, PCI_POWERSTATE_D0); > > > > Consider the above a request for review on the matter. > > Shouldn't that be: > > pci_enable_io(dev, SYS_RES_IOPORT | SYS_RES_MEMORY); > pci_set_powerstate(dev, PCI_POWERSTATE_D0); > device_specific_init(dev); > pci_enable_busmaster(dev); In terms of ordering? Yes, definitely,and thanks for pointing it out. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 15:56:14 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 15:56:12 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 378C437B400 for ; Mon, 11 Dec 2000 15:56:12 -0800 (PST) Received: (qmail 39972 invoked by uid 100); 11 Dec 2000 23:56:11 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14901.27035.233431.111206@guru.mired.org> Date: Mon, 11 Dec 2000 17:56:11 -0600 (CST) To: current@FreeBSD.ORG Subject: Re: [current] Re: Confusing error messages from shell image activation In-Reply-To: <20001211112908.B39546@peorth.iteration.net> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14900.26674.605585.357915@trooper.velocet.net> <20001211112908.B39546@peorth.iteration.net> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Michael C . Wu types: > I know I should not jump into this bikeshed. But IMHO, whereever > we have our packages install to, we should also place > our ports metadata (/var/db/pkg) and the ports skeleton in the > same place, preferably a mountpoint. This allow me to switch > between different sets of installation with ease. (No, please > do not tell me to change PREFIX and mv /usr/local /usr/local.bak) > With this setup, I can rm -rf , and > have a clean system again. For the ports developers, we can > switch between configurations without the need for chroots or > jails taking up disk space. Ok, I can see wanting that. And I can see how it would be handy for ports developers. But my instant reaction was "yuch". The reason for that is that, unlike the contents of ${PREFIX}, the contents of the ports metadata is *not* generally recreatable from the /usr/ports tree. This means it's more precious, and you might want to back it up more frequently, etc. While some method for ports developers to move the metadata (say an environment variable) should be provided, I think the above is a good reason for leaving the default as is. BTW, pkg_add (at least) honors the environment variable PKG_DBDIR to set the location of the ports metadata directory. Is there some reason you can't just set that to /usr/local/etc/db/pkg or some such? Final comment - I wish more ports developers *would* set PREFIX. Delivered-To: freebsd-current@freebsd.org Received: from homer.softweyr.com (mail.dobox.com [208.187.122.44]) by hub.freebsd.org (Postfix) with ESMTP id 8878537B400 for ; Mon, 11 Dec 2000 16:52:21 -0800 (PST) Received: from [127.0.0.1] (helo=softweyr.com ident=Fools trust ident!) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 145aAn-0000DP-00; Mon, 11 Dec 2000 14:07:49 -0700 Sender: wes@FreeBSD.ORG Message-ID: <3A354225.2EFC00A5@softweyr.com> Date: Mon, 11 Dec 2000 14:07:49 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: nsayer@kfu.com Cc: current@FreeBSD.ORG Subject: Re: Lucent Orinoco Gold PCCard? References: <200012102246.PAA31095@harmony.village.org> <3A3413C8.4D9148FF@telehouse.ch> <3A3454CB.5B6761DF@softweyr.com> <3A35137A.DC9CD5DD@sftw.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nick Sayer wrote: > > Wes Peters wrote: > > > > Andre Oppermann wrote: > > > > > > Is there any supporting Access Point functionality, eg. using the > > > freebsd server as AP? > > > > There's no special support for it, but it's just another interface. If > > you run it (and your other 802.11 devices) in ad-hoc mode, everything should > > work peachy. > > The only caveat is that you will have to use ad-hoc mode rather than > infrastructure mode (putting a wi cart into infrastructure _server_ mode > is not possible with open-source software right now), and you can't use > them in bridging configurations because they cannot do promiscuous > transmit (every packet they send must have the local card's ethernet > address). Right. I should've said "it works fine as a router interface." In fact, my FreeBSD laptop with WaveLAN Silver interoperates daily with an OpenBSD router using a WaveLAN Silver, that's how I "connect" to the network at the office. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 17:24:49 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 17:24:46 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mgate10.so-net.ne.jp (mgate10.so-net.ne.jp [210.139.254.157]) by hub.freebsd.org (Postfix) with ESMTP id 13ADC37B400 for ; Mon, 11 Dec 2000 17:24:46 -0800 (PST) Received: from mail.ya3.so-net.ne.jp (mspool11.so-net.ne.jp [210.139.248.11]) by mgate10.so-net.ne.jp (8.9.3/3.7W00120719) with ESMTP id KAA25083 for ; Tue, 12 Dec 2000 10:24:39 +0900 (JST) Received: from localhost (p84e46a.ykh2.ap.so-net.ne.jp [210.132.228.106]) by mail.ya3.so-net.ne.jp (8.9.3/3.7W99092111) with ESMTP id KAA14402 for ; Tue, 12 Dec 2000 10:24:38 +0900 (JST) Subject: APM problem with 5.0-current From: Yoshihiro Koya To: freebsd-current@FreeBSD.org X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20001212102504H.ipfw@ya3.so-net.ne.jp> Date: Tue, 12 Dec 2000 10:25:04 +0900 Sender: ipfw X-Dispatcher: imput version 990905(IM130) Lines: 86 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I have a some problem of APM with 5.0-current. In the case which I type # shutdown -p now the system does halt or reboot( this seems to be somewhat unstable), and never off the power of the PC. To find the problem, I produced the crash dump and analyzed it by gdb. The result was : ---------------------------------------------------------------------- GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. ( omitted some junks ... ) IdlePTD 3952640 initial pcb at 323700 panicstr: from debugger panic messages: --- panic: from debugger panic: from debugger Uptime: 1m17s dumping to dev #ad/0x30001, offset 0 dump ata0: resetting devices .. done 256 255 254 ( omitted some junks again ... ) 8 7 6 5 4 3 2 1 --- #0 dumpsys () at ../../kern/kern_shutdown.c:477 477 if (dumping++) { (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:477 #1 0xc0179f74 in boot (howto=260) at ../../kern/kern_shutdown.c:320 #2 0xc017a3cd in panic (fmt=0xc02a0494 "from debugger") at ../../kern/kern_shutdown.c:570 #3 0xc0120655 in db_panic (addr=-1071129368, have_addr=0, count=-1, modif=0xcb32adb8 "") at ../../ddb/db_command.c:433 #4 0xc01205f5 in db_command (last_cmdp=0xc02cff20, cmd_table=0xc02cfd80, aux_cmd_tablep=0xc03110e0) at ../../ddb/db_command.c:333 #5 0xc01206ba in db_command_loop () at ../../ddb/db_command.c:455 #6 0xc012287f in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71 #7 0xc02816a2 in kdb_trap (type=3, code=0, regs=0xcb32aeb8) at ../../i386/i386/db_interface.c:163 #8 0xc028c778 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = -1062992888, tf_esi = -1062992896, tf_ebp = -885870800, tf_isp = -885870876, tf_ebx = -1063040768, tf_edx = -1062992888, tf_ecx = 8, tf_eax = -1071129368, tf_trapno = 3, tf_err = 0, tf_eip = -1071129367, tf_cs = 8, tf_eflags = 514, tf_esp = -1072193444, tf_ss = 0}) at ../../i386/i386/trap.c:589 #9 0xc027dce9 in apm_power_off (junk=0x4008, howto=-885870688) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ at ../../i386/apm/apm.c:300 #10 0xc0179848 in reboot (p=0xcb324c80, uap=0xcb32af80) at ../../kern/kern_shutdown.c:145 #11 0xc028d251 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077936612, tf_esi = -1077936624, tf_ebp = -1077936836, tf_isp = -885870636, tf_ebx = -1077936732, tf_edx = -1, tf_ecx = 4, tf_eax = 55, tf_trapno = 7, tf_err = 2, tf_eip = 134536700, tf_cs = 31, tf_eflags = 643, tf_esp = -1077937056, tf_ss = 47}) at ../../i386/i386/trap.c:1141 #12 0xc0281fef in Xint0x80_syscall () #13 0x804873e in ?? () #14 0x80484c8 in ?? () #15 0x8048135 in ?? () (kgdb) up 9 #9 0xc027dce9 in apm_power_off (junk=0x4008, howto=-885870688) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ at ../../i386/apm/apm.c:300 ---------------------------------------------------------------------- The value of the first arg of apm_power_off 0x4008 is identical to howto = ( RB_POWEROFF | RB_HALT ) (see /usr/src/sys/sys/reboot.h), which should be the value of the second arg of apm_power_off function. I guess something goes wrong. I couldn't, however, find any solution to this. Added to this, I must report that 4.2-stable running on the same PC can power off without any kind of problems. Does someone have same problem? Is it proper to me? Does someone have a suggestion? koya To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 17:42:32 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 17:42:29 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hand.dotat.at (sfo-gw.covalent.net [207.44.198.62]) by hub.freebsd.org (Postfix) with ESMTP id 719D537B402 for ; Mon, 11 Dec 2000 17:42:29 -0800 (PST) Received: from fanf by hand.dotat.at with local (Exim 3.15 #3) id 145eSS-000Mmq-00; Tue, 12 Dec 2000 01:42:20 +0000 Date: Tue, 12 Dec 2000 01:42:20 +0000 From: Tony Finch To: Matt Dillon Cc: current@freebsd.org Subject: Re: RE: __asm help.. Message-ID: <20001212014220.E76746@hand.dotat.at> References: <200012082129.eB8LTMM22955@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200012082129.eB8LTMM22955@earth.backplane.com> Organization: Covalent Technologies, Inc Sender: fanf@dotat.at Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matt Dillon wrote: >:As long as gcc uses %ebp to address local variables and functoin parameters >:rather than %esp you should be fine. %esp will be preserved, but if %esp is >:for some odd reason used to address a variable during the C code, you are hosed. > > I strongly recommend against making assumptions about GCC's use of %ebp vs > %esp... not if you want the __asm code to survive the GCC optimizer! But if gcc breaks that assumption, that implies it would break alloca(), and presumably they wouldn't do that. Tony. -- f.a.n.finch fanf@covalent.net dot@dotat.at "Dead! And yet there he stands!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 17:58:17 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 17:58:14 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id D950437B402 for ; Mon, 11 Dec 2000 17:58:13 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id eBC1w6S98258; Mon, 11 Dec 2000 17:58:06 -0800 (PST) (envelope-from dillon) Date: Mon, 11 Dec 2000 17:58:06 -0800 (PST) From: Matt Dillon Message-Id: <200012120158.eBC1w6S98258@earth.backplane.com> To: Tony Finch Cc: current@freebsd.org Subject: Re: RE: __asm help.. References: <200012082129.eB8LTMM22955@earth.backplane.com> <20001212014220.E76746@hand.dotat.at> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :But if gcc breaks that assumption, that implies it would break :alloca(), and presumably they wouldn't do that. : :Tony. :-- :f.a.n.finch fanf@covalent.net dot@dotat.at :"Dead! And yet there he stands!" alloca() is a GCC internal function, not a piece of __asm code. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 20:11:53 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 20:11:38 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 78CDA37B400; Mon, 11 Dec 2000 20:11:36 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eBC4BYs71852; Mon, 11 Dec 2000 21:11:35 -0700 (MST) (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 VAA26651; Mon, 11 Dec 2000 21:11:34 -0700 (MST) Message-Id: <200012120411.VAA26651@harmony.village.org> To: YAMAMOTO Shigeru Subject: Re: patch for wi driver Cc: freebsd-mobile@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Reply-To: freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Mon, 11 Dec 2000 15:55:32 +0900." <20001211155532C.shigeru@iij.ad.jp> References: <20001211155532C.shigeru@iij.ad.jp> Date: Mon, 11 Dec 2000 21:11:34 -0700 From: Warner Losh Sender: imp@harmony.village.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [[ Followups to freebsd-mobile please ]] In message <20001211155532C.shigeru@iij.ad.jp> YAMAMOTO Shigeru writes: : I send a patch for wi driver. Thank you yamamoto-san. I'll have to see if this works with the prism II based boards that I have here that aren't supported by the an driver. : #Current wi driver has initialization and resource allocation mistakes. I noticed that you fixed the bus_alloc_resource for the IOPORT to always be 64 bytes long, aligned on a 64-byte boundary. Are there other mistakes as well? : And this patch includes WEP support code for PrismII chip. : Original WEP support code was writen by Onoe at NetBSD. : But WEP support code does not work many PrismII based cards on FreeBSD. : We need more hack. Thanks for the update. I can report that my lucent gold card still works after these changes. I have a few questions about the code. : +#ifdef foo : wi_cmd(sc, WI_CMD_INI, 0); : DELAY(100000); : wi_cmd(sc, WI_CMD_INI, 0); : +#endif : DELAY(100000); : -#ifdef foo : if (wi_cmd(sc, WI_CMD_INI, 0)) : device_printf(sc->dev, "init failed\n"); : CSR_WRITE_2(sc, WI_INT_EN, 0); : @@ -633,7 +678,7 @@ : : /* Calibrate timer. */ : WI_SETVAL(WI_RID_TICK_TIME, 8); : -#endif : + : return; : } : If I'm reading this part of the patch collrectly, all wireset does is put a delay 100000 (100ms) into the compiled in code. Is that right? Why did you do that? Also, is there some reason that tsleep can't be used instead (well, other than it being soon replaced with msleep)? : sc->iobase = bus_alloc_resource(dev, SYS_RES_IOPORT, &rid, : - 0, ~0, 1, RF_ACTIVE); : + 0, ~0, (1 << 6), : + rman_make_alignment_flags(1 << 6) | RF_ACTIVE); I've run into this problem and made hacks to pccardd to only try things on a "natural" boundary for the size of the i/o block. This likely is the right thing to do in the driver. BTW, here are my changes to pccardd. They also try to increase the verbosity of the reports. Down around the patch for lines 722(715) you'll find where I do the check. There's also some sprintf reductions in these changes. I've been running with them on my main wireless server for a few weeks now and they seem OK, but I hesitate to commit them. Does this mean that all of your wireless cards now work with FreeBSD? Or are there still some issues? Thank you again for your efforts. Warner Index: cardd.c =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/usr.sbin/pccard/pccardd/cardd.c,v retrieving revision 1.64 diff -u -r1.64 cardd.c --- cardd.c 2000/10/20 13:08:18 1.64 +++ cardd.c 2000/11/19 04:42:00 @@ -42,7 +42,7 @@ #include "cardd.h" static struct card_config *assign_driver(struct card *); -static int assign_io(struct slot *); +static char * assign_io(struct slot *); static int setup_slot(struct slot *); static void card_inserted(struct slot *); static void card_removed(struct slot *); @@ -279,7 +279,7 @@ card_inserted(struct slot *sp) { struct card *cp; - int err; + char *reason; usleep(pccard_init_sleep); sp->cis = readcis(sp->fd); @@ -362,27 +362,10 @@ } if ((sp->config = assign_driver(cp)) == NULL) return; - if (err = assign_io(sp)) { - char *reason; - - switch (err) { - case -1: - reason = "specified CIS was not found"; - break; - case -2: - reason = "memory block allocation failed"; - break; - case -3: - reason = "I/O block allocation failed"; - break; - default: - reason = "Unknown"; - break; - } - logmsg("Resource allocation failure for \"%s\"(\"%s\") " - "[%s] [%s]; Reason %s\n", - sp->cis->manuf, sp->cis->vers, - sp->cis->add_info1, sp->cis->add_info2, reason); + if ((reason = assign_io(sp)) != NULL) { + logmsg("Resource allocation failure for \"%s\"(\"%s\"): " + "%s\n", sp->cis->manuf, sp->cis->vers, reason); + free(reason); return; } @@ -593,11 +576,12 @@ * assign_io - Allocate resources to slot matching the * configuration index selected. */ -static int +static char * assign_io(struct slot *sp) { struct cis *cis; struct cis_config *cisconf, *defconf; + char *reason; cis = sp->cis; defconf = cis->def_config; @@ -617,9 +601,9 @@ } if (cisconf == 0) { - logmsg("Config id %d not present in this card", + asprintf(&reason, "Config id %d not present in this card", sp->config->index); - return (-1); + return (reason); } sp->card_config = cisconf; @@ -627,6 +611,7 @@ * Found a matching configuration. Now look at the I/O, memory and IRQ * to create the desired parameters. Look at memory first. */ + /* XXX Why check to see if the driver name is ed here? */ if (!(strncmp(sp->config->driver->name, "ed", 2) == 0 && (sp->config->flags & 0x10)) && (cisconf->memspace || (defconf && defconf->memspace))) { @@ -646,8 +631,12 @@ */ if (sp->mem.size && sp->mem.addr == 0) { sp->mem.addr = alloc_memory(mp->length); - if (sp->mem.addr == 0) - return (-2); + if (sp->mem.addr == 0) { + asprintf(&reason, + "Cannot allocate memory of %d bytes", + mp->length); + return (reason); + } sp->config->driver->mem = sp->mem.addr; } sp->mem.cardaddr = 0x4000; @@ -713,7 +702,9 @@ char name[128]; int i, j, fd; - sprintf(name, CARD_DEVICE, 0); /* XXX */ + j = -1; + /* XXX Assume unit 0 */ + snprintf(name, sizeof(name), CARD_DEVICE, 0); fd = open(name, O_RDWR); res.type = SYS_RES_IOPORT; @@ -722,8 +713,15 @@ for (i = 0; i < IOPORTS; i++) { j = bit_fns(io_avail, IOPORTS, i, sio->size, sio->size); + if (j == -1) + break; + if (j & (sio->size - 1)) + continue; res.min = j; res.max = j + sio->size - 1; + if (debug_level > 1) + logmsg("Trying I/O 0x%x to 0x%x\n", + res.min, res.max); if (ioctl(fd, PIOCSRESOURCE, &res) < 0) { perror("ioctl (PIOCSRESOURCE)"); exit(1); @@ -732,7 +730,10 @@ break; } if (j < 0) { - return (-3); + asprintf(&reason, + "Can't find I/O range of %d bytes", + sio->size); + return (reason); } else { sio->addr = j; } @@ -770,7 +771,7 @@ } sp->irq = sp->config->irq; sp->flags |= IRQ_ASSIGNED; - return (0); + return (NULL); } /* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 21:16:50 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 21:16:46 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from nienie.mobile.webweaving.org (ietf.207.137.75.162.tx.verio.net [207.137.75.162]) by hub.freebsd.org (Postfix) with ESMTP id 1769537B400; Mon, 11 Dec 2000 21:16:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by nienie.mobile.webweaving.org (8.11.1/8.11.1) with ESMTP id eBC5Ffp00885; Mon, 11 Dec 2000 21:15:41 -0800 (PST) (envelope-from dirkx@covalent.net) Date: Mon, 11 Dec 2000 21:15:40 -0800 (PST) From: Dirk-Willem van Gulik X-Sender: dirkx@localhost To: YAMAMOTO Shigeru Cc: freebsd-mobile@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: patch for wi driver In-Reply-To: <20001211155532C.shigeru@iij.ad.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks Yamamoto san ! This works really rather nicely and has reduce the number of tx errors tremendously (Though not completely and xmit failed/device timeout is still there). Thanks ! Dw. On Mon, 11 Dec 2000, YAMAMOTO Shigeru wrote: > Hi, all. > I send a patch for wi driver. > > Some cases, we have errors, > 'wi0: tx buffer allocation failed' > and > 'wi0: mgmt. buffer allocation failed' > > Thease errors are caused by bugs in wi driver. > #Current wi driver has initialization and resource allocation mistakes. > > And this patch includes WEP support code for PrismII chip. > Original WEP support code was writen by Onoe at NetBSD. > But WEP support code does not work many PrismII based cards on FreeBSD. > We need more hack. > > Thanks, > ------- > YAMAMOTO Shigeru Internet Initiative Japan Inc. > Network Engineering Div. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 22:47:35 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 22:47:33 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mail1.rdc2.bc.home.com (mail1.rdc2.bc.home.com [24.2.10.84]) by hub.freebsd.org (Postfix) with ESMTP id 39DE337B400 for ; Mon, 11 Dec 2000 22:47:33 -0800 (PST) Received: from CR260816A ([24.115.34.85]) by mail1.rdc2.bc.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20001212064732.RLZI6583.mail1.rdc2.bc.home.com@CR260816A> for ; Mon, 11 Dec 2000 22:47:32 -0800 Message-ID: <000a01c06407$729fd540$55227318@rchmd1.bc.wave.home.com> Reply-To: "Rajpaul Grewal" From: "Rajpaul Grewal" To: Subject: subscribe Date: Mon, 11 Dec 2000 22:47:51 -0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C063C4.644112E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 Disposition-Notification-To: "Rajpaul Grewal" X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C063C4.644112E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_0007_01C063C4.644112E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
------=_NextPart_000_0007_01C063C4.644112E0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Dec 11 23:45:46 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 11 23:45:43 2000 Return-Path: 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 1EAE037B400 for ; Mon, 11 Dec 2000 23:45:43 -0800 (PST) Received: (from uucp@localhost) by picalon.gun.de (8.9.3/8.9.3) id IAA15727; Tue, 12 Dec 2000 08:45:29 +0100 (MET) >Received: (from andreas@localhost) by klemm.gtn.com (8.11.1/8.11.1) id eBC7XYB15774; Tue, 12 Dec 2000 08:33:34 +0100 (CET) (envelope-from andreas) Date: Tue, 12 Dec 2000 08:33:34 +0100 From: Andreas Klemm To: David Gilbert Cc: Brian Dean , Mike Meyer , current@FreeBSD.ORG Subject: Re: [current] Re: Confusing error messages from shell image activation Message-ID: <20001212083334.A15613@titan.klemm.gtn.com> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14900.26674.605585.357915@trooper.velocet.net> Mime-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14900.26674.605585.357915@trooper.velocet.net>; from dgilbert@velocet.ca on Mon, Dec 11, 2000 at 12:37:54AM -0500 X-Operating-System: FreeBSD 4.2-STABLE 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 Mon, Dec 11, 2000 at 12:37:54AM -0500, David Gilbert wrote: > ... but /usr/pkg supplanting /usr/local is one of the things that I > like about NetBSD. /usr/pkg sounds a little bit odd ... ( at least for my ears). Why not choose what Solaris uses (/opt) ? It would be an advantage, when designing filesystem size of your OS, that now you would have two completely separate paths /usr and /opt. Installing ports in /usr means, having a too large /usr or to mount a new filsystem under /usr (/usr/local). Mounting an fs under a mounted fs I dislike much ... What about the following installation hierarchy /opt/category/port/{bin,etc,include,lib,libexec,man,sbin,...} with symlinks to /opt/{bin,etc,include,lib,libexec,man,sbin,...} This would be an advantage for larger packages, as now you can very easily see, what belongs to a package and what not. Additionally you can install multiple versions of a port at the same time, and slowly migrate the configs/settings to the new port. For critical server application this scheme gives you more fine grained control, concerning what version to use and you can easily go back if you need... pkg_version -c is cool, but it simply overwrites your working port, keeps the configs, but pray, that everything runs. The above suggested symlinks are a needed evil, so that you again only need one place for manpages and binaries... It gives you a lot more directories and symlinks, but when installing it on a different filesystem, I think you can very easily live with it, concerning the better control over installed packages. Another plus is, that you now see _directly_, what files, config-files, etc belong to a software, that is huge and complex ... packages like KDE wouldn't f*up /usr/local as they do now. Teaching KDE to install in /usr/local/kde is complex and I lost fun doing so when I frist tried a year ago... Andreas /// -- Andreas Klemm Powered by FreeBSD SMP Songs from our band >>64Bits<<............http://www.apsfilter.org/64bits.html My homepage................................ http://people.FreeBSD.ORG/~andreas Please note: Apsfilter got a NEW HOME................http://www.apsfilter.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 0:26:46 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 00:26:43 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 3C2ED37B400 for ; Tue, 12 Dec 2000 00:26:33 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.0/8.11.0) id eBC8Njt93316; Tue, 12 Dec 2000 10:23:45 +0200 (EET) (envelope-from ru) Date: Tue, 12 Dec 2000 10:23:44 +0200 From: Ruslan Ermilov To: Marcel Moolenaar Cc: current@FreeBSD.org Subject: Re: Bootstrapping issues with groff(1) Message-ID: <20001212102344.B92312@sunbay.com> Mail-Followup-To: Marcel Moolenaar , current@FreeBSD.org References: <20001208181908.A12716@sunbay.com> <3A319751.D2C9E5AB@cup.hp.com> <20001209154347.A78374@sunbay.com> <3A329641.CC6D8447@cup.hp.com> <20001211094815.D96665@sunbay.com> <3A3509E9.F1D19305@cup.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A3509E9.F1D19305@cup.hp.com>; from marcel@cup.hp.com on Mon, Dec 11, 2000 at 09:07:53AM -0800 Sender: ru@whale.sunbay.crimea.ua Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Dec 11, 2000 at 09:07:53AM -0800, Marcel Moolenaar wrote: > Ruslan Ermilov wrote: > > > > On Sat, Dec 09, 2000 at 12:29:54PM -0800, Marcel Moolenaar wrote: > > > Ruslan Ermilov wrote: > > > > > > > > On Fri, Dec 08, 2000 at 06:22:09PM -0800, Marcel Moolenaar wrote: > > > > > Ruslan Ermilov wrote: > > > > > > > > > > > > The attached patches (p4 and p5) try to solve this bootstrapping > > > > > > problem with groff(1). > > > > > > > > > > Sorry, I missed this statement before. What exactly are the > > > > > bootstrapping problems you're seeing? > > > > > > > > > New groff(1) provides new versions of macro packages and device > > > > files. When building, we should use THEM rather than installed > > > > (obsolete) ones. > > > > > > Is the old groff(1) incompatible with the new groff(1) in the sense that > > > manpages created with the old groff(1) are visibly different from the > > > manpages created with the new groff(1)? > > > > > Once again. groff(1) supplies macro packages and device description > > files. New groff is likely to provide modified files. > > This, I don't care about. We're never going to use an old groff(1) with > the new files or vice versa. From a usage point of view, I don't care > about the implementation, just the interface. > > Let me rephrase the question: Did you modify the manpages to get it to > work with the new groff(1) or is the new groff(1) backward compatible > with the old groff(1)? > The new groff(1) is not always backwards compatible. For example, new groff(1) implements .psbb request internally in troff(1), thus -U flag is no longer required for part of share/doc, and was removed. The new groff(1) also supplies an updated version of doc(7) macro package (the package we use for manpages), and if you build world with MANBUILDCAT, you will definitely need the new version of tmac.doc and friends. OK, I will augment the USRDIRS then, add the groff to bootstrap-tools, and leave the better (if one exists) implementation to someone else. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 0:46: 8 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 00:46:06 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id C0A5C37B400 for ; Tue, 12 Dec 2000 00:45:58 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.0/8.11.0) id eBC8g1g94378; Tue, 12 Dec 2000 10:42:01 +0200 (EET) (envelope-from ru) Date: Tue, 12 Dec 2000 10:42:01 +0200 From: Ruslan Ermilov To: Marcel Moolenaar Cc: current@FreeBSD.ORG Subject: Re: Bootstrapping issues with groff(1) Message-ID: <20001212104201.G92312@sunbay.com> Mail-Followup-To: Marcel Moolenaar , current@FreeBSD.ORG References: <20001208181908.A12716@sunbay.com> <3A319650.90FE8EAE@cup.hp.com> <20001209154901.B78374@sunbay.com> <3A32996C.1BE57FCE@cup.hp.com> <20001211103122.E96665@sunbay.com> <3A350AF1.877782B0@cup.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A350AF1.877782B0@cup.hp.com>; from marcel@cup.hp.com on Mon, Dec 11, 2000 at 09:12:17AM -0800 Sender: ru@whale.sunbay.crimea.ua Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Dec 11, 2000 at 09:12:17AM -0800, Marcel Moolenaar wrote: > Ruslan Ermilov wrote: > > > > It appers that running mtree(1) with -U under non-root account works OK, > > i.e. it creates all missing directories, and exits with status of zero. > > I believe it also emits warnings, right? > > > What if we create the mtree(1)-compatible BSD.world.dist? > > The below was generated by ``mtree -cdin -k type,mode'' > > under 4.2-STABLE. > > You mean a special mtree file for use by the build? Maybe I'm missing > something, but doesn't that also duplicate information, or can you > generate this subset on the fly? > Forget it, it was a bad idea. I though it won't require ``uname'', but it does. -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 1:15: 7 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 01:14:53 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from smtp.alcove.fr (smtp.alcove.fr [212.155.209.139]) by hub.freebsd.org (Postfix) with ESMTP id 9907437B402 for ; Tue, 12 Dec 2000 01:14:51 -0800 (PST) Received: from wiliam.alcove-int ([10.16.110.19]) by smtp.alcove.fr with esmtp (Exim 3.12 #1 (Debian)) id 145lWM-0007AE-00 for ; Tue, 12 Dec 2000 10:14:50 +0100 Received: from nsouch by wiliam.alcove-int with local (Exim 3.12 #1 (Debian)) id 145lWD-0001iN-00 for ; Tue, 12 Dec 2000 10:14:41 +0100 Date: Tue, 12 Dec 2000 10:14:41 +0100 From: Nicolas Souchu To: freebsd-current@freebsd.org Subject: console freeze Message-ID: <20001212101441.D6007@wiliam.alcove-int> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="L6iaP+gRLNZHKoI4" Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.4i Organization: =?iso-8859-1?Q?Alc=F4ve=2C_http:=2F=2Fwww=2Ealcove=2Efr?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --L6iaP+gRLNZHKoI4 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit Hi there, I did browse the lists but found nothing about my problem. Compiling GENERIC of 5.0 works correctly but once I remove most of uneeded hardware, the console/kbd freeze. I join the MACHINE file and the output. I even tried to change the graphic card to a PCI S3, same. I can get the getty on the serial line, so I tried vidcontrol -i on it. It reports stupid info. Is there something I can try? Nicholas -- Nicolas.Souchu@alcove.fr Alcve - Open Source Software Engineer - http://www.alcove.fr --L6iaP+gRLNZHKoI4 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=BAIKAL # # BAIKAL # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the NOTES configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.291 2000/11/15 18:36:24 imp Exp $ machine i386 cpu I386_CPU cpu I486_CPU cpu I586_CPU cpu I686_CPU ident BAIKAL maxusers 32 #To statically compile in device wiring instead of /boot/device.hints #hints "BAIKAL.hints" #Default places to look for devices. makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options DDB options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] #options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem #options NFS_ROOT #NFS usable as root device, NFS required options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem #options DEVFS #Device Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV # install a CDEV entry in /dev # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O device isa device pci #options COMPAT_OLDISA # compatability shims for lnc, le #options COMPAT_OLDPCI # compatability shims for lnc # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID #Static device numbering #options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc 1 # At keyboard controller device atkbd # at keyboard device psm # psm mouse device vga # VGA screen # splash screen/screen saver device splash # syscons is the default console driver, resembling an SCO console device sc 1 # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) device apm # Add suspend/resume support for the i8254. device pmtimer # Audio support #device pcm # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. device fxp # Intel EtherExpress PRO/100B (82557, 82558) # ISA Ethernet NICs. pccard nics included. device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ # Pseudo devices - the number indicates how many units to allocated. device random # Entropy device options NOBLOCKRANDOM # avoid any blocking on device random device loop # Network loopback device ether # Ethernet support device sl # Kernel SLIP device ppp 1 # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif 4 # IPv6 and IPv4 tunneling device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter --L6iaP+gRLNZHKoI4 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.out" Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #3: Mon Dec 11 16:51:09 GMT 2000 toor@baikal.alcove-int:/usr/src/sys/compile/BAIKAL Calibrating clock(s) ... TSC clock: 551335433 Hz, i8254 clock: 1193367 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium III/Pentium III Xeon/Celeron (551.25-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383f9ff real memory = 134217728 (131072K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00387000 - 0x07ff7fff, 130486272 bytes (31857 pages) config> q avail memory = 127262720 (124280K bytes) bios32: Found BIOS32 Service Directory header at 0xc00faca0 bios32: Entry = 0xfb120 (c00fb120) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb150 pnpbios: Found PnP BIOS data at 0xc00fbd80 pnpbios: Entry = f0000:bda8 Rev = 1.0 Other BIOS signatures found: Preloaded elf kernel "kernel" at 0xc0361000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc036109c. null: random: mem: Pentium Pro MTRR support enabled Creating DISK md0 md0: Malloc disk Math emulator present Using $PIR table, 7 entries at 0xc00fdbd0 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: physical bus=0 found-> vendor=0x1106, dev=0x0691, revid=0x44 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 3, range 32, base e0000000, size 26, enabled found-> vendor=0x1106, dev=0x8598, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x1106, dev=0x0596, revid=0x22 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1106, dev=0x0571, revid=0x10 bus=0, slot=7, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[20]: type 4, range 32, base 0000e000, size 4, enabled found-> vendor=0x1106, dev=0x3038, revid=0x11 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=5 map[20]: type 4, range 32, base 0000e400, size 5, enabled found-> vendor=0x1106, dev=0x3050, revid=0x30 bus=0, slot=7, func=3 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x1229, revid=0x08 bus=0, slot=10, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base e9100000, size 12, enabled map[14]: type 4, range 32, base 0000e800, size 6, enabled map[18]: type 1, range 32, base e9000000, size 20, enabled pci0: on pcib0 pcib1: at device 1.0 on pci0 pcib1: secondary bus 6 pcib1: subordinate bus 6 pcib1: I/O decode 0x60000-0x60fff pcib1: memory decode 0x0-0xfffff pcib1: prefetched decode 0x0-0xfffff pci1: physical bus=6 pci1: on pcib1 ** REDUNDANT ISA BRIDGE MATCH FOR DEVICE 0x05961106 ** Please report to msmith@freebsd.org ** REDUNDANT ISA BRIDGE MATCH FOR DEVICE 0x05961106 ** Please report to msmith@freebsd.org isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xe000-0xe00f at device 7.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xe000 ata0: mask=03 status0=50 status1=00 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI probe a=00 b=00 ata0-slave: ATAPI probe a=00 b=00 ata0: mask=03 status0=50 status1=00 ata0-master: ATA probe a=01 b=a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xe008 ata1: mask=03 status0=50 status1=51 ata1: mask=03 ostat0=50 ostat2=51 ata1-master: ATAPI probe a=14 b=eb ata1-slave: ATAPI probe a=7f b=7f ata1: mask=03 status0=10 status1=00 ata1-slave: ATA probe a=01 b=7f ata1: devices=04 ata1: at 0x170 irq 15 on atapci0 pci0: at 7.2 (no driver attached) fxp0: port 0xe800-0xe83f mem 0xe9000000-0xe90fffff,0xe9100000-0xe9100fff irq 9 at device 10.0 on pci0 fxp0: Ethernet address 00:d0:b7:21:d9:f8 bpf: fxp0 attached Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ex_isa_identify() ex: Found card at 0x220! ex: Adding board at 0x220, irq 11 pnpbios: 15 devices, largest 98 bytes PNP0000: adding irq mask 0x4 PNP0000: adding io range 0x20-0x21, size=0x2, align=0 PNP0000: adding io range 0xa0-0xa1, size=0x2, align=0 PNP0000: end config pnpbios: handle 0 device ID PNP0000 (0000d041) PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=0x10, align=0 PNP0200: adding io range 0x81-0x83, size=0x3, align=0 PNP0200: adding io range 0x87-0x87, size=0x1, align=0 PNP0200: adding io range 0x89-0x8b, size=0x3, align=0 PNP0200: adding io range 0x8f-0x91, size=0x3, align=0 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0 PNP0200: end config pnpbios: handle 1 device ID PNP0200 (0002d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0 PNP0100: end config pnpbios: handle 2 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 PNP0b00: end config pnpbios: handle 3 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0 PNP0303: adding io range 0x64-0x64, size=0x1, align=0 PNP0303: end config pnpbios: handle 4 device ID PNP0303 (0303d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0 PNP0800: end config pnpbios: handle 5 device ID PNP0800 (0008d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0 PNP0c04: end config pnpbios: handle 6 device ID PNP0c04 (040cd041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=0x20000 PNP0c01: adding fixed memory32 range 0x100000-0x7ffffff, size=0x7f00000 PNP0c01: end config pnpbios: handle 7 device ID PNP0c01 (010cd041) PNP0c02: adding fixed memory32 range 0xf0000-0xf3fff, size=0x4000 PNP0c02: adding fixed memory32 range 0xf4000-0xf7fff, size=0x4000 PNP0c02: adding fixed memory32 range 0xf8000-0xfffff, size=0x8000 PNP0c02: adding fixed memory32 range 0xce800-0xcffff, size=0x1800 PNP0c02: end config pnpbios: handle 8 device ID PNP0c02 (020cd041) PNP0a03: adding io range 0x4d0-0x4d1, size=0x2, align=0 PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0 PNP0a03: adding io range 0x480-0x48f, size=0x10, align=0 PNP0a03: adding io range 0x4000-0x407f, size=0x80, align=0 PNP0a03: adding io range 0x4080-0x40ff, size=0x80, align=0 PNP0a03: adding io range 0x5000-0x501f, size=0x20, align=0 PNP0a03: end config pnpbios: handle 9 device ID PNP0a03 (030ad041) PNP0f13: adding irq mask 0x1000 PNP0f13: end config pnpbios: handle 10 device ID PNP0f13 (130fd041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 PNP0501: end config pnpbios: handle 12 device ID PNP0501 (0105d041) PNP0700: adding dma mask 0x4 PNP0700: adding io range 0x3f2-0x3f5, size=0x4, align=0 PNP0700: adding irq mask 0x40 PNP0700: end config pnpbios: handle 13 device ID PNP0700 (0007d041) PNP0401: adding dma mask 0x8 PNP0401: adding irq mask 0x80 PNP0401: adding io range 0x378-0x37f, size=0x8, align=0 PNP0401: adding io range 0x778-0x77a, size=0x3, align=0 PNP0401: end config pnpbios: handle 15 device ID PNP0401 (0104d041) PNP0501: adding irq mask 0x8 PNP0501: adding io range 0x2f8-0x2ff, size=0x8, align=0 PNP0501: end config pnpbios: handle 16 device ID PNP0501 (0105d041) isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices ex: ex_isa_probe() found card at 0x220 ex0: at port 0x220-0x22f irq 11 on isa0 ex0: Manual config, 16-bit bus, board id 0x206, stepping 0x0 bpf: ex0 attached ex0: Ethernet address 00:aa:00:a0:7d:89 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x0> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff isa_probe_children: probing PnP devices atkbdc0: at port 0x60,0x64 irq 1 on isa0 unknown: failed to probe at port 0x61 on isa0 unknown: failed to probe at irq 12 on isa0 sio0: irq maps: 0x1 0x11 0x1 0x1 sio0: <16550A-compatible COM port> at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A fdc0: at port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: at port 0x378-0x37f,0x778-0x77a irq 7 drq 3 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold plip0: on ppbus0 bpf: lp0 attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio1: irq maps: 0x1 0x9 0x1 0x1 sio1: <16550A-compatible COM port> at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A BIOS Geometries: 0:03fffe3f 0..1023=1024 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. bpf: gif0 attached bpf: gif1 attached bpf: gif2 attached bpf: gif3 attached bpf: lo0 attached bpf: ppp0 attached bpf: faith0 attached ata0-master: success setting UDMA4 on VIA chip Creating DISK ad0 ad0: ATA-4 disk at ata0-master ad0: 9785MB (20040450 sectors), 19881 cyls, 16 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 1 depth queue, UDMA66 ad0: piomode=4 dmamode=2 udmamode=4 cblid=1 ad0: 9785MB [19881/16/63] at ata0-master UDMA66 ata1-master: piomode=4 dmamode=2 udmamode=2 dmaflag=1 ata1-master: success setting PIO4 on generic chip acd0: CDROM drive at ata1 as master acd0: read 171KB/s (8593KB/s), 128KB buffer, PIO4 acd0: Reads: CD-R, CD-RW, CD-DA stream, packet acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked Mounting root from ufs:/dev/ad0s1a ad0s1: type 0xa5, start 63, end = 10233404, size 10233342 : OK start_init: trying /sbin/init link_elf: symbol makebdev undefined pid 207 (ldconfig), uid 0: exited on signal 11 (core dumped) Old-style KLD file star_saver found --L6iaP+gRLNZHKoI4-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 2:42:39 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 02:42:26 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mage.trollkarl.net (fw.trollkarl.net [207.167.5.66]) by hub.freebsd.org (Postfix) with ESMTP id DE28C37B400 for ; Tue, 12 Dec 2000 02:42:25 -0800 (PST) Received: from trollkarl.skafte.org (root@trollkarl [192.168.100.16]) by mage.trollkarl.net (8.11.1/8.11.1) with ESMTP id eBCAgKJ00471 for ; Tue, 12 Dec 2000 03:42:21 -0700 (MST) (envelope-from skafte@trollkarl.net) Received: (from skafte@localhost) by trollkarl.skafte.org (8.11.1/8.11.1) id eBCAgD602378 for freebsd-current@freebsd.org; Tue, 12 Dec 2000 03:42:13 -0700 (MST) (envelope-from skafte) Date: Tue, 12 Dec 2000 03:42:13 -0700 From: Greg Skafte To: freebsd-current@freebsd.org Subject: PCI-PCI Bridge Problems Message-ID: <20001212034213.B2337@trollkarl.skafte.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="H8ygTp4AXg6deix2" Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: Gregs Hidey Hole Errors-To: skafte@trollkarl.net Sender: skafte@trollkarl.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --H8ygTp4AXg6deix2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I cvsuped current ~2000/12/11 @ ~ 22:00, the previous version was from around 2000/12/07. Before the update my Dual intel nic was happy .... post update the nic isn't even probed. attached is a pciconf -v -l from before and after as well as a a boot -v from after. If you need more info let me know and I'll go back to the 2000/12/11 kernel. Greg -- Email: skafte@trollkarl.net ICQ: 93234105 #575 Sun Life Place * 10123 99 Street * Edmonton, AB * Canada * T5J 3H1 -- -- When things can't get any worse, they simplify themselves by getting a whole lot worse then complicated. A complete and utter disaster is the simplest thing in the world; it's preventing one that's complex. (Janet Morris) --H8ygTp4AXg6deix2 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=before_update Script started on Tue Dec 12 03:07:05 2000 IN /usr/sbin AT Tue Dec 12-03:07:05 ON mage:skafte [4999] > uname -a FreeBSD mage.trollkarl.net 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Thu Dec 7 22:40:54 MST 2000 root@mage.trollkarl.net:/usr/src/sys/compile/MAGE i386 IN /usr/sbin AT Tue Dec 12-03:07:08 ON mage:skafte [5000] > sudo pciconf -l -v hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x12378086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82441FX PCI & Memory Controller (PMC)' class = bridge subclass = HOST-PCI isab0@pci0:1:0: class=0x060100 card=0x00000000 chip=0x70008086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82371SB PIIX3 PCI-to-ISA Bridge (Triton II)' class = bridge subclass = PCI-ISA atapci0@pci0:1:1: class=0x010180 card=0x00000000 chip=0x70108086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82371SB PIIX3 IDE Interface (Triton II)' class = mass storage subclass = ATA none0@pci0:10:0: class=0x030000 card=0x00000000 chip=0x00b81013 rev=0x00 hdr=0x00 vendor = 'Cirrus Logic' device = 'CL-GD5446 64-bit VisualMedia Accelerator' class = display subclass = VGA pcib1@pci0:13:0: class=0x060400 card=0x000000dc chip=0x00241011 rev=0x03 hdr=0x01 vendor = 'Digital Equipment Corporation' device = 'DC21151/2 PCI-PCI Bridge' class = bridge subclass = PCI-PCI fxp0@pci1:4:0: class=0x020000 card=0x10f08086 chip=0x12298086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82557/8/9 Fast Ethernet LAN Controller' class = network subclass = ethernet fxp1@pci1:5:0: class=0x020000 card=0x10f08086 chip=0x12298086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82557/8/9 Fast Ethernet LAN Controller' class = network subclass = ethernet --H8ygTp4AXg6deix2 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=after_upgrade # pciconf -v -0 hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x12378086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82441FX PCI & Memory Controller (PMC)' class = bridge subclass = HOST-PCI isab0@pci0:1:0: class=0x060100 card=0x00000000 chip=0x70008086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82371SB PIIX3 PCI-to-ISA Bridge (Triton II)' class = bridge subclass = PCI-ISA atapci0@pci0:1:1: class=0x010180 card=0x00000000 chip=0x70108086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82371SB PIIX3 IDE Interface (Triton II)' class = mass storage subclass = ATA vga_pci0@pci0:10:0: class=0x030000 card=0x00000000 chip=0x00b81013 rev=0x00 hdr=0x00 vendor = 'Cirrus Logic' device = 'CL-GD5446 64-bit VisualMedia Accelerator' class = display subclass = VGA pcib1@pci0:13:0: class=0x060400 card=0x000000dc chip=0x00241011 rev=0x03 hdr=0x01 vendor = 'Digital Equipment Corporation' device = 'DC21151/2 PCI-PCI Bridge' class = bridge subclass = PCI-PCI --H8ygTp4AXg6deix2 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #5: Tue Dec 12 02:14:20 MST 2000 root@mage.trollkarl.net:/usr/src/sys/compile/MAGE Calibrating clock(s) ... TSC clock: 199430909 Hz, i8254 clock: 1193176 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 199432980 Hz CPU: Pentium Pro (199.43-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x617 Stepping = 7 Features=0xf9ff real memory = 134217728 (131072K bytes) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x0045e000 - 0x07ff7fff, 129605632 bytes (31642 pages) avail memory = 126275584 (123316K bytes) bios32: Found BIOS32 Service Directory header at 0xc00faf20 bios32: Entry = 0xfb320 (c00fb320) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb350 pnpbios: Found PnP BIOS data at 0xc00fbf10 pnpbios: Entry = f0000:bf38 Rev = 1.0 Other BIOS signatures found: Preloaded elf kernel "kernel" at 0xc0438000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc04380a8. null: random: mem: Pentium Pro MTRR support enabled VESA: information block 56 45 53 41 02 01 6d 27 00 c0 00 00 00 00 14 00 00 01 10 00 03 01 04 01 00 01 01 01 05 01 11 01 14 01 10 01 13 01 02 01 06 01 12 01 7c 00 ff ff 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 13 mode(s) found VESA: v1.2, 1024k memory, flags:0x0, mode table:0xc03bdb54 (1000014) VESA: Cirrus Logic GD-5436/46 VGA Creating DISK md0 md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: physical bus=0 found-> vendor=0x8086, dev=0x1237, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x7000, revid=0x01 bus=0, slot=1, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x7010, revid=0x00 bus=0, slot=1, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[20]: type 4, range 32, base 0000f000, size 4, enabled found-> vendor=0x1013, dev=0x00b8, revid=0x00 bus=0, slot=10, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 3, range 32, base e0000000, size 24, enabled found-> vendor=0x1011, dev=0x0024, revid=0x03 bus=0, slot=13, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=0 secondarybus=0 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 1.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xf000 ata0: mask=03 status0=50 status1=00 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI probe a=00 b=00 ata0-slave: ATAPI probe a=14 b=eb ata0: mask=03 status0=50 status1=00 ata0-master: ATA probe a=01 b=a5 ata0: devices=09 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xf008 ata1: mask=03 status0=50 status1=50 ata1: mask=03 ostat0=50 ostat2=50 ata1-master: ATAPI probe a=00 b=00 ata1-slave: ATAPI probe a=00 b=00 ata1: mask=03 status0=50 status1=50 ata1-master: ATA probe a=01 b=a5 ata1-slave: ATA probe a=01 b=a5 ata1: devices=03 ata1: at 0x170 irq 15 on atapci0 vga_pci0: mem 0xe0000000-0xe0ffffff at device 10.0 on pci0 pcib1: at device 13.0 on pci0 pcib1: secondary bus 6 pcib1: subordinate bus 6 pcib1: I/O decode 0x60000-0x60fff pcib1: memory decode 0x0-0xfffff pcib1: prefetched decode 0x0-0xfffff pci1: physical bus=6 pci1: on pcib1 ata-: ata0 already exists, using ata2 instead ata-: ata1 already exists, using ata3 instead Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 pnpbios: 13 devices, largest 164 bytes PNP0000: adding irq mask 0x4 PNP0000: adding io range 0x20-0x21, size=0x2, align=0 PNP0000: adding io range 0xa0-0xa1, size=0x2, align=0 PNP0000: end config pnpbios: handle 0 device ID PNP0000 (0000d041) PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=0x10, align=0 PNP0200: adding io range 0x81-0x83, size=0x3, align=0 PNP0200: adding io range 0x87-0x87, size=0x1, align=0 PNP0200: adding io range 0x89-0x8b, size=0x3, align=0 PNP0200: adding io range 0x8f-0x91, size=0x3, align=0 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0 PNP0200: end config pnpbios: handle 1 device ID PNP0200 (0002d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0 PNP0100: end config pnpbios: handle 2 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 PNP0b00: end config pnpbios: handle 3 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0 PNP0303: adding io range 0x64-0x64, size=0x1, align=0 PNP0303: end config pnpbios: handle 4 device ID PNP0303 (0303d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0 PNP0800: end config pnpbios: handle 5 device ID PNP0800 (0008d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0 PNP0c04: end config pnpbios: handle 6 device ID PNP0c04 (040cd041) PNP0c01: adding fixed memory32 range 0xe0000-0xfffff, size=0x20000 PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=0x20000 PNP0c01: adding fixed memory32 range 0x100000-0x7ffffff, size=0x7f00000 PNP0c01: end config pnpbios: handle 7 device ID PNP0c01 (010cd041) PNP0a03: adding io range 0x4d0-0x4d1, size=0x2, align=0 PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0 PNP0a03: end config pnpbios: handle 8 device ID PNP0a03 (030ad041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 PNP0501: end config pnpbios: handle 9 device ID PNP0501 (0105d041) PNP0700: adding dma mask 0x4 PNP0700: adding io range 0x3f2-0x3f5, size=0x4, align=0 PNP0700: adding irq mask 0x40 PNP0700: end config pnpbios: handle 10 device ID PNP0700 (0007d041) PNP0401: adding dma mask 0x8 PNP0401: adding io range 0x378-0x37f, size=0x8, align=0 PNP0401: adding io range 0x778-0x77a, size=0x3, align=0 PNP0401: adding irq mask 0x80 PNP0401: end config pnpbios: handle 11 device ID PNP0401 (0104d041) PNP0501: adding irq mask 0x8 PNP0501: adding io range 0x2f8-0x2ff, size=0x8, align=0 PNP0501: end config pnpbios: handle 12 device ID PNP0501 (0105d041) sc-: sc0 already exists, using sc1 instead vga-: vga0 already exists, using vga1 instead isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices adv0 failed to probe on isa0 aha0 failed to probe on isa0 aic0 failed to probe on isa0 ata2 failed to probe at port 0x1f0 irq 14 on isa0 ata3 failed to probe at port 0x170 irq 15 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: current command byte:0047 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. bt0 failed to probe on isa0 cs0 failed to probe at port 0x300 on isa0 ed0 failed to probe at port 0x280 iomem 0xd8000 irq 10 on isa0 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 fd1: <1200-KB 5.25" drive> on fdc0 drive 1 fe0 failed to probe at port 0x300 on isa0 ie0 failed to probe at port 0x300 iomem 0xd0000 irq 10 on isa0 le0 failed to probe at port 0x300 iomem 0xd0000 irq 5 on isa0 lnc0 failed to probe at port 0x280 irq 10 drq 0 on isa0 pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) pcm0 failed to probe at port 0x530-0x537 irq 10 drq 1 on isa0 ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x41 0x51 0x41 0x41 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x41 0x49 0x41 0x41 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) sn0 failed to probe at port 0x300 irq 10 on isa0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x700ff fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0 failed to probe on isa0 sc1: no video adapter is found. sc1: failed to probe on isa0 vga1: failed to probe on isa0 isa_probe_children: probing PnP devices unknown: can't assign resources unknown: at port 0x60 on isa0 pca0: at port 0x61 on isa0 unknown: can't assign resources unknown: at port 0x3f8-0x3ff on isa0 unknown: can't assign resources unknown: at port 0x3f2-0x3f5 on isa0 unknown: can't assign resources unknown: at port 0x378-0x37f on isa0 unknown: can't assign resources unknown: at port 0x2f8-0x2ff on isa0 BIOS Geometries: 0:030c7f3f 0..780=781 cylinders, 0..127=128 heads, 1..63=63 sectors 1:03fefe3f 0..1022=1023 cylinders, 0..254=255 heads, 1..63=63 sectors 2:03c77f3f 0..967=968 cylinders, 0..127=128 heads, 1..63=63 sectors 0 accounted for Device configuration finished. DUMMYNET initialized (000608) bpf: faith0 attached bpf: gif0 attached bpf: gif1 attached bpf: gif2 attached bpf: gif3 attached bpf: lo0 attached IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to accept, logging limited to 10000 packets/entry by default bpf: ds0 attached BRIDGE 990810, have 7 interfaces IPsec: Initialized Security Association Processing. ata0-master: success setting WDMA2 on PIIX3 chip Creating DISK ad0 ad0: ATA-4 disk at ata0-master ad0: 3079MB (6306048 sectors), 6256 cyls, 16 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 1 depth queue, WDMA2 ad0: piomode=4 dmamode=2 udmamode=2 cblid=0 ad0: 3079MB [6256/16/63] at ata0-master WDMA2 ata1-master: success setting WDMA2 on PIIX3 chip Creating DISK ad2 ad2: ATA-4 disk at ata1-master ad2: 13072MB (26771672 sectors), 26559 cyls, 16 heads, 63 S/T, 512 B/S ad2: 16 secs/int, 1 depth queue, WDMA2 ad2: piomode=4 dmamode=2 udmamode=4 cblid=1 ad2: 13072MB [26559/16/63] at ata1-master WDMA2 ata1-slave: success setting WDMA2 on PIIX3 chip Creating DISK ad3 ad3: ATA-3 disk at ata1-slave ad3: 3815MB (7814016 sectors), 7752 cyls, 16 heads, 63 S/T, 512 B/S ad3: 16 secs/int, 1 depth queue, WDMA2 ad3: piomode=4 dmamode=2 udmamode=-1 cblid=0 ad3: 3815MB [7752/16/63] at ata1-slave WDMA2 ata0-slave: piomode=4 dmamode=2 udmamode=-1 dmaflag=1 ata0-slave: success setting PIO4 on generic chip acd0: CDROM drive at ata0 as slave acd0: 128KB buffer, PIO4 acd0: Reads: CD-R, CD-RW, CD-DA stream, packet acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked Mounting root from ufs:/dev/ad0s1a ad0s1: type 0xa5, start 63, end = 6306047, size 6305985 : OK start_init: trying /sbin/init ad3: READ command timeout tag=0 serv=0 - resetting ata1: resetting devices .. ata1: mask=03 ostat0=50 ostat2=50 ata1-master: ATAPI probe a=00 b=00 ata1-slave: ATAPI probe a=00 b=00 ata1: mask=03 status0=50 status1=50 ata1-master: ATA probe a=01 b=a5 ata1-slave: ATA probe a=01 b=a5 ata1: devices=03 ata1-master: success setting WDMA2 on PIIX3 chip ata1-slave: success setting WDMA2 on PIIX3 chip done ad3: READ command timeout tag=0 serv=0 - resetting ata1: resetting devices .. ata1: mask=03 ostat0=50 ostat2=50 ata1-master: ATAPI probe a=00 b=00 ata1-slave: ATAPI probe a=00 b=00 ata1: mask=03 status0=50 status1=50 ata1-master: ATA probe a=01 b=a5 ata1-slave: ATA probe a=01 b=a5 ata1: devices=03 ata1-master: success setting WDMA2 on PIIX3 chip ata1-slave: success setting WDMA2 on PIIX3 chip done ad3: READ command timeout tag=0 serv=0 - resetting ata1: resetting devices .. ata1: mask=03 ostat0=50 ostat2=50 ata1-master: ATAPI probe a=00 b=00 ata1-slave: ATAPI probe a=00 b=00 ata1: mask=03 status0=50 status1=50 ata1-master: ATA probe a=01 b=a5 ata1-slave: ATA probe a=01 b=a5 ata1: devices=03 ata1-master: success setting WDMA2 on PIIX3 chip ata1-slave: success setting WDMA2 on PIIX3 chip done ad3: READ command timeout tag=0 serv=0 - resetting ata1-slave: success setting PIO4 on generic chip ad3: trying fallback to PIO mode ata1: resetting devices .. ata1: mask=03 ostat0=50 ostat2=50 ata1-master: ATAPI probe a=00 b=00 ata1-slave: ATAPI probe a=00 b=00 ata1: mask=03 status0=50 status1=50 ata1-master: ATA probe a=01 b=a5 ata1-slave: ATA probe a=01 b=a5 ata1: devices=03 ata1-master: success setting WDMA2 on PIIX3 chip ata1-slave: success setting PIO4 on generic chip done ad3s1: type 0xa5, start 63, end = 7814015, size 7813953 : OK ad2: READ command timeout tag=0 serv=0 - resetting ata1: resetting devices .. ata1: mask=03 ostat0=50 ostat2=50 ata1-master: ATAPI probe a=00 b=00 ata1-slave: ATAPI probe a=00 b=00 ata1: mask=03 status0=50 status1=50 ata1-master: ATA probe a=01 b=a5 ata1-slave: ATA probe a=01 b=a5 ata1: devices=03 ata1-master: success setting WDMA2 on PIIX3 chip ata1-slave: success setting PIO4 on generic chip done ad2: READ command timeout tag=0 serv=0 - resetting ata1: resetting devices .. ata1: mask=03 ostat0=50 ostat2=50 ata1-master: ATAPI probe a=00 b=00 ata1-slave: ATAPI probe a=00 b=00 ata1: mask=03 status0=50 status1=50 ata1-master: ATA probe a=01 b=a5 ata1-slave: ATA probe a=01 b=a5 ata1: devices=03 ata1-master: success setting WDMA2 on PIIX3 chip ata1-slave: success setting PIO4 on generic chip done ad2: READ command timeout tag=0 serv=0 - resetting ata1: resetting devices .. ata1: mask=03 ostat0=50 ostat2=50 ata1-master: ATAPI probe a=00 b=00 ata1-slave: ATAPI probe a=00 b=00 ata1: mask=03 status0=50 status1=50 ata1-master: ATA probe a=01 b=a5 ata1-slave: ATA probe a=01 b=a5 ata1: devices=03 ata1-master: success setting WDMA2 on PIIX3 chip ata1-slave: success setting PIO4 on generic chip done ad2: READ command timeout tag=0 serv=0 - resetting ata1-master: success setting PIO4 on generic chip ad2: trying fallback to PIO mode ata1: resetting devices .. ata1: mask=03 ostat0=50 ostat2=50 ata1-master: ATAPI probe a=00 b=00 ata1-slave: ATAPI probe a=00 b=00 ata1: mask=03 status0=50 status1=50 ata1-master: ATA probe a=01 b=a5 ata1-slave: ATA probe a=01 b=a5 ata1: devices=03 ata1-master: success setting PIO4 on generic chip ata1-slave: success setting PIO4 on generic chip done ad2s1: type 0xa5, start 63, end = 26764289, size 26764227 : OK ad2s1: type 0xa5, start 63, end = 26764289, size 26764227 : OK --H8ygTp4AXg6deix2-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 2:58:29 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 02:58:27 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from smtp.alcove.fr (smtp.alcove.fr [212.155.209.139]) by hub.freebsd.org (Postfix) with ESMTP id BD2CF37B400 for ; Tue, 12 Dec 2000 02:58:24 -0800 (PST) Received: from wiliam.alcove-int ([10.16.110.19]) by smtp.alcove.fr with esmtp (Exim 3.12 #1 (Debian)) id 145n8W-0007zi-00 for ; Tue, 12 Dec 2000 11:58:20 +0100 Received: from nsouch by wiliam.alcove-int with local (Exim 3.12 #1 (Debian)) id 145n8U-0001tK-00 for ; Tue, 12 Dec 2000 11:58:18 +0100 Date: Tue, 12 Dec 2000 11:58:18 +0100 From: Nicolas Souchu To: freebsd-current@freebsd.org Subject: link_elf: symbol undefined when loading module Message-ID: <20001212115818.B7038@wiliam.alcove-int> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.4i Organization: =?iso-8859-1?Q?Alc=F4ve=2C_http:=2F=2Fwww=2Ealcove=2Efr?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi there, Don't know how to deal with the following error: link_elf: symbol PPBUS_IO undefined when loading the vpo module. PPBUS_IO is defined in ppbus_if.h as a static __inline fonction and does not appear as an undefined symbol in vpo.kld... Any clue? How should I investigate the pb? Nicholas -- Nicolas.Souchu@alcove.fr Alcve - Open Source Software Engineer - http://www.alcove.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 3:13:36 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 03:13:32 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from webcom.it (brian.inet.it [213.92.4.195]) by hub.freebsd.org (Postfix) with SMTP id 11D5837B6B1 for ; Tue, 12 Dec 2000 03:13:31 -0800 (PST) Received: (qmail 321 invoked by uid 1000); 11 Dec 2000 22:24:03 -0000 Date: Mon, 11 Dec 2000 23:24:02 +0100 From: Andrea Campi To: kazutaka.yokota@nifty.com Cc: Dag-Erling Smorgrav , John Baldwin , freebsd-current@FreeBSD.ORG, Andrea Campi , yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: [jhb@FreeBSD.org: RE: Panic in -current] Message-ID: <20001211232402.A302@webcom.it> References: <20001205013955.A2351@webcom.it> <20001205032713.B2351@webcom.it> <200012051033.TAA12407@zodiac.mech.utsunomiya-u.ac.jp> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200012051033.TAA12407@zodiac.mech.utsunomiya-u.ac.jp>; from yokota@zodiac.mech.utsunomiya-u.ac.jp on Tue, Dec 05, 2000 at 07:33:21PM +0900 X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > I would like to see full dump of 'vidcontrol -i adapter', > 'vidcontrol -i mode' and dmesg after the vesa module is loaded > (you get very verbose output from the vesa module init code > if you boot the kernel with 'boot -v'). I think this is what you asked for, otherwise please let me know. Bye, Andrea -- 0 and 1. Now what could be so hard about that? --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vidcontrol.adapter" fb0: vga0, type:VESA VGA (5), flags:0x700ff initial mode:24, current mode:24, BIOS mode:3 frame buffer window:0xb8000, buffer size:0x8000 window size:0x8000, origin:0x0 display start address (0, 0), scan line width:80 reserved:0x0 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vidcontrol.mode" mode# flags type size font window linear buffer ------------------------------------------------------------------------------ 0 (0x000) 0x00000001 T 40x25 8x8 0xb8000 32k 32k 0x00000000 32k 1 (0x001) 0x00000001 T 40x25 8x8 0xb8000 32k 32k 0x00000000 32k 2 (0x002) 0x00000001 T 80x25 8x8 0xb8000 32k 32k 0x00000000 32k 3 (0x003) 0x00000001 T 80x25 8x8 0xb8000 32k 32k 0x00000000 32k 4 (0x004) 0x00000003 G 320x200x2 1 8x8 0xb8000 32k 32k 0x00000000 32k 5 (0x005) 0x00000003 G 320x200x2 1 8x8 0xb8000 32k 32k 0x00000000 32k 6 (0x006) 0x00000003 G 640x200x1 1 8x8 0xb8000 32k 32k 0x00000000 32k 13 (0x00d) 0x00000003 G 320x200x4 4 8x8 0xa0000 64k 64k 0x00000000 256k 14 (0x00e) 0x00000003 G 640x200x4 4 8x8 0xa0000 64k 64k 0x00000000 256k 16 (0x010) 0x00000003 G 640x350x2 2 8x14 0xa0000 64k 64k 0x00000000 128k 18 (0x012) 0x00000003 G 640x350x4 4 8x14 0xa0000 64k 64k 0x00000000 256k 19 (0x013) 0x00000001 T 40x25 8x14 0xb8000 32k 32k 0x00000000 32k 20 (0x014) 0x00000001 T 40x25 8x14 0xb8000 32k 32k 0x00000000 32k 21 (0x015) 0x00000001 T 80x25 8x14 0xb8000 32k 32k 0x00000000 32k 22 (0x016) 0x00000001 T 80x25 8x14 0xb8000 32k 32k 0x00000000 32k 23 (0x017) 0x00000001 T 40x25 8x16 0xb8000 32k 32k 0x00000000 32k 24 (0x018) 0x00000001 T 80x25 8x16 0xb8000 32k 32k 0x00000000 32k 26 (0x01a) 0x00000003 G 640x480x4 4 8x16 0xa0000 64k 64k 0x00000000 256k 27 (0x01b) 0x00000003 G 640x480x4 4 8x16 0xa0000 64k 64k 0x00000000 256k 28 (0x01c) 0x00000003 G 320x200x8 1 8x8 0xa0000 64k 64k 0x00000000 64k 30 (0x01e) 0x00000001 T 80x50 8x8 0xb8000 32k 32k 0x00000000 32k 32 (0x020) 0x00000001 T 80x30 8x16 0xb8000 32k 32k 0x00000000 32k 34 (0x022) 0x00000001 T 80x60 8x8 0xb8000 32k 32k 0x00000000 32k 37 (0x025) 0x00000003 G 320x240x8 4 8x8 0xa0000 64k 64k 0x00000000 256k 112 (0x070) 0x00000000 T 80x43 8x8 0xb8000 32k 32k 0x00000000 32k 113 (0x071) 0x00000001 T 80x43 8x8 0xb8000 32k 32k 0x00000000 32k 256 (0x100) 0x0000000f G 640x400x8 1 8x16 0xa0000 64k 64k 0xf5000000 2496k 257 (0x101) 0x0000000f G 640x480x8 1 8x16 0xa0000 64k 64k 0xf5000000 2496k 258 (0x102) 0x0000000b G 800x600x4 4 8x16 0xa0000 64k 64k 0x00000000 2496k 259 (0x103) 0x0000000f G 800x600x8 1 8x16 0xa0000 64k 64k 0xf5000000 2496k 260 (0x104) 0x0000000b G 1024x768x4 4 8x16 0xa0000 64k 64k 0x00000000 2496k 261 (0x105) 0x0000000f G 1024x768x8 1 8x16 0xa0000 64k 64k 0xf5000000 2496k 263 (0x107) 0x0000000f G 1280x1024x8 1 8x16 0xa0000 64k 64k 0xf5000000 2496k 264 (0x108) 0x0000000f G 640x400x16 1 8x16 0xa0000 64k 64k 0xf5000000 2496k 269 (0x10d) 0x0000000f G 320x200x15 1 8x8 0xa0000 64k 64k 0xf5000000 2496k 270 (0x10e) 0x0000000f G 320x200x16 1 8x8 0xa0000 64k 64k 0xf5000000 2496k 272 (0x110) 0x0000000f G 640x480x15 1 8x16 0xa0000 64k 64k 0xf5000000 2496k 273 (0x111) 0x0000000f G 640x480x16 1 8x16 0xa0000 64k 64k 0xf5000000 2496k 274 (0x112) 0x0000000f G 640x480x24 1 8x16 0xa0000 64k 64k 0xf5000000 2496k 275 (0x113) 0x0000000f G 800x600x15 1 8x16 0xa0000 64k 64k 0xf5000000 2496k 276 (0x114) 0x0000000f G 800x600x16 1 8x16 0xa0000 64k 64k 0xf5000000 2496k 277 (0x115) 0x0000000f G 800x600x24 1 8x16 0xa0000 64k 64k 0xf5000000 2496k 278 (0x116) 0x0000000f G 1024x768x15 1 8x16 0xa0000 64k 64k 0xf5000000 2496k 279 (0x117) 0x0000000f G 1024x768x16 1 8x16 0xa0000 64k 64k 0xf5000000 2496k 280 (0x118) 0x0000000f G 1024x768x24 1 8x16 0xa0000 64k 64k 0xf5000000 2496k 288 (0x120) 0x0000000f G 320x240x8 1 8x8 0xa0000 64k 64k 0xf5000000 2496k 289 (0x121) 0x0000000f G 320x240x16 1 8x8 0xa0000 64k 64k 0xf5000000 2496k 290 (0x122) 0x0000000f G 400x300x8 1 8x8 0xa0000 64k 64k 0xf5000000 2496k 291 (0x123) 0x0000000f G 400x300x16 1 8x8 0xa0000 64k 64k 0xf5000000 2496k 292 (0x124) 0x0000000f G 512x384x8 1 8x8 0xa0000 64k 64k 0xf5000000 2496k 293 (0x125) 0x0000000f G 512x384x16 1 8x8 0xa0000 64k 64k 0xf5000000 2496k --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vesa.module" Dec 11 23:20:41 brian /boot/kernel/kernel: VESA: information block Dec 11 23:20:41 brian /boot/kernel/kernel: 56 45 53 41 00 02 20 01 00 01 00 00 00 00 22 00 Dec 11 23:20:41 brian /boot/kernel/kernel: 00 01 27 00 0f 01 00 01 00 01 09 01 00 01 1b 01 Dec 11 23:20:41 brian /boot/kernel/kernel: 00 01 00 01 01 01 02 01 03 01 04 01 05 01 07 01 Dec 11 23:20:41 brian /boot/kernel/kernel: 08 01 0d 01 0e 01 10 01 11 01 12 01 13 01 14 01 Dec 11 23:20:41 brian /boot/kernel/kernel: VESA: 25 mode(s) found Dec 11 23:20:41 brian /boot/kernel/kernel: VESA: v2.0, 2496k memory, flags:0x0, mode table:0xc02fe1a2 (1000022) Dec 11 23:20:41 brian /boot/kernel/kernel: VESA: MagicMedia 256AV 48K Dec 11 23:20:41 brian /boot/kernel/kernel: VESA: NeoMagic MagicMedia 256AV 01.0 --17pEHd4RhPHOinZp-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 3:32:35 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 03:32:33 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from lists01.iafrica.com (lists01.iafrica.com [196.7.0.141]) by hub.freebsd.org (Postfix) with ESMTP id 5B18B37B400 for ; Tue, 12 Dec 2000 03:32:31 -0800 (PST) Received: from nwl.fw.uunet.co.za ([196.31.2.162]) by lists01.iafrica.com with esmtp (Exim 3.12 #2) id 145nfX-0002mm-00 for current@freebsd.org; Tue, 12 Dec 2000 13:32:27 +0200 Received: (from nobody@localhost) by nwl.fw.uunet.co.za (8.8.8/8.6.9) id NAA02139 for ; Tue, 12 Dec 2000 13:32:25 +0200 (SAST) Received: by nwl.fw.uunet.co.za via recvmail id 1890; Tue Dec 12 13:31:21 2000 Received: from sheldonh (helo=axl.fw.uunet.co.za) by axl.fw.uunet.co.za with local-esmtp (Exim 3.16 #1) id 145neT-000D2D-00 for current@FreeBSD.org; Tue, 12 Dec 2000 13:31:21 +0200 From: Sheldon Hearn To: current@freebsd.org Subject: buildkernel target breaks on pcivar.h Date: Tue, 12 Dec 2000 13:31:21 +0200 Message-ID: <50108.976620681@axl.fw.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi folks, Anyone else seeing this for the last two days in the buildkernel target? [...] linking kernel.debug text data bss dec hex filename 1250813 122716 112824 1486353 16ae11 kernel.debug objcopy --strip-debug kernel.debug kernel cd /usr/src/sys/modules ; env MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/AXL/modules KMODDIR=/boot/kernel make obj ; env MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/AXL/modules KMODDIR=/boot/kernel make all ===> 3dfx ===> accf_data [...] ===> wi ===> 3dfx make: don't know how to make @/pci/pcivar.h. Stop *** Error code 2 [...] I'm quite careful to blow away obj before I buildworld and buildkernel, otherwise I wouldn't bother the list with this. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 3:49: 8 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 03:49:06 2000 Return-Path: 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 E1BD137B400 for ; Tue, 12 Dec 2000 03:49:05 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id eBCBmwx06598; Tue, 12 Dec 2000 03:48:58 -0800 (PST) Date: Tue, 12 Dec 2000 03:48:58 -0800 From: Alfred Perlstein To: Sheldon Hearn Cc: current@FreeBSD.ORG Subject: Re: buildkernel target breaks on pcivar.h Message-ID: <20001212034858.D16205@fw.wintelcom.net> References: <50108.976620681@axl.fw.uunet.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <50108.976620681@axl.fw.uunet.co.za>; from sheldonh@uunet.co.za on Tue, Dec 12, 2000 at 01:31:21PM +0200 Sender: bright@fw.wintelcom.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Sheldon Hearn [001212 03:32] wrote: > > Hi folks, > > Anyone else seeing this for the last two days in the buildkernel target? I see annoying breakage when compiling with -j, are you using it? -- -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 Tue Dec 12 3:56: 9 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 03:56:07 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from lists01.iafrica.com (lists01.iafrica.com [196.7.0.141]) by hub.freebsd.org (Postfix) with ESMTP id E9F9737B400 for ; Tue, 12 Dec 2000 03:56:05 -0800 (PST) Received: from nwl.fw.uunet.co.za ([196.31.2.162]) by lists01.iafrica.com with esmtp (Exim 3.12 #2) id 145o2I-00032S-00; Tue, 12 Dec 2000 13:55:58 +0200 Received: (from nobody@localhost) by nwl.fw.uunet.co.za (8.8.8/8.6.9) id NAA08080; Tue, 12 Dec 2000 13:55:57 +0200 (SAST) Received: by nwl.fw.uunet.co.za via recvmail id 7897; Tue Dec 12 13:55:09 2000 Received: from sheldonh (helo=axl.fw.uunet.co.za) by axl.fw.uunet.co.za with local-esmtp (Exim 3.16 #1) id 145o1V-000DBW-00; Tue, 12 Dec 2000 13:55:09 +0200 From: Sheldon Hearn To: Alfred Perlstein Cc: current@freebsd.org Subject: Re: buildkernel target breaks on pcivar.h In-reply-to: Your message of "Tue, 12 Dec 2000 03:48:58 PST." <20001212034858.D16205@fw.wintelcom.net> Date: Tue, 12 Dec 2000 13:55:09 +0200 Message-ID: <50685.976622109@axl.fw.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 12 Dec 2000 03:48:58 PST, Alfred Perlstein wrote: > > Anyone else seeing this for the last two days in the buildkernel target? > > I see annoying breakage when compiling with -j, are you using it? No sir. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 4:38: 4 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 04:38:00 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id BF9AA37B402; Tue, 12 Dec 2000 04:37:59 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id NAA35339; Tue, 12 Dec 2000 13:41:16 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200012121241.NAA35339@freebsd.dk> Subject: Re: HPT370 RAID - booting In-Reply-To: from "[Ivan Debn_r]" at "Nov 8, 2000 05:15:09 pm" To: debnar@o-c.sk ([Ivan Debn_r]) Date: Tue, 12 Dec 2000 13:41:16 +0100 (CET) Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems [Ivan Debn_r] wrote: [Charset iso-8859-2 unsupported, filtering to ASCII...] > I'm just looking at the disk partitions, and the first 63 sectors are by > default marked as unused. So is it really nescessary to have the ofset in > the ar driver for HPT? This has been changed in both -current and -stable, so use DD disks with care (ie skip the first 10 secs) > Correct me if I'm wrong, but in RAID1 it is essential to be able to take one > of the drives and boot from it almost as if it was singe simple disk. Yes, and ? that works just fine... > How does the driver handles situation when there is one of the mirror drives > broken or missing ? Not at all, you have to use the BIOS to either switch off the RAID or setup a new fresh disks or whatever you want to do. If a RAID array is broken somehow, the driver wont attach it (a safety mesure so you wont blow up the remaining disks).. > Is it possible to query the driver to check, if the drives are OK from the > userland ? No. However I have an atacontrol thingie on the bench but its not ready yet, with that you will be able to control the RAIDs and other ATA related stuff... -Sren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 4:53:16 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 04:53:13 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-64.dsl.snfc21.pacbell.net [63.202.176.64]) by hub.freebsd.org (Postfix) with ESMTP id 7C09137B400 for ; Tue, 12 Dec 2000 04:53:13 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id eBCD2x303745; Tue, 12 Dec 2000 05:03:00 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012121303.eBCD2x303745@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Greg Skafte Cc: freebsd-current@freebsd.org Subject: Re: PCI-PCI Bridge Problems In-reply-to: Your message of "Tue, 12 Dec 2000 03:42:13 MST." <20001212034213.B2337@trollkarl.skafte.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 12 Dec 2000 05:02:59 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I cvsuped current ~2000/12/11 @ ~ 22:00, the previous version was > from around 2000/12/07. Before the update my Dual intel nic was > happy .... post update the nic isn't even probed. Hrm. That's odd; I have one of those here (with a Compaq label on it) as part of my test set. In fact, I have twelve different ethernet devices in the test machine right now trying to reproduce this. 8( > attached is a pciconf -v -l from before and after as well as a > a boot -v from after. If you need more info let me know and I'll > go back to the 2000/12/11 kernel. About the only thing different I can see between your setup and mine is that your bridge gets bus 6, but comes up as pci bus 1. There may still be assumptions somewhere in the code that the pci bus device number corresponds to the bus number, although I'm not having any luck finding them. 8( I'll keep working on this one; things will go a lot faster if I can get my hands on a system that misbehaves in a corresponding fashion. Thanks for the report; keep your eyes out for commits to the PCI code that mention this problem. If you do try again, please let me know how you go. If you're motivated to get involved with the code, I'd be more than happy to point you at a few things worth checking out. Regards, Mike -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 5: 9:48 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 05:09:46 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-64.dsl.snfc21.pacbell.net [63.202.176.64]) by hub.freebsd.org (Postfix) with ESMTP id 28CCE37B400 for ; Tue, 12 Dec 2000 05:09:46 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id eBCDJW303796; Tue, 12 Dec 2000 05:19:32 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012121319.eBCDJW303796@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Greg Skafte Cc: freebsd-current@freebsd.org Subject: Re: PCI-PCI Bridge Problems In-reply-to: Your message of "Tue, 12 Dec 2000 03:42:13 MST." <20001212034213.B2337@trollkarl.skafte.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 12 Dec 2000 05:19:32 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I cvsuped current ~2000/12/11 @ ~ 22:00, the previous version was > from around 2000/12/07. Before the update my Dual intel nic was > happy .... post update the nic isn't even probed. > > attached is a pciconf -v -l from before and after as well as a > a boot -v from after. If you need more info let me know and I'll > go back to the 2000/12/11 kernel. Actually, I take some of what I said back. > pcib1@pci0:13:0: class=0x060400 card=0x000000dc chip=0x00241011 rev=0x03 hdr=0x01 > vendor = 'Digital Equipment Corporation' > device = 'DC21151/2 PCI-PCI Bridge' > class = bridge > subclass = PCI-PCI ... > pcib1: at device 13.0 on pci0 > pcib1: secondary bus 6 > pcib1: subordinate bus 6 > pcib1: I/O decode 0x60000-0x60fff > pcib1: memory decode 0x0-0xfffff > pcib1: prefetched decode 0x0-0xfffff > pci1: physical bus=6 > pci1: on pcib1 There are bugs in the code you're running that I fixed tonight, but even so the decode registers there look *totally* wrong. Please cvsup and try again; I'm just about to commit some patches to the bridge code that should at least get that part right, then we'll see what's still going on. Sorry about this. Regards, Mike -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 5:42:34 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 05:42:32 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from eeyore.local.dohd.org (d0030.upc-d.chello.nl [213.46.0.30]) by hub.freebsd.org (Postfix) with ESMTP id 2630837B400 for ; Tue, 12 Dec 2000 05:42:32 -0800 (PST) Received: by eeyore.local.dohd.org (Postfix, from userid 1008) id BA9C9BA37; Tue, 12 Dec 2000 14:42:29 +0100 (MET) Date: Tue, 12 Dec 2000 14:42:29 +0100 From: Mark Huizer To: Mike Meyer Cc: Mark Huizer , current@freebsd.org Subject: Re: USB modem? Message-ID: <20001212144229.A28660@eeyore.local.dohd.org> References: <20001130142814.A10623@dohd.cx> <14886.44773.764959.490276@guru.mired.org> <20001201183351.A23979@dohd.cx> <14888.892.485587.954774@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14888.892.485587.954774@guru.mired.org>; from mwm@mired.org on Fri, Dec 01, 2000 at 02:01:00PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Is it a case of being in the usbdevs list _and_ supporting those specs? > > Or just following the specs? > > I believe that being listed in usbdevs isn't a requirement, but I'm > not positive. I also haven't had any look getting the thing to work > dynamically loading the various modules involved. > It is detected as a generic device: ugen0: Siemens AG Vox Chicago 390 ISDN, rev 1.10/1.00, addr 2 I will try to build a kernel with the umodem device in it, see if that makes a difference -- Nice testing in little China... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 5:59:56 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 05:59:53 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id A545437B400 for ; Tue, 12 Dec 2000 05:59:52 -0800 (PST) Received: (qmail 58749 invoked by uid 100); 12 Dec 2000 13:59:51 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14902.12119.865132.412874@guru.mired.org> Date: Tue, 12 Dec 2000 07:59:51 -0600 (CST) To: current@FreeBSD.ORG Subject: /usr/local vs. /usr/pkg In-Reply-To: <20001212083334.A15613@titan.klemm.gtn.com> References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14900.26674.605585.357915@trooper.velocet.net> <20001212083334.A15613@titan.klemm.gtn.com> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andreas Klemm types: > On Mon, Dec 11, 2000 at 12:37:54AM -0500, David Gilbert wrote: > > ... but /usr/pkg supplanting /usr/local is one of the things that I > > like about NetBSD. > /usr/pkg sounds a little bit odd ... ( at least for my ears). > > Why not choose what Solaris uses (/opt) ? I'd prefer /usr/opt. However, the reason not use either one is *because* Solaris uses them. See below. > It would be an advantage, when designing filesystem size of your OS, > that now you would have two completely separate paths /usr and /opt. But it also means you either have another file system where the OS is going to install things, or you have to make (in your words) too large a root file system. > Installing ports in /usr means, having a too large /usr or to mount > a new filsystem under /usr (/usr/local). Mounting an fs under a mounted > fs I dislike much ... I take it you mean "Mounting an fs under a mounted fs other than root ...". But how do you decide what's "too large"? From what I can tell, best practice for first installs these days is to create two very large file systems. Everything installed from the distribution media (or sources) goes on /, and everything else goes in /home. If there isn't going to be anything saved locally, you ignore /home. I would claim that /opt is as bad as /usr/local, for the same reason. It has a history that predates BSDs usage of it for anything, and FreeBSD using it will cause problems for people who think that historical usage is different from installing software that comes with (or through) the OS distribution. My choice (/usr/opt) is bad for the same reason. I don't think /usr/pkg has any use prior to NetBSD using it for installed ports/packages, so it doesn't have that problem. Whether it goes on / or /usr is actually a minor issue. I want packages installed on /usr. If the standard winds up being /opt, I'll just symlink /opt to /usr/opt, and forget it. Likewise, if the standard is /usr/opt, you can symlink /usr/opt to your file system on /opt, and forget it. Delivered-To: freebsd-current@freebsd.org Received: from henny.webweaving.org (unknown [212.113.16.243]) by hub.freebsd.org (Postfix) with ESMTP id 944CB37B400 for ; Tue, 12 Dec 2000 06:02:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id NAA40919; Tue, 12 Dec 2000 13:52:33 GMT (envelope-from n_hibma@qubesoft.com) Date: Tue, 12 Dec 2000 13:52:33 +0000 (GMT) From: Nick Hibma X-Sender: n_hibma@henny.webweaving.org Reply-To: Nick Hibma To: Mark Huizer Cc: Mike Meyer , current@FreeBSD.ORG Subject: Re: USB modem? In-Reply-To: <20001212144229.A28660@eeyore.local.dohd.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 Whether a device is recognized by a driver depends on one thing only: the probe routine in the driver. It either has to conform to the specs and this device obviously doesn't, or it has to be supported by the driver and therefore the IDs of the device need to be known. The entries in usbdevs* are simply converted to a list of device names plus defines for the use of drivers, to make things simpler. Nick On Tue, 12 Dec 2000, Mark Huizer wrote: > > > Is it a case of being in the usbdevs list _and_ supporting those specs? > > > Or just following the specs? > > > > I believe that being listed in usbdevs isn't a requirement, but I'm > > not positive. I also haven't had any look getting the thing to work > > dynamically loading the various modules involved. > > > It is detected as a generic device: > ugen0: Siemens AG Vox Chicago 390 ISDN, rev 1.10/1.00, addr 2 > > I will try to build a kernel with the umodem device in it, see if that > makes a difference > > -- > Nice testing in little China... > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- Qube Software, Ltd. Private: n_hibma@qubesoft.com n_hibma@webweaving.org n_hibma@freebsd.org http://www.qubesoft.com/ 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 Tue Dec 12 6:31: 6 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 06:31:03 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from c1030098-a.wtrlo1.ia.home.com (c1030098-a.wtrlo1.ia.home.com [24.11.39.39]) by hub.freebsd.org (Postfix) with ESMTP id ECCD237B400; Tue, 12 Dec 2000 06:31:02 -0800 (PST) Received: by c1030098-a.wtrlo1.ia.home.com (Postfix, from userid 1001) id 0650814A4A; Tue, 12 Dec 2000 08:31:02 -0600 (CST) Sender: mdharnois@mharnois.workgroup.net To: Mike Smith Cc: freebsd-current@FreeBSD.ORG Subject: Re: PCI-PCI Bridge Problems References: <200012121303.eBCD2x303745@mass.osd.bsdi.com> From: Michael Harnois Date: 12 Dec 2000 08:31:01 -0600 In-Reply-To: <200012121303.eBCD2x303745@mass.osd.bsdi.com> Message-ID: <8666kppv8a.fsf@mharnois.workgroup.net> Lines: 13 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Peisino,Ak(B) 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, 12 Dec 2000 05:02:59 -0800, Mike Smith said: > I'll keep working on this one; things will go a lot faster if I > can get my hands on a system that misbehaves in a corresponding > fashion. You're welcome to come to Iowa and use mine. I'll even put you up. -- Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA mdharnois@home.com aa0bt@aa0bt.ampr.org EDUCATION, n. That which discloses to the wise and disguises from the foolish their lack of understanding. -- Ambrose Bierce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 6:39:38 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 06:39:36 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from matrix.eurocontrol.fr (matrix.eurocontrol.fr [147.196.254.254]) by hub.freebsd.org (Postfix) with ESMTP id D70EE37B404 for ; Tue, 12 Dec 2000 06:39:35 -0800 (PST) Received: from caerdonn.eurocontrol.fr (caerdonn.eurocontrol.fr [147.196.51.214]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "caerdonn.eurocontrol.fr", Issuer CN "CA ITM" (verified OK)) by matrix.eurocontrol.fr (Postfix/TLS) with ESMTP id 2F8645C39 for ; Tue, 12 Dec 2000 15:39:32 +0100 (CET) Received: by caerdonn.eurocontrol.fr (Postfix/TLS, from userid 1193) id 215DC4E7E; Tue, 12 Dec 2000 15:39:31 +0100 (CET) Date: Tue, 12 Dec 2000 15:39:31 +0100 From: Ollivier Robert To: FreeBSD Current Users' list Subject: Giant pb in very recent current? Message-ID: <20001212153930.A4920@caerdonn.eurocontrol.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 5.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just upgraded my laptop to yesterday's CURRENT and after a few minutes (without noticable activity), I get a panic: WARNING: / was not properly dismounted panic: mutex Giant owned at ../../kern/kern_intr.c:238 panic: from debugger Debugger("panic") Stopped at Debugger+0x44: pushl %ebp db> trace Debugger() panic() at panic+0x70 sithd_loop(0) at sithd_loop+0xe5 -- Ollivier ROBERT -=- Eurocontrol EEC/ITM -=- Ollivier.Robert@eurocontrol.fr FreeBSD caerdonn.eurocontrol.fr 5.0-CURRENT #6: Thu Aug 10 17:36:11 CEST 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 7:22: 6 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 07:22:04 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from moriarity.grauel.com (moriarity.grauel.com [199.233.104.37]) by hub.freebsd.org (Postfix) with ESMTP id 907FC37B402; Tue, 12 Dec 2000 07:22:03 -0800 (PST) Received: (from rjk@localhost) by moriarity.grauel.com (8.11.1/8.11.1) id eBCFLnG14165; Tue, 12 Dec 2000 10:21:49 -0500 (EST) (envelope-from rjk) From: Richard J Kuhns MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14902.17037.750115.708141@moriarity.grauel.com> Date: Tue, 12 Dec 2000 10:21:49 -0500 (EST) To: obrien@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation In-Reply-To: <20001211115510.A98498@dragon.nuxi.com> References: <200012110844.TAA29959@shad.au.int.en-bio.com> <14900.57247.45919.615262@moriarity.grauel.com> <20001211110111.B97948@dragon.nuxi.com> <14901.11407.822848.483054@moriarity.grauel.com> <20001211115510.A98498@dragon.nuxi.com> X-Mailer: VM 6.75 under 21.1 (patch 11) "Carlsbad Caverns" XEmacs Lucid Sender: rjk@moriarity.grauel.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien writes: > On Mon, Dec 11, 2000 at 02:35:43PM -0500, Richard J Kuhns wrote: > > /usr/libexec/ld-elf.so.1: Shared object "libstdc++.so.2" not found > > /prog/applix/axdata/axmain: Operation timed out > > Blah. :-( Applixware depends on the compat3x distribution it seems. > Can you install compat3x and see if it now runs? > > -- > -- David (obrien@FreeBSD.org) > GNU is Not Unix / Linux Is Not UniX Yes, it now runs. So it looks like we have the following scenario: 1. Applixware v5.0 depends on the compat3x distribution, so it won't run on an out-of-the-box FreeBSD 4.2 system. I hadn't noticed that before because I originally installed it on a machine that went through a phase running 3.x, so the older libraries were still there. 2. Applixware v5.0 can be installed anywhere you like as long as you use the package, but you have to manually edit a shell script. Eg, PREFIX=/opt pkg_add -p $PREFIX applix-5.0.tgz Then edit $PREFIX/bin/applix and make sure APPLIX_HOME is set to $PREFIX/applix. By the way, v5 seems to be much more responsive than v4. Purely subjective, of course, but I've had a couple of comments on it. -- Richard Kuhns rjk@grauel.com PO Box 6249 Tel: (765)477-6000 \ 100 Sawmill Road x319 Lafayette, IN 47903 (800)489-4891 / To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 7:29:13 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 07:29:10 2000 Return-Path: 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 A53D537B402 for ; Tue, 12 Dec 2000 07:29:10 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id HAA63675; Tue, 12 Dec 2000 07:29:05 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBCFT4d39958; Tue, 12 Dec 2000 07:29:04 -0800 (PST) (envelope-from obrien) Date: Tue, 12 Dec 2000 07:29:03 -0800 From: "David O'Brien" To: Richard J Kuhns Cc: current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation Message-ID: <20001212072903.A39876@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <200012110844.TAA29959@shad.au.int.en-bio.com> <14900.57247.45919.615262@moriarity.grauel.com> <20001211110111.B97948@dragon.nuxi.com> <14901.11407.822848.483054@moriarity.grauel.com> <20001211115510.A98498@dragon.nuxi.com> <14902.17037.750115.708141@moriarity.grauel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14902.17037.750115.708141@moriarity.grauel.com>; from rjk@grauel.com on Tue, Dec 12, 2000 at 10:21:49AM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Dec 12, 2000 at 10:21:49AM -0500, Richard J Kuhns wrote: > 2. Applixware v5.0 can be installed anywhere you like as long as you use > the package, but you have to manually edit a shell script. Eg, It is probably too late to fix this, but the script should use this: if ! PREFIX=$(expr $0 : "\(/.*\)/bin/$(basename $0)\$"); then echo "$0: Cannot determine the PREFIX" >&2 exit 1 fi (or maybe only do this if PREFIX isn't in the env) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 7:31: 4 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 07:31:02 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from webcom.it (brian.inet.it [213.92.4.195]) by hub.freebsd.org (Postfix) with SMTP id D6A5837B400 for ; Tue, 12 Dec 2000 07:31:00 -0800 (PST) Received: (qmail 11701 invoked by uid 1000); 12 Dec 2000 15:24:48 -0000 Date: Tue, 12 Dec 2000 16:24:48 +0100 From: Andrea Campi To: Ollivier Robert Cc: FreeBSD Current Users' list Subject: Re: Giant pb in very recent current? Message-ID: <20001212162448.B440@webcom.it> References: <20001212153930.A4920@caerdonn.eurocontrol.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001212153930.A4920@caerdonn.eurocontrol.fr>; from roberto@eurocontrol.fr on Tue, Dec 12, 2000 at 03:39:31PM +0100 X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Dec 12, 2000 at 03:39:31PM +0100, Ollivier Robert wrote: > I just upgraded my laptop to yesterday's CURRENT and after a few minutes > (without noticable activity), I get a panic: > > WARNING: / was not properly dismounted > panic: mutex Giant owned at ../../kern/kern_intr.c:238 > panic: from debugger You are using logo_saver, are you? Then it's a known issue, I reported it and am still trying to pinpoint where the problem is. In the meantime, you can either use a different screensaver, or use vidcontrol -t off. Is that an IBM Thinkpad by any chance? That would support the idea that we have a faulty BIOS... > > Debugger("panic") > Stopped at Debugger+0x44: pushl %ebp > db> trace > Debugger() > panic() at panic+0x70 > sithd_loop(0) at sithd_loop+0xe5 > > -- > Ollivier ROBERT -=- Eurocontrol EEC/ITM -=- Ollivier.Robert@eurocontrol.fr > FreeBSD caerdonn.eurocontrol.fr 5.0-CURRENT #6: Thu Aug 10 17:36:11 CEST 2000 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Give a man a fish and you feed him for a day; teach him to use the Net and he won't bother you for weeks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 7:43:54 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 07:43:52 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from matrix.eurocontrol.fr (matrix.eurocontrol.fr [147.196.254.254]) by hub.freebsd.org (Postfix) with ESMTP id 55D0B37B400 for ; Tue, 12 Dec 2000 07:43:52 -0800 (PST) Received: from caerdonn.eurocontrol.fr (caerdonn.eurocontrol.fr [147.196.51.214]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "caerdonn.eurocontrol.fr", Issuer CN "CA ITM" (verified OK)) by matrix.eurocontrol.fr (Postfix/TLS) with ESMTP id ECDF35C0D; Tue, 12 Dec 2000 16:43:50 +0100 (CET) Received: by caerdonn.eurocontrol.fr (Postfix/TLS, from userid 1193) id D4C074E7E; Tue, 12 Dec 2000 16:43:49 +0100 (CET) Date: Tue, 12 Dec 2000 16:43:49 +0100 From: Ollivier Robert To: Andrea Campi Cc: FreeBSD Current Users' list Subject: Re: Giant pb in very recent current? Message-ID: <20001212164349.B4920@caerdonn.eurocontrol.fr> References: <20001212153930.A4920@caerdonn.eurocontrol.fr> <20001212162448.B440@webcom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001212162448.B440@webcom.it>; from andrea@webcom.it on Tue, Dec 12, 2000 at 04:24:48PM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Andrea Campi: > You are using logo_saver, are you? Then it's a known issue, I reported it and > am still trying to pinpoint where the problem is. In the meantime, you can > either use a different screensaver, or use vidcontrol -t off. Good catch. I'll remove it (I'm always within X anyway). Thanks. > Is that an IBM Thinkpad by any chance? That would support the idea that > we have a faulty BIOS... Nope, Sony VAIO Z505SX. -- Ollivier ROBERT -=- Eurocontrol EEC/ITM -=- Ollivier.Robert@eurocontrol.fr FreeBSD caerdonn.eurocontrol.fr 5.0-CURRENT #6: Thu Aug 10 17:36:11 CEST 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 8: 8:56 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 08:08:53 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 0636237B402 for ; Tue, 12 Dec 2000 08:08:52 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id RAA61514; Tue, 12 Dec 2000 17:08:50 +0100 (CET) (envelope-from des@ofug.org) Sender: des@ofug.org X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: current@freebsd.org Subject: HEADS UP: linprocfs temporarily off the air From: Dag-Erling Smorgrav Date: 12 Dec 2000 17:08:50 +0100 Message-ID: Lines: 7 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Linprocfs has been disconnected from the build, and will remain so for a few days until I have time to fix and test it against Kirk's struct proc changes. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 8:40:11 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 08:40:06 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 9AA6D37B69B for ; Tue, 12 Dec 2000 08:39:59 -0800 (PST) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by pike.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id eBCGdRE87555; Tue, 12 Dec 2000 08:39:28 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20001212101441.D6007@wiliam.alcove-int> Date: Tue, 12 Dec 2000 08:39:32 -0800 (PST) From: John Baldwin To: Nicolas Souchu Subject: RE: console freeze Cc: freebsd-current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12-Dec-00 Nicolas Souchu wrote: > Hi there, > > I did browse the lists but found nothing about my problem. > Compiling GENERIC of 5.0 works correctly but once I remove > most of uneeded hardware, the console/kbd freeze. > > I join the MACHINE file and the output. > > I even tried to change the graphic card to a PCI S3, same. > > I can get the getty on the serial line, so I tried vidcontrol -i > on it. It reports stupid info. > > Is there something I can try? You haven't setup device hints. You can either statically compile them into your kernel or copy GENERIC.hints to /boot/device.hints and edit it appropriately. > Nicholas -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 9:44: 4 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 09:44:02 2000 Return-Path: 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 774E137B402; Tue, 12 Dec 2000 09:43:53 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id C51D338C; Tue, 12 Dec 2000 09:43:52 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id JAA26767; Tue, 12 Dec 2000 09:43:52 -0800 (PST) Sender: marcel@cup.hp.com Message-ID: <3A3663DB.2DA71F0E@cup.hp.com> Date: Tue, 12 Dec 2000 09:43:55 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Ruslan Ermilov Cc: current@FreeBSD.org Subject: Re: Bootstrapping issues with groff(1) References: <20001208181908.A12716@sunbay.com> <3A319751.D2C9E5AB@cup.hp.com> <20001209154347.A78374@sunbay.com> <3A329641.CC6D8447@cup.hp.com> <20001211094815.D96665@sunbay.com> <3A3509E9.F1D19305@cup.hp.com> <20001212102344.B92312@sunbay.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ruslan Ermilov wrote: > > > Let me rephrase the question: Did you modify the manpages to get it to > > work with the new groff(1) or is the new groff(1) backward compatible > > with the old groff(1)? > > > The new groff(1) is not always backwards compatible. Ok, thanks. That's all I wanted to hear. > OK, I will augment the USRDIRS then, add the groff to bootstrap-tools, > and leave the better (if one exists) implementation to someone else. Works for me. thanks, -- 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 Dec 12 9:51:23 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 09:51:21 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43]) by hub.freebsd.org (Postfix) with ESMTP id 5AE7237B400 for ; Tue, 12 Dec 2000 09:51:21 -0800 (PST) Received: from smtp.ntlworld.com ([62.253.46.47]) by mta03-svc.ntlworld.com (InterMail vM.4.01.02.27 201-229-119-110) with SMTP id <20001212175120.OBAZ22403.mta03-svc.ntlworld.com@smtp.ntlworld.com> for ; Tue, 12 Dec 2000 17:51:20 +0000 Message-Id: <200012121637.WBC5251@smtp.ntlworld.com> Date: Tue, 12 Dec 2000 4:37:21 PM +0000 Content-Type: text/plain; charset=us-ascii Organization: KlubDJ X-Mailer: Dynamic Opt-In Emailer (Win95/98/NT) Subject: A Christmas present from "The DJ Agency" KlubDJ From: "KlubDJ" To: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, KlubDJ still have DJ's available across the country for the festive season! We even have a few slots left for the much requested Producers, Remixes and DJ's, LUMINA... Please contact us for more details preferably by email for initial enquiries bookings@klubdj.co.uk Happy Christmas and Mental New Year !!!! From all at KlubDJ w: www.klubdj.co.uk e: info@klubdj.co.uk t: 07092 171780 f: 07092 171790 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 10: 4: 8 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 10:04:05 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 5152237B400 for ; Tue, 12 Dec 2000 10:04:04 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eBCI41s74755; Tue, 12 Dec 2000 11:04:02 -0700 (MST) (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 LAA31009; Tue, 12 Dec 2000 11:04:01 -0700 (MST) Message-Id: <200012121804.LAA31009@harmony.village.org> To: Sheldon Hearn Subject: Re: buildkernel target breaks on pcivar.h Cc: Alfred Perlstein , current@FreeBSD.ORG In-reply-to: Your message of "Tue, 12 Dec 2000 13:55:09 +0200." <50685.976622109@axl.fw.uunet.co.za> References: <50685.976622109@axl.fw.uunet.co.za> Date: Tue, 12 Dec 2000 11:04:01 -0700 From: Warner Losh Sender: imp@harmony.village.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <50685.976622109@axl.fw.uunet.co.za> Sheldon Hearn writes: : > > Anyone else seeing this for the last two days in the buildkernel target? : > : > I see annoying breakage when compiling with -j, are you using it? : : No sir. Mike did move this file recently... Maybe we need some hacks for it. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 10:10:51 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 10:10:50 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 06F5537B400 for ; Tue, 12 Dec 2000 10:10:46 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eBCIAis74795; Tue, 12 Dec 2000 11:10:44 -0700 (MST) (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 LAA31110; Tue, 12 Dec 2000 11:10:44 -0700 (MST) Message-Id: <200012121810.LAA31110@harmony.village.org> Subject: Re: buildkernel target breaks on pcivar.h To: Sheldon Hearn , Alfred Perlstein , current@FreeBSD.ORG In-reply-to: Your message of "Tue, 12 Dec 2000 11:04:01 MST." Date: Tue, 12 Dec 2000 11:10:43 -0700 From: Warner Losh Sender: imp@harmony.village.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -------- Warner Losh writes: : In message <50685.976622109@axl.fw.uunet.co.za> Sheldon Hearn writes: : : > > Anyone else seeing this for the last two days in the buildkernel target? : : > : : > I see annoying breakage when compiling with -j, are you using it? : : : : No sir. : : Mike did move this file recently... Maybe we need some hacks for it. I just tried it here and it seemed to work... I also built a kernel last night too. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 10:37:58 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 10:37:55 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from flex.com (flex.com [206.126.0.13]) by hub.freebsd.org (Postfix) with ESMTP id D615737B404; Tue, 12 Dec 2000 10:37:53 -0800 (PST) Received: from koro-chan (cvx-40.flex.com [207.12.8.40]) by flex.com (8.11.0/8.11.0) with SMTP id eBCIUKP26515; Tue, 12 Dec 2000 08:30:21 -1000 (HST) Date: Tue, 12 Dec 2000 08:30:21 -1000 (HST) From: ayumi hamasaki Message-Id: <200012121830.eBCIUKP26515@flex.com> To: maiko@ssuperweb.ne.jp Subject: kororin Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG やっほ〜 超変態サイトみつけっちゃったぁ。 http://216.101.214.74/1/ 無料画像、あるよん。 じゃ、またね〜。 ちゅんちゅんちゃんより To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 11:54: 8 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 11:54:06 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from gateway.symark.com (firewall.symark.westlake.iswest.net [207.178.203.34]) by hub.freebsd.org (Postfix) with ESMTP id 0B25337B400 for ; Tue, 12 Dec 2000 11:54:06 -0800 (PST) Received: (from mailer@localhost) by gateway.symark.com (8.9.3/8.9.3) id LAA25355 for ; Tue, 12 Dec 2000 11:53:55 -0800 Received: from camel.symark.com(128.1.1.97) by gateway.symark.com via smap (V2.1+anti-relay+anti-spam) id xma025347; Tue, 12 Dec 00 11:53:47 -0800 Received: by localhost with Microsoft MAPI; Tue, 12 Dec 2000 11:56:04 -0800 Message-ID: <01C06432.81775E00.ggross@symark.com> From: Glen Gross Reply-To: "ggross@symark.com" To: "'current@freebsd.org'" Subject: PAM issues with login. Date: Tue, 12 Dec 2000 11:56:03 -0800 Return-Receipt-To: Glen Gross Organization: Symark Software X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 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 previously posted this to stable, but received no response. Has anyone seen this? After my latest make world, I find I am now experiencing some PAM error when I log in: Dec 8 10:22:33 bsd login: auth_pam: Module is unknown Dec 8 16:14:17 bsd login: unable to dlopen(/lib/security/pam_deny.so) Dec 8 16:14:17 bsd login: [dlerror: Shared object "libc.so.6" not found] Dec 8 16:14:17 bsd login: adding faulty module: /lib/security/pam_deny.so Dec 8 16:14:17 bsd login: auth_pam: Module is unknown Dec 8 16:14:26 bsd su: gross to root on /dev/ttyp0 Dec 8 16:16:28 bsd login: unable to dlopen(/lib/security/pam_deny.so) Dec 8 16:16:28 bsd login: [dlerror: Shared object "libc.so.6" not found] Dec 8 16:16:28 bsd login: adding faulty module: /lib/security/pam_deny.so Dec 8 16:16:28 bsd login: auth_pam: Module is unknown 102 gross@bsd:/usr/home/gross% Is there a trick I need to know to get rid of these PAM errors? The login is able to proceed, but it is messy. Regards, Glen M. Gross Unix Technical Support Specialist Symark Software 5716 Corsa Avenue, Suite 200 Westlake Village, CA 91362 http://www.symark.com unix-support@symark.com Main: 800-234-9072 or 818-865-6100 Main fax: 818-889-1894 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message Prev by Date: RE: Lost connection if another client connect to the VNC server Next by Date: Re: Intel PRO/100 (i82557) Server Adapter not seen by fxp. Prev by thread: RE: Lost connection if another client connect to the VNC server Next by thread: problems configuring cardbus card Index(es): Date Thread Glen M. Gross Unix Technical Support Specialist Symark Software 5716 Corsa Avenue, Suite 200 Westlake Village, CA 91362 http://www.symark.com unix-support@symark.com Main: 800-234-9072 or 818-865-6100 Main fax: 818-889-1894 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 12:31:34 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 12:31:32 2000 Return-Path: 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 9986B37B400; Tue, 12 Dec 2000 12:31:32 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id MAA65256; Tue, 12 Dec 2000 12:30:55 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBCKUsg14520; Tue, 12 Dec 2000 12:30:54 -0800 (PST) (envelope-from obrien) Date: Tue, 12 Dec 2000 12:30:54 -0800 From: "David O'Brien" To: Ruslan Ermilov Cc: Marcel Moolenaar , current@FreeBSD.org Subject: Re: Bootstrapping issues with groff(1) Message-ID: <20001212123054.A14459@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <20001208181908.A12716@sunbay.com> <3A319751.D2C9E5AB@cup.hp.com> <20001209154347.A78374@sunbay.com> <3A329641.CC6D8447@cup.hp.com> <20001211094815.D96665@sunbay.com> <3A3509E9.F1D19305@cup.hp.com> <20001212102344.B92312@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001212102344.B92312@sunbay.com>; from ru@FreeBSD.org on Tue, Dec 12, 2000 at 10:23:44AM +0200 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Dec 12, 2000 at 10:23:44AM +0200, Ruslan Ermilov wrote: > OK, I will augment the USRDIRS then, add the groff to bootstrap-tools, > and leave the better (if one exists) implementation to someone else. Why does groff need to be a bootstrap-tool? Its not like we need to build manpages that early in the build. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 12:41:54 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 12:41:51 2000 Return-Path: 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 B961F37B400 for ; Tue, 12 Dec 2000 12:41:51 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id MAA65305; Tue, 12 Dec 2000 12:41:50 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBCKfn014583; Tue, 12 Dec 2000 12:41:49 -0800 (PST) (envelope-from obrien) Date: Tue, 12 Dec 2000 12:41:49 -0800 From: "David O'Brien" To: Mike Meyer Cc: current@freebsd.org Subject: Re: Applix problems (Was: /usr/local abuse) Message-ID: <20001212124149.B14459@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <14900.21804.426787.246572@guru.mired.org> <14900.23606.685940.408212@nomad.yogotech.com> <20001211163133.A19495@gurney.reilly.home> <14900.26957.915555.841958@guru.mired.org> <20001211003425.C89853@dragon.nuxi.com> <14900.57687.565806.38745@guru.mired.org> <20001211105658.A97948@dragon.nuxi.com> <14901.25123.496388.691274@guru.mired.org> <20001211153129.C88817@dragon.nuxi.com> <14901.26371.362533.308831@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14901.26371.362533.308831@guru.mired.org>; from mwm@mired.org on Mon, Dec 11, 2000 at 05:45:07PM -0600 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Dec 11, 2000 at 05:45:07PM -0600, Mike Meyer wrote: > Others have noted that the script it installs in $(PREFIX)/bin/applix > has /usr/local wired into it, though. Yes, I will bring that up tomarrow with the BSDi developer putting together the next revision of it. Maybe I should have mentioned I work for BSDi and thus can possibly make suggestions to over come issues. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 12:59:38 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 12:59:35 2000 Return-Path: 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 A8DFD37B402 for ; Tue, 12 Dec 2000 12:59:34 -0800 (PST) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id VAA05942; Tue, 12 Dec 2000 21:59:31 +0100 (MET) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 145wWJ-0002Qv-00 for ; Tue, 12 Dec 2000 21:59:31 +0100 Date: Tue, 12 Dec 2000 21:59:31 +0100 From: Szilveszter Adam To: "'current@freebsd.org'" Subject: Re: PAM issues with login. Message-ID: <20001212215931.B7734@petra.hos.u-szeged.hu> Mail-Followup-To: Szilveszter Adam , "'current@freebsd.org'" References: <01C06432.81775E00.ggross@symark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <01C06432.81775E00.ggross@symark.com>; from ggross@symark.com on Tue, Dec 12, 2000 at 11:56:03AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Dec 12, 2000 at 11:56:03AM -0800, Glen Gross wrote: > I previously posted this to stable, but received no response. Has anyone seen > this? > > After my latest make world, I find I am now experiencing some PAM error when I > log in: > > Dec 8 10:22:33 bsd login: auth_pam: Module is unknown > Dec 8 16:14:17 bsd login: unable to dlopen(/lib/security/pam_deny.so) > Dec 8 16:14:17 bsd login: [dlerror: Shared object "libc.so.6" not found] ^^^^^^^^^^^ Wow. How does *that* come in here? Are we @ version 6 already? > Dec 8 16:14:17 bsd login: adding faulty module: /lib/security/pam_deny.so > Dec 8 16:14:17 bsd login: auth_pam: Module is unknown > Dec 8 16:14:26 bsd su: gross to root on /dev/ttyp0 > Dec 8 16:16:28 bsd login: unable to dlopen(/lib/security/pam_deny.so) > Dec 8 16:16:28 bsd login: [dlerror: Shared object "libc.so.6" not found] > Dec 8 16:16:28 bsd login: adding faulty module: /lib/security/pam_deny.so > Dec 8 16:16:28 bsd login: auth_pam: Module is unknown > 102 gross@bsd:/usr/home/gross% Also, I assume this is -STABLE, right? Is your pam.conf up to date and set up correctly? -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 13: 2:21 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 13:02:18 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from peitho.fxp.org (peitho.fxp.org [209.26.95.40]) by hub.freebsd.org (Postfix) with ESMTP id 8A77137B400 for ; Tue, 12 Dec 2000 13:02:18 -0800 (PST) Received: by peitho.fxp.org (Postfix, from userid 1501) id 7C78913613; Tue, 12 Dec 2000 16:02:20 -0500 (EST) Date: Tue, 12 Dec 2000 16:02:20 -0500 From: Chris Faulhaber To: Glen Gross Cc: "'current@freebsd.org'" Subject: Re: PAM issues with login. Message-ID: <20001212160220.A43545@peitho.fxp.org> References: <01C06432.81775E00.ggross@symark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <01C06432.81775E00.ggross@symark.com>; from ggross@symark.com on Tue, Dec 12, 2000 at 11:56:03AM -0800 Sender: cdf.lists@fxp.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Dec 12, 2000 at 11:56:03AM -0800, Glen Gross wrote: > I previously posted this to stable, but received no response. Has anyone seen > this? > > After my latest make world, I find I am now experiencing some PAM error when I > log in: > > Dec 8 10:22:33 bsd login: auth_pam: Module is unknown > Dec 8 16:14:17 bsd login: unable to dlopen(/lib/security/pam_deny.so) > Dec 8 16:14:17 bsd login: [dlerror: Shared object "libc.so.6" not found] > Dec 8 16:14:17 bsd login: adding faulty module: /lib/security/pam_deny.so Are you sure this is not a Linux system? FreeBSD doesn't have /lib/security/pam_deny.so nor libc.so.6. -- Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 13:12:55 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 13:12:52 2000 Return-Path: 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 6F4C937B400; Tue, 12 Dec 2000 13:12:52 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id 1947B19F8; Tue, 12 Dec 2000 13:11:54 -0800 (PST) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id NAA05181; Tue, 12 Dec 2000 13:11:53 -0800 (PST) Sender: marcel@cup.hp.com Message-ID: <3A369499.2EE5D529@cup.hp.com> Date: Tue, 12 Dec 2000 16:11:53 -0500 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: obrien@FreeBSD.ORG Cc: Ruslan Ermilov , current@FreeBSD.ORG Subject: Re: Bootstrapping issues with groff(1) References: <20001208181908.A12716@sunbay.com> <3A319751.D2C9E5AB@cup.hp.com> <20001209154347.A78374@sunbay.com> <3A329641.CC6D8447@cup.hp.com> <20001211094815.D96665@sunbay.com> <3A3509E9.F1D19305@cup.hp.com> <20001212102344.B92312@sunbay.com> <20001212123054.A14459@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > > On Tue, Dec 12, 2000 at 10:23:44AM +0200, Ruslan Ermilov wrote: > > OK, I will augment the USRDIRS then, add the groff to bootstrap-tools, > > and leave the better (if one exists) implementation to someone else. > > Why does groff need to be a bootstrap-tool? Its not like we need to > build manpages that early in the build. There's no other place. Only bootstrap tools, cross tools and build tools are build in such a way that they can run on the build machine. You can't build it later than cross-tools. It's not a cross tool itself and definitely not a build tool. It must be a bootstrap tool then. -- 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 Dec 12 14:43:53 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 14:43:50 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from email_server.midstream.com (unknown [63.113.115.195]) by hub.freebsd.org (Postfix) with ESMTP id 32D7537B400 for ; Tue, 12 Dec 2000 14:43:50 -0800 (PST) Received: by EMAIL_SERVER with Internet Mail Service (5.5.2650.21) id ; Tue, 12 Dec 2000 14:45:45 -0800 Message-ID: <31E4B6337A4FD411BD45000102472E0C05E6FD@EMAIL_SERVER> From: Jeff Roberson To: "'freebsd-current@freebsd.org'" Subject: Bug Fix for SYSV semaphores. Date: Tue, 12 Dec 2000 14:45:37 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C0648D.4319C7E0" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C0648D.4319C7E0 Content-Type: text/plain; charset="iso-8859-1" I noticed that sysv semaphores initialize the otime member of the semid_ds structure to 0, but they never update it afterwards. This field is supposed to be the last operation time. ie the last time a semctl was done. In UNIX Network Programming, Stevens suggests using this variable to detect races between multiple processes creating/accessing a sysv semaphore. Anyway, I looked through the code and came up with the following trivial patch. Could some one review it and perhaps commit it? This patch was made against current, but I noticed the bug is there in 4.1.1 and most likely everything before that. Thanks, Jeff (Pardon the revision numbers, they are from my own repository) *** sysv_sem.c 2000/09/15 11:11:48 1.1.1.1 --- sysv_sem.c 2000/12/12 23:44:28 *************** *** 543,548 **** --- 543,550 ---- return(EINVAL); } + semaptr->sem_otime = time_second; + if (eval == 0) p->p_retval[0] = rval; return(eval); ------_=_NextPart_001_01C0648D.4319C7E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Bug Fix for SYSV semaphores.

I noticed that sysv semaphores initialize the otime = member of the semid_ds structure to 0, but they never update it = afterwards.  This field is supposed to be the last operation = time.  ie the last time a semctl was done.  In UNIX Network = Programming, Stevens suggests using this variable to detect races = between multiple processes creating/accessing a sysv semaphore.  = Anyway, I looked through the code and came up with the following = trivial patch.  Could some one review it and perhaps commit = it?  This patch was made against current, but I noticed the bug is = there in 4.1.1 and most likely everything before that.

Thanks,
Jeff

(Pardon the revision numbers, they are from my own = repository)

*** sysv_sem.c  2000/09/15 = 11:11:48     1.1.1.1
--- sysv_sem.c  2000/12/12 23:44:28
***************
*** 543,548 ****
--- 543,550 ----
          &nb= sp;     return(EINVAL);
        }
 
+       = semaptr->sem_otime =3D time_second;
+
        if (eval = =3D=3D 0)
          &nb= sp;     p->p_retval[0] =3D rval;
        = return(eval);

------_=_NextPart_001_01C0648D.4319C7E0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 14:45:55 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 14:45:54 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from netau1.alcanet.com.au (ntp.alcanet.com.au [203.62.196.27]) by hub.freebsd.org (Postfix) with ESMTP id 50A9537B400 for ; Tue, 12 Dec 2000 14:45:52 -0800 (PST) Received: from mfg1.cim.alcatel.com.au (mfg1.cim.alcatel.com.au [139.188.23.1]) by netau1.alcanet.com.au (8.9.3 (PHNE_18979)/8.9.3) with ESMTP id JAA04102; Wed, 13 Dec 2000 09:45:49 +1100 (EDT) Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au (PMDF V5.2-32 #37640) with ESMTP id <01JXNGH5TUA88ZPT2V@cim.alcatel.com.au>; Wed, 13 Dec 2000 09:45:47 +1100 Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.11.0/8.11.0) id eBCMjfR85009; Wed, 13 Dec 2000 09:45:41 +1100 (EST envelope-from jeremyp) Content-return: prohibited Date: Wed, 13 Dec 2000 09:45:41 +1100 From: Peter Jeremy Subject: Re: Bug Fix for SYSV semaphores. In-reply-to: <31E4B6337A4FD411BD45000102472E0C05E6FD@EMAIL_SERVER>; from jeff@midstream.com on Tue, Dec 12, 2000 at 02:45:37PM -0800 To: Jeff Roberson Cc: "'freebsd-current@freebsd.org'" Mail-followup-to: Jeff Roberson , "'freebsd-current@freebsd.org'" Message-id: <20001213094541.Z69646@gsmx07.alcatel.com.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <31E4B6337A4FD411BD45000102472E0C05E6FD@EMAIL_SERVER> Sender: jeremyp@gsmx07.alcatel.com.au Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-Dec-12 14:45:37 -0800, Jeff Roberson wrote: >I noticed that sysv semaphores initialize the otime member of the semid_ds >structure to 0, but they never update it afterwards. This field is supposed >to be the last operation time. ie the last time a semctl was done. See kern/12014, which fixes this and a variety of other bugs. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 15:59:40 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 15:59:36 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from gateway.symark.com (firewall.symark.westlake.iswest.net [207.178.203.34]) by hub.freebsd.org (Postfix) with ESMTP id 78D8237B400 for ; Tue, 12 Dec 2000 15:59:36 -0800 (PST) Received: (from mailer@localhost) by gateway.symark.com (8.9.3/8.9.3) id PAA09516; Tue, 12 Dec 2000 15:59:36 -0800 Received: from camel.symark.com(128.1.1.97) by gateway.symark.com via smap (V2.1+anti-relay+anti-spam) id xma009498; Tue, 12 Dec 00 15:59:12 -0800 Received: by localhost with Microsoft MAPI; Tue, 12 Dec 2000 16:01:31 -0800 Message-ID: <01C06454.CB169860.ggross@symark.com> From: Glen Gross Reply-To: "ggross@symark.com" To: "'Chris Faulhaber'" Cc: "'current@freebsd.org'" Subject: RE: PAM issues with login. Date: Tue, 12 Dec 2000 16:01:30 -0800 Return-Receipt-To: Glen Gross Organization: Symark Software X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 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 am running the linux emulator, if that's what you mean. But the system is FreeBSD. Script started on Tue Dec 12 15:58:32 2000 101 gross@bsd:/usr/home/gross%uname -a FreeBSD bsd.xinetd.com 4.1-RC2 FreeBSD 4.1-RC2 #5: Thu Dec 7 16:27:45 PST 2000 gross@bsd.xinetd.com:/usr/src/sys/compile/clonix i386 102 gross@bsd:/usr/home/gross%file /bin/login /bin/login: can't stat `/bin/login': No such file or directory. 103 gross@bsd:/usr/home/gross%which liogin login: shell built-in command. 104 gross@bsd:/usr/home/gross%tail /var/adm/messages Dec 12 11:34:53 bsd login: adding faulty module: /lib/security/pam_deny.so Dec 12 11:34:53 bsd login: auth_pam: Module is unknown Dec 12 11:35:16 bsd login: unable to dlopen(/lib/security/pam_deny.so) Dec 12 11:35:16 bsd login: [dlerror: Shared object "libc.so.6" not found] Dec 12 11:35:16 bsd login: adding faulty module: /lib/security/pam_deny.so Dec 12 11:35:16 bsd login: auth_pam: Module is unknown Dec 12 15:58:28 bsd login: unable to dlopen(/lib/security/pam_deny.so) Dec 12 15:58:28 bsd login: [dlerror: Shared object "libc.so.6" not found] Dec 12 15:58:28 bsd login: adding faulty module: /lib/security/pam_deny.so Dec 12 15:58:28 bsd login: auth_pam: Module is unknown 105 gross@bsd:/usr/home/gross%exitexit exit Script done on Tue Dec 12 15:59:01 2000 On Tuesday, December 12, 2000 1:02 PM, Chris Faulhaber [SMTP:jedgar@fxp.org] wrote: > On Tue, Dec 12, 2000 at 11:56:03AM -0800, Glen Gross wrote: > > I previously posted this to stable, but received no response. Has anyone > > seen > > this? > > > > After my latest make world, I find I am now experiencing some PAM error when > > I > > log in: > > > > Dec 8 10:22:33 bsd login: auth_pam: Module is unknown > > Dec 8 16:14:17 bsd login: unable to dlopen(/lib/security/pam_deny.so) > > Dec 8 16:14:17 bsd login: [dlerror: Shared object "libc.so.6" not found] > > Dec 8 16:14:17 bsd login: adding faulty module: /lib/security/pam_deny.so > > Are you sure this is not a Linux system? FreeBSD doesn't have > /lib/security/pam_deny.so nor libc.so.6. > > -- > Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org > -------------------------------------------------------- > FreeBSD: The Power To Serve - http://www.FreeBSD.org Glen M. Gross Unix Technical Support Specialist Symark Software 5716 Corsa Avenue, Suite 200 Westlake Village, CA 91362 http://www.symark.com unix-support@symark.com Main: 800-234-9072 or 818-865-6100 Main fax: 818-889-1894 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 16:13:39 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 16:13:37 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 0B4E137B400; Tue, 12 Dec 2000 16:13:37 -0800 (PST) Received: from foo.osd.bsdi.com (root@foo.osd.bsdi.com [204.216.28.137]) by pike.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id eBD0DSE03679; Tue, 12 Dec 2000 16:13:28 -0800 (PST) (envelope-from jhb@foo.osd.bsdi.com) Received: (from jhb@localhost) by foo.osd.bsdi.com (8.11.1/8.11.0) id eBD0ChU21380; Tue, 12 Dec 2000 16:12:43 -0800 (PST) (envelope-from jhb) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 12 Dec 2000 16:12:42 -0800 (PST) Organization: BSD, Inc. From: John Baldwin To: current@FreeBSD.org, darrenr@FreeBSD.org Subject: World almost fixed.. Sender: jhb@foo.osd.bsdi.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG World should now be fixed after the kinfo_proc change, except for one needed patch for ipfilter that can be found at http://www.FreeBSD.org/~jhb/patches/ipfilter.patch. Since it's contrib'd code, I dno't want to commit and bring the file of the vendor branch and incur all the wrath that comes along with that. In the meantime, this patch should get you through world now. Index: sock.c =================================================================== RCS file: /host/ares/usr/home/ncvs/src/contrib/ipfilter/ipsend/sock.c,v retrieving revision 1.3 diff -u -r1.3 sock.c --- sock.c 2000/02/10 03:17:46 1.3 +++ sock.c 2000/12/12 23:57:52 @@ -283,10 +283,10 @@ return NULL; fd = (struct filedesc *)malloc(sizeof(*fd)); - if (KMCPY(fd, p->kp_proc.p_fd, sizeof(*fd)) == -1) + if (KMCPY(fd, p->ki_fd, sizeof(*fd)) == -1) { fprintf(stderr, "read(%#lx,%#lx) failed\n", - (u_long)p, (u_long)p->kp_proc.p_fd); + (u_long)p, (u_long)p->ki_fd); return NULL; } -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.Baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 18:25:41 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 18:25:39 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from dsl.MexComUSA.net (adsl-63-200-120-86.dsl.mtry01.pacbell.net [63.200.120.86]) by hub.freebsd.org (Postfix) with ESMTP id A0C6437B400 for ; Tue, 12 Dec 2000 18:25:38 -0800 (PST) Received: from MexComUSA.Net (localhost [127.0.0.1]) by dsl.MexComUSA.net (8.11.1/8.11.1) with ESMTP id eBD2LV251063; Tue, 12 Dec 2000 18:21:31 -0800 (PST) (envelope-from eculp@MexComUSA.Net) Sender: eculp@dsl.MexComUSA.net Message-ID: <3A36DD2B.69E36EF0@MexComUSA.Net> Date: Tue, 12 Dec 2000 18:21:31 -0800 From: Edwin Culp Organization: CafeMania.net/EnContacto.Net/InternetSalon.Org X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "ggross@symark.com" Cc: "'Chris Faulhaber'" , "'current@freebsd.org'" Subject: Re: PAM issues with login. References: <01C06454.CB169860.ggross@symark.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I got a similar error yesterday with current, linux-communicator and a new kde2. I had to execute linux netscape from a text screen with -display. I would get the libc.so.6 error from kde. It was really strange but updating pam.conf, fixed it for me. ed Glen Gross wrote: > I am running the linux emulator, if that's what you mean. But the system is > FreeBSD. > > Script started on Tue Dec 12 15:58:32 2000 > 101 gross@bsd:/usr/home/gross%uname -a FreeBSD bsd.xinetd.com > 4.1-RC2 FreeBSD 4.1-RC2 #5: Thu Dec 7 16:27:45 PST 2000 > gross@bsd.xinetd.com:/usr/src/sys/compile/clonix i386 > 102 gross@bsd:/usr/home/gross%file /bin/login /bin/login: can't > stat `/bin/login': No such file or directory. > 103 gross@bsd:/usr/home/gross%which liogin login: shell > built-in command. > 104 gross@bsd:/usr/home/gross%tail /var/adm/messages Dec 12 > 11:34:53 bsd login: adding faulty module: /lib/security/pam_deny.so > Dec 12 11:34:53 bsd login: auth_pam: Module is unknown > Dec 12 11:35:16 bsd login: unable to dlopen(/lib/security/pam_deny.so) > Dec 12 11:35:16 bsd login: [dlerror: Shared object "libc.so.6" not found] > Dec 12 11:35:16 bsd login: adding faulty module: /lib/security/pam_deny.so > Dec 12 11:35:16 bsd login: auth_pam: Module is unknown > Dec 12 15:58:28 bsd login: unable to dlopen(/lib/security/pam_deny.so) > Dec 12 15:58:28 bsd login: [dlerror: Shared object "libc.so.6" not found] > Dec 12 15:58:28 bsd login: adding faulty module: /lib/security/pam_deny.so > Dec 12 15:58:28 bsd login: auth_pam: Module is unknown > 105 gross@bsd:/usr/home/gross%exitexit exit > > Script done on Tue Dec 12 15:59:01 2000 > > On Tuesday, December 12, 2000 1:02 PM, Chris Faulhaber [SMTP:jedgar@fxp.org] > wrote: > > On Tue, Dec 12, 2000 at 11:56:03AM -0800, Glen Gross wrote: > > > I previously posted this to stable, but received no response. Has anyone > > > seen > > > this? > > > > > > After my latest make world, I find I am now experiencing some PAM error > when > > > I > > > log in: > > > > > > Dec 8 10:22:33 bsd login: auth_pam: Module is unknown > > > Dec 8 16:14:17 bsd login: unable to dlopen(/lib/security/pam_deny.so) > > > Dec 8 16:14:17 bsd login: [dlerror: Shared object "libc.so.6" not found] > > > Dec 8 16:14:17 bsd login: adding faulty module: /lib/security/pam_deny.so > > > > Are you sure this is not a Linux system? FreeBSD doesn't have > > /lib/security/pam_deny.so nor libc.so.6. > > > > -- > > Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org > > -------------------------------------------------------- > > FreeBSD: The Power To Serve - http://www.FreeBSD.org > > Glen M. Gross > Unix Technical Support Specialist > Symark Software > 5716 Corsa Avenue, Suite 200 > Westlake Village, CA 91362 > http://www.symark.com > unix-support@symark.com > Main: 800-234-9072 or 818-865-6100 > Main fax: 818-889-1894 > > 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 Tue Dec 12 18:35:53 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 18:35:49 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mailhub.teliauk.com (mailhub.teliauk.com [195.12.225.36]) by hub.freebsd.org (Postfix) with ESMTP id 9785537B400; Tue, 12 Dec 2000 18:35:44 -0800 (PST) Received: from d1o314.teliauk.com (root@d1o314.teliauk.com [195.12.237.81]) by mailhub.teliauk.com (8.10.1/8.10.1) with ESMTP id eBD2ZVA09950; Wed, 13 Dec 2000 02:35:43 GMT Received: from vilnya.demon.co.uk (fakeuser@t1o314p236.teliauk.com [195.12.238.236]) by d1o314.teliauk.com (8.8.8/8.8.8) with ESMTP id CAA07012; Wed, 13 Dec 2000 02:35:12 GMT Received: from haveblue (haveblue.rings [10.2.4.5]) by vilnya.demon.co.uk (Postfix) with SMTP id 64692D9D2; Wed, 13 Dec 2000 02:35:04 +0000 (GMT) Message-ID: <015a01c064ad$96667230$0504020a@haveblue> From: "Cameron Grant" To: , Subject: newpcm/kobj Date: Wed, 13 Dec 2000 02:37:07 -0000 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.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG in the near future, i intend to commit my kobjified newpcm. this gives us several benefits, including: * easier extensibility- new optional methods can be added to ac97/mixer/channel classes without having to fixup every driver. * forward compatibility for drivers, provided no new mandatory methods are added. however, all drivers not in the tree at this time will need to be updated. i hope to mfc to -stable in approximately one month, along with the kobj system. newbus in -stable will not be kobjified. -cg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 19:54: 4 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 19:54:03 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id F2C2B37B400; Tue, 12 Dec 2000 19:54:01 -0800 (PST) Received: from newsguy.com (p27-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.92]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id MAA19957; Wed, 13 Dec 2000 12:51:28 +0900 (JST) Message-ID: <3A36BB19.16EB73AA@newsguy.com> Date: Wed, 13 Dec 2000 08:56:09 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR MIME-Version: 1.0 To: Marcel Moolenaar Cc: obrien@FreeBSD.ORG, Ruslan Ermilov , current@FreeBSD.ORG Subject: Re: Bootstrapping issues with groff(1) References: <20001208181908.A12716@sunbay.com> <3A319751.D2C9E5AB@cup.hp.com> <20001209154347.A78374@sunbay.com> <3A329641.CC6D8447@cup.hp.com> <20001211094815.D96665@sunbay.com> <3A3509E9.F1D19305@cup.hp.com> <20001212102344.B92312@sunbay.com> <20001212123054.A14459@dragon.nuxi.com> <3A369499.2EE5D529@cup.hp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Marcel Moolenaar wrote: > > > Why does groff need to be a bootstrap-tool? Its not like we need to > > build manpages that early in the build. > > There's no other place. Only bootstrap tools, cross tools and build > tools are build in such a way that they can run on the build machine. > You can't build it later than cross-tools. It's not a cross tool itself > and definitely not a build tool. It must be a bootstrap tool then. It is used to build the man pages, isn't it? Why, then, it is not a build tool? -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "The bronze landed last, which canceled that method of impartial choice." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Dec 12 22:34: 9 2000 From owner-freebsd-current@FreeBSD.ORG Tue Dec 12 22:34:07 2000 Return-Path: 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 D9BDE37B400; Tue, 12 Dec 2000 22:34:06 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel3.hp.com (Postfix) with ESMTP id DEC2522B; Tue, 12 Dec 2000 22:34:05 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id WAA25426; Tue, 12 Dec 2000 22:34:01 -0800 (PST) Sender: marcel@cup.hp.com Message-ID: <3A37185A.1D7C192E@cup.hp.com> Date: Tue, 12 Dec 2000 22:34:02 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Daniel C. Sobral" Cc: obrien@FreeBSD.ORG, Ruslan Ermilov , current@FreeBSD.ORG Subject: Re: Bootstrapping issues with groff(1) References: <20001208181908.A12716@sunbay.com> <3A319751.D2C9E5AB@cup.hp.com> <20001209154347.A78374@sunbay.com> <3A329641.CC6D8447@cup.hp.com> <20001211094815.D96665@sunbay.com> <3A3509E9.F1D19305@cup.hp.com> <20001212102344.B92312@sunbay.com> <20001212123054.A14459@dragon.nuxi.com> <3A369499.2EE5D529@cup.hp.com> <3A36BB19.16EB73AA@newsguy.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Daniel C. Sobral" wrote: > > > There's no other place. Only bootstrap tools, cross tools and build > > tools are build in such a way that they can run on the build machine. > > You can't build it later than cross-tools. It's not a cross tool itself > > and definitely not a build tool. It must be a bootstrap tool then. > > It is used to build the man pages, isn't it? Why, then, it is not a > build tool? Build tools are utilities created only for the purpose of building "the software". Build tools are never installed on the system. Put differently; build tools don't have makefiles of their own. groff(1) definitely isn't a build tool, because it has it's own makefiles and is installed on the system. There's an implementation difference as well. Bootstrap tools are built in seperate object directories to avoid problems with the actual built of the tool (as part of stage 4 of make world). Build tools are always built in the "normal" or actual object directory. Also, bootstrap tools are installed under the object tree. Build tools are not installed; they run from the object directory. -- 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 Wed Dec 13 1: 1:12 2000 From owner-freebsd-current@FreeBSD.ORG Wed Dec 13 01:01:11 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from lists01.iafrica.com (lists01.iafrica.com [196.7.0.141]) by hub.freebsd.org (Postfix) with ESMTP id 77A5E37B402 for ; Wed, 13 Dec 2000 01:01:09 -0800 (PST) Received: from nwl.fw.uunet.co.za ([196.31.2.162]) by lists01.iafrica.com with esmtp (Exim 3.12 #2) id 1467mX-0007fP-00; Wed, 13 Dec 2000 11:01:01 +0200 Received: (from nobody@localhost) by nwl.fw.uunet.co.za (8.8.8/8.6.9) id LAA06757; Wed, 13 Dec 2000 11:01:00 +0200 (SAST) Received: by nwl.fw.uunet.co.za via recvmail id 6553; Wed Dec 13 11:00:41 2000 Received: from sheldonh (helo=axl.fw.uunet.co.za) by axl.fw.uunet.co.za with local-esmtp (Exim 3.16 #1) id 1467mD-0002gD-00; Wed, 13 Dec 2000 11:00:41 +0200 From: Sheldon Hearn To: Warner Losh Cc: Alfred Perlstein , current@freebsd.org Subject: Re: buildkernel target breaks on pcivar.h In-reply-to: Your message of "Tue, 12 Dec 2000 11:10:43 MST." <200012121810.LAA31110@harmony.village.org> Date: Wed, 13 Dec 2000 11:00:41 +0200 Message-ID: <10304.976698041@axl.fw.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 12 Dec 2000 11:10:43 MST, Warner Losh wrote: > I just tried it here and it seemed to work... I also built a kernel > last night too. Given that I've had one "works here" and no "I see it too", it's probably safe to assume that I'm doing something stupid. Thanks, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 13 1:52:15 2000 From owner-freebsd-current@FreeBSD.ORG Wed Dec 13 01:52:13 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from itesec.hsc.fr (itesec.hsc.fr [192.70.106.33]) by hub.freebsd.org (Postfix) with ESMTP id E1B5C37B402 for ; Wed, 13 Dec 2000 01:52:12 -0800 (PST) Received: from ogoun.hsc.fr (ogoun.hsc.fr [192.70.106.75]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "ogoun.hsc.fr", Issuer CN "HSC CA" (verified OK)) by itesec.hsc.fr (Postfix) with ESMTP id 949FA10E04 for ; Wed, 13 Dec 2000 10:52:11 +0100 (CET) Received: by ogoun.hsc.fr (Postfix, from userid 1000) id BFADF15CEFF; Wed, 13 Dec 2000 10:52:10 +0100 (CET) Date: Wed, 13 Dec 2000 10:52:10 +0100 From: Yann Berthier To: current@freebsd.org Subject: Re: buildkernel target breaks on pcivar.h Message-ID: <20001213105210.L1085@hsc.fr> References: <200012121810.LAA31110@harmony.village.org> <10304.976698041@axl.fw.uunet.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <10304.976698041@axl.fw.uunet.co.za>; from sheldonh@uunet.co.za on Wed, Dec 13, 2000 at 11:00:41AM +0200 X-Organization: Herve Schauer Consultants X-Operating-System: FreeBSD 5.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 13 Dec 2000, Sheldon Hearn wrote: > > > On Tue, 12 Dec 2000 11:10:43 MST, Warner Losh wrote: > > > I just tried it here and it seemed to work... I also built a kernel > > last night too. > > Given that I've had one "works here" and no "I see it too", it's > probably safe to assume that I'm doing something stupid. Ok, so I'm afraid I'm doing the same stupid thing, because I'm bitten by the pcivar.h thing during my kernel builds, too :( Regards, Yann. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 13 2:27:58 2000 From owner-freebsd-current@FreeBSD.ORG Wed Dec 13 02:27:52 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from arka.ids.bielsko.pl (arka.ids.bielsko.pl [195.117.233.8]) by hub.freebsd.org (Postfix) with ESMTP id 98CC537B400 for ; Wed, 13 Dec 2000 02:27:20 -0800 (PST) Received: by arka.ids.bielsko.pl (8.9.3/8.9.3) id LAA04899 for current@FreeBSD.org; Wed, 13 Dec 2000 11:24:39 +0100 (MET) Date: Wed, 13 Dec 2000 11:24:39 +0100 (MET) Message-Id: <200012131024.LAA04899@arka.ids.bielsko.pl> Subject: New European Promotional Contest From: office@euroleader.org MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: multipart/alternative; boundary="------------070C33C436192682FC31B74B" Sender: lider@arka.ids.bielsko.pl Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --------------070C33C436192682FC31B74B Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 8bit Dear Sirs, We are very pleased to welcome you and present a new economic initiative for producers from all European countries - both western and eastern. FOR THE FIRST TIME - ON SUCH A LARGE SCALE - IN THE VERY HEART OF EUROPE! [Image] "EURO LEADER 2001" This is an honourable title and prestigious Promotional Emblem in European Promotional Contest. This is an effective tool of promotion and marketing in Europe by means of which it is much easier to reach western markets, increase export and gain new partners for cooperation in the field of production and investment. The contest is a Polish initiative. It will be settled in March, 2001 in Warsaw. Therefore it will bring the best commercial effects on a stable, almost 40-million prospective customers Polish market, having over 5% economic growth, which will soon become an integral market of European Union. Click http://www.euroleader.org/ and get acquainted with the details of the contest, enter for the European competition. It will bring you success and a good start in the XXI century! You are good but are you well-known? You will be well-known! Join us. Yours faithfully, INTERRES International Building Fair and Promotion - from Poland B2B - Internet Portal Tadeusz Ziobro - President. --------------070C33C436192682FC31B74B Content-Type: multipart/related; boundary="------------CEE33E5E78D696CB4E0EC941" --------------CEE33E5E78D696CB4E0EC941 Content-Type: text/html; charset=iso-8859-2 Content-Transfer-Encoding: 8bit
Dear Sirs,

We are very pleased to welcome you and present a new economic initiative
for producers from all European countries - both western and eastern.

FOR THE FIRST TIME - ON SUCH A LARGE SCALE - IN THE VERY HEART OF EUROPE!

"EURO LEADER 2001"

This is an honourable title and prestigious Promotional Emblem
in European Promotional Contest.

This is an effective tool of promotion and marketing in Europe
by means of which it is much easier to reach western markets,
increase export and gain new partners for cooperation in the
field of production and investment.




The contest is a Polish initiative.
It will be settled in March, 2001 in Warsaw. Therefore it will bring the best commercial effects on a stable, almost 40-million
prospective customers Polish market, having over 5% economic growth, which will soon become an integral market of European Union.

Click http://www.euroleader.org/ and get acquainted with the details of the contest, enter for the European competition.

It will bring you success and a good start in the XXI century!
You are good but are you well-known? You will be well-known! Join us.

Yours faithfully,

INTERRES International Building Fair and Promotion - from Poland
B2B - Internet Portal
Tadeusz Ziobro - President.
  --------------CEE33E5E78D696CB4E0EC941 Content-Type: image/jpeg Content-ID: Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="C:\WINDOWS\TEMP\nsmail24.jpeg" /9j/4AAQSkZJRgABAgEASABIAAD//gAmRmlsZSB3cml0dGVuIGJ5IEFkb2JlIFBob3Rvc2hv cKggNS4w/+4ADkFkb2JlAGSAAAAAAf/bAIQADAgICAkIDAkJDBELCgsRFQ8MDA8VGBMTFRMT GBEMDAwMDAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAENCwsNDg0QDg4QFA4ODhQU Dg4ODhQRDAwMDAwREQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM/8AAEQgA eAB4AwEiAAIRAQMRAf/dAAQACP/EAT8AAAEFAQEBAQEBAAAAAAAAAAMAAQIEBQYHCAkKCwEA AQUBAQEBAQEAAAAAAAAAAQACAwQFBgcICQoLEAABBAEDAgQCBQcGCAUDDDMBAAIRAwQhEjEF QVFhEyJxgTIGFJGhsUIjJBVSwWIzNHKC0UMHJZJT8OHxY3M1FqKygyZEk1RkRcKjdDYX0lXi ZfKzhMPTdePzRieUpIW0lcTU5PSltcXV5fVWZnaGlqa2xtbm9jdHV2d3h5ent8fX5/cRAAIC AQIEBAMEBQYHBwYFNQEAAhEDITESBEFRYXEiEwUygZEUobFCI8FS0fAzJGLhcoKSQ1MVY3M0 8SUGFqKygwcmNcLSRJNUoxdkRVU2dGXi8rOEw9N14/NGlKSFtJXE1OT0pbXF1eX1VmZ2hpam tsbW5vYnN0dXZ3eHl6e3x//aAAwDAQACEQMRAD8A1Prf9b+sdH6w/FxXtNRaHAOHCxP/ABx/ rF+8z7kv8Y//AIonf1AuVWjixQMIkxGy0kvVf+OP9Yv3mfcl/wCOP9Yv3mfcuVST/Zx/uhVl 6r/xyPrF+8z7kv8AxyPrF+8z7lysGJ7BJL2cf7oVZeq/8cj6xeLPuS/8cf6x6ElgB40WJ0bA wOoZQxcvN+wF8Cq1zNzC4/mWO3N9Jdz176jdOp6LhG7Pbhs6ZW5l2S9kize71Poh30/UPsUU /ZhIRMRr4K1cH/xyPrF+8z7kv/HH+sX7zPuXMXCltrxQ51lQMMe9u1zh+85ku2KHMAak6AfF Sezj/dH2KsvVf+OP9Yv3mfcl/wCOP9Yv3mfcuby8W/DybMXIbsupdssb4EIKXtYz+iFWXqv/ ABx/rF+8z7kv/HH+sX7zPuXKpI+zj/dCrL6L9UPrf1jrHWGYuU9oqDS4ho5SWJ/i3/8AFE3+ oUlD7cPf4eEVw7KvR//QB/jH/wDFE7+oFyq6r/GP/wCKJ39QLlVqYf5uPksO6kTHZTZexl9v oVOMPt2l+0fvbG+5yjsfsNm07AdpdGm4jdtn+qo69k9T6P0z6g0P+r2ZSzNpyH55rsx8tjSW NFR3N7/nS/euE6rhYmDknGxsxudskWW1tLaw4fmse4/pVu4f19zOm14eH0+hg6diV+nZTYPd cT/PWPsH8179/p7f+uLmsh1Lr7HUNLKXPc6tjuWtJ3NYY/dUOKOQSkZnQ6jb8UmmeBdRRm0X 5FZtpqe176hA3bTuDJP7zlu5n146n1LGzcPqbGXYuY39FWwBpoe33Uuqd+e1u3371zaSklCM iCRZG3gi1fFdZ9Q6ei5/Uq8DOwPVyWTdTlNe6B6fv25FW7Z9L6D1yasYnUMvCbc3FsNJyWen a9uj9k7jW1/5m/8AP2pZImUSAaP2KD3f+MSroeG5uV9g+0Z/UAYyS9wqbsDWb9rHfpLdv5q8 8Vh2flvwW9PfYX4tb/VqrdrsdG13pu+kxr/zmKvwJPZDFAwjwk34pKklYzcHJwbW05Ldj31s uaP5NjfUZ/0VXTwb1CHqv8W//iib/UKSX+Lf/wAUTf6hSUH/AII/wU9H/9EH+Mf/AMUTv6gX N4bcN2Qxuc+yvHOj7KQHPb/K2Pjcuk/xkf8Aiid/UC5XQ88d4Wni/mo+S07vqFH1K6I/6quo ZnOdjW2DOHUNoBDWtj6H7npb15xns6fXkuZ062y/GboLrWhhcf3mMb9Gv93ctofXvrNeTW6n YzBprFDOnxNRqA2RY76brXf6Vc67aXHYNrZO1p1gfmt/soYYZIk8Zu9Qo0skr1HQus5NLL6M O2yqwSx7QII4THonVxkDFOJZ9ocw2Nqj3FgO0vS+84LI97Hcb4hxxuPD83Erhl2P2NJJXP2P 1T7WMI4tn2ot3imPdt/fSPRuqjKGH9ls+1FnqCmPds/fS+8Yf87D5eP54/zf7/8Ac/rK4T2L TSV+3oPW6mF9mDcGjk7Z/wCpVKuqy2xtVTHPseYaxoJcT4bU6GbFMGUMkZiPzGMoyEfPhUYk bgsV0H1PPTMjqdXTOo9OZnNyn7WWy4PrMbvdtc1tlPt9yz7fq/1umo22YVrWDUnbMR4hqrYe dlYNjrsSw1WuY6v1G/Sa130/Td+Y530d6aMmPNCXtZIzrS8cuLhl5wUQRuCPN9K+v37ExsBn UX9Prz8gn7LVaXHZXG5w9X0nDds93sXl5MmdBOunCNXm5VeLbhtsP2a8h1lR1aXtMttG76Nv 8tARxY+CNE8Xj4KJt6r/ABb/APiib/UKSX+Lf/xRN/qFJM/8Ef4Kuj//0gf4yP8AxRO/qBc3 i4eRmOsZjsL3VVvuePBlY32OXSf4xzH1jJiYYNDwun+oNHQcrAtz6MAYV75xLyXudW+Yc5tP qO/P/dV/3PbwxNXoFtavl3mkFu/W1nSMTqVvTemYH2QYj9llr3Oc95j8xrnOayrX+2sIKeMu IA1V90PpP1eJ/wCbOIRYKSKTFroIb7ne87vaqeFbY/62NbZlMzdmG6Law1oEunZ+iLmqj0n6 2dHxekUdPyqrbHVsLLQGhzDJcY1P8pUr/rL0/H6zj5/SsYV011Gq6na2vfuPujZ+d/KXIQ+F 85LPz49iQ98Z/anIY+A8fqh+s/nI8f8AiNw5YcOP1D08Nh3Xf+Lqv/wmVJ//AIuKv/CJ/KVW /wCeH1b9cZxx7ftmz0w7YN23/R7921ZVH1pod9Y3dWy63MoFJprrZDnAfmzwm4vh/OzEieXn j9rkZcp6+G8ub/VqOSAr1A3Pj8g9q05rMy6yx9bcBtbTWPzw8fzrnO/0e1ZH1cb07L6r1Tqm IGkPtbXU+IgbZssaPzfWeqVf15xB1C57mWuwXsb6Ygbm2DR/tn+bsWVhfWPF6X1bIu6ex1nT 8shz8d8Nc13P6Plvs/NUfL/Bue9jmoHFLHlyYMccfDUMOSMZQyZcWT/yo9H/AKUTLNDiibsA m+48f7r03S/rFkZ3WcnpzsU1Mo3bbZM+w7f0kjb+k/NXKfXDFpxuuWikBjbWNtcwaAOcPdH9 b6S6G76+9HbWXU1W2XEfQIDBP8uyVxnUM7I6jmWZmQQbLTwOAB9Fjf5LFo/BOR5jHzks55Y8 lg9kYjjlPj93KOH9Z6mPPOJgI8XHK7vsELKrXgllbngclrS6PjtC0+qfV/M6djdPudXY451H rOaGk7Xbv5v2/wDB+k9T+qmf1LE6zjMwLvS+0WNZcH61mv6Vjrmn/R17nb/zF3fX/rji5XR8 7/m/mN+24hBedvuNUhl1uLv+nt3fzi38mScZxAAIO/19Pqa4Dy/+Llrm/WMNcC1wYZBEEfFJ L/F05z/rJve4ve5pLnOMkk/nOJSQ/wDBH+Aro//TB/jI/wDFE7+oFzz+o5j8WjD9VzMfGJfV Ww7RvJ3G5236Vv8ALXQ/4yP/ABRO/qBcoSBqTHxWniAOOHktO7Yzc7Kz7vtGW/1b9rWOsP0n Bg2sNn7z9v56AeCrf7Nv/Y/7Y0+zfaPs0/ytu/du/wCgqcgg7TPwUka6dNEPR/Wqqqvp/RzW xrC7HJcWgAnRn0o+ktPJqya/qtjWYmHj21uxT9rueAHsEaWV/vvVTrD+jdR6PiOHUGsycLHh tAEl7y1v6M/u/RUc67puZ0DCrHUhRfiY53YzZPqOI/mX8N/NXMAzli5OBjkBxc1m97jxZ5xq css8XycHHH1Q4J/zcGzoDM6axFUYtn6mdPxremZD8ljXnMsNFRcAT7WH6O5VvqrW3Gp6w62l ltmGyQ2xocNzN/j/AFUfC650jp3TukYzgMiyt3qWvY4j0bHfSfY2P0nts+ip42Z0VvUOts+2 114+e1vpW6kS5p9Tbp+Y5Mzy5mUueM8eb2uYljnj9Mj6OV5qGGXt8Hr9eD1/KmPD6KIuII/x otDruNg5XSsDruLS3GfkvFeRSzRu6eWt/rNWn9casijprhj4dDcJzGC3JADbGvJ0awN/NWR1 3qXThgYXRumPN2PhuD7LyI3O/k/e5zlb+td/TOoU/asbqQc+uprBhtmHkH6Wvt3NlS48eYZf h5nHIMUcvMGAywy5ZQwe7j+6xy8H83Pg/m5Z/wCbQTGslVdR2r5v0nZx8VtlXTqX4dD+n3Ym 7MvcxoLXBrdh9T81ef3NY26xtZ3Vh7gw+LQfb/0V2ret9Jtw6emX5LBj3YPp2v1hlrdoa1+i 4gtIO3mDEjv8FY+A480ZcwcsZwsjhjIS4Zx483631/5X/J/7OGJbnIPDWv8ALZYGPyJAxxp8 Fq9D+r2Z1bKuobXZX6NFl0lpbLmj9DX7h/hLFmupvY3dZU9g4Jc1zRPh7gtwSBJF6jdgen/x b/8Aiib/AFCkl/i3/wDFE3+oUlD/AOCP8FPR/9QH+Mj/AMUTv6gXO4Gff0/JblUBjns5ZY0P Y4d2PY/95dF/jI/8UTv6gXLBxaQQYIMg+YWniF4og9lp3fZm53Tz00YfoYv7Rdjfav2V7du/ b6m3Zt/f/k715Dn9Qv6jkuyr2sY5/FdTAxjR2YxjP3UL7Rf6/wBp9R3r7t/qyd+7nfv+luUC 4uJc4ySSSfMoYsIxkm7v8FErJKTarHse9jS5lQDrHAaNBOwOd/aUVKhSSSSKlJJJJKUkiU49 17ntpYXmtjrXgdmME2P/ALKGgp9G+qf1vZ07oLbev5Ze193pYTY32+m2Gvsf+e6lln57lzn1 66pm5vWXsfki/AAbZhCs/o/TeNzX+36Vn5r3rnJP8Akoo4YxmZjc+H/RTb1X+Lf/AMUTf6hS S/xb/wDiib/UKSb/AOCP8FXR/9UH+Mj/AMUTv6gXKrqv8Y//AIonf1AuVWph/m4+Sw7qUqjU LGm1rn1z72sO1xHfa4h21yiknqfUfqv9WPq5mdCy34Vl9tHVGela66BZXsP0GQwN3Ms9y8/6 5T0bHzHY/SX33V0ktsvvIG5w9rvSraxm1rf5aOz62dYx6sOjBuOJRgD9FVXw53NlmRP896jj 9D6Czs/LObmXZbmNqdkPNj2M+iHO+ntn953uUOPHOM5GUiQdtf8ApJJQTCt4PTb87GzcmiCz p9Qut7yC7Zt/7+q9Vj6bWW1na+shzTzBHk5esfVjreBZ0XEt6sMXDyOoF1bGBraxcGksbYa4 /P8A+20c2SUACBdn+WigHyMOB4IPwUgQCCRuAOoOkjw0Wz9a+oZeV1a/GvprxWYljq68elga 0QY3ucA11jntWKpImwCRV+KH0/6idN+reZh35+Di2022MOJlV3PNjQHAOsbS930muXGfWrH6 Dg51nTuk49zH4zy2+66wukj8yqs/mf8ACOVEdb6jXg0YFFzsfHx3G0ColpdYTu9a17fc9/7i H1HqOT1LJ+15UOyHNa2ywCN5aNvqPH+k2/SUUMUhkMjImJ6X/iptqpJJKZD1X+Lf/wAUTf6h SS/xb/8Aiib/AFCkoP8AwR/gp6P/1tT63/VDrHWOsPysVjRUGhoLjysT/wAbf6xfus+9eYpK 9j9/gjw8NVot0fTv/G3+sX7rPvS/8bf6xfus+9eYpJ39I/qq0fTv/G3+sX7rPvS/8bf6xfus +9eYpJf0j+qrR9O/8bf6xfus+9Ss/wAXf1mtINm1+1oY3c6YaPosb/JXl6SX9I/qq0fULP8A F39ZrX77S17yAC5zpMAbW6lR/wDG3+sX7rPvXmKSX9I/qK0fTv8Axt/rF+6z70v/ABt/rF+6 z715ikl/SP6qtH07/wAbf6xfus+9L/xt/rF+6z715ikl/SP6qtH2n6ofVDrHR+sMyspjTUWl pLTwkvFklF+t979Hj4fpSdKf/9k= --------------CEE33E5E78D696CB4E0EC941-- --------------070C33C436192682FC31B74B-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 13 3:46:51 2000 From owner-freebsd-current@FreeBSD.ORG Wed Dec 13 03:46:49 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mail.jeamland.net (rafe.jeamland.net [203.18.243.114]) by hub.freebsd.org (Postfix) with ESMTP id 5B9ED37B404 for ; Wed, 13 Dec 2000 03:46:48 -0800 (PST) Received: by mail.jeamland.net (Postfix, from userid 1000) id 2C76670601; Wed, 13 Dec 2000 22:46:46 +1100 (EST) Date: Wed, 13 Dec 2000 22:46:45 +1100 From: Benno Rice To: freebsd-current@freebsd.org Subject: Patch to allow overriding of nm in lorder, genassym.sh Message-ID: <20001213224645.A16171@rafe.jeamland.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Does anyone object to me committing the attached patch? It basically allows the overriding of nm in lorder(1) and sys/kern/genassym.sh using the environment variable NM. I've been using this locally as I've been building with 'powerpc-elf-nm' rather than nm. Comments? Objections? Review? =) -- Benno Rice benno@FreeBSD.org --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="nm.diff" Index: sys/kern/genassym.sh =================================================================== RCS file: /home/ncvs/src/sys/kern/genassym.sh,v retrieving revision 1.1 diff -u -r1.1 genassym.sh --- sys/kern/genassym.sh 2000/06/02 09:27:48 1.1 +++ sys/kern/genassym.sh 2000/12/13 11:48:32 @@ -22,7 +22,9 @@ *) usage;; esac -nm "$1" | awk ' +# If the environment variable NM is set, use that. +# Otherwise use 'nm' and hope it's in the path. +${NM:='nm'} "$1" | awk ' / C .*sign$/ { sign = substr($1, length($1) - 3, 4) sub("^0*", "", sign) Index: usr.bin/lorder/lorder.sh =================================================================== RCS file: /home/ncvs/src/usr.bin/lorder/lorder.sh,v retrieving revision 1.3 diff -u -r1.3 lorder.sh --- usr.bin/lorder/lorder.sh 2000/05/17 22:46:47 1.3 +++ usr.bin/lorder/lorder.sh 2000/11/05 05:09:48 @@ -63,7 +63,10 @@ # # if the line has " U " it's a globally undefined symbol, put it into # the reference file. -nm -go $* | sed " +# +# if the variable NM is set, use that as our nm executable. Otherwise trust +# the path. +${NM:="nm"} -go $* | sed " / [TD] / { s/:.* [TD] / / w $S Index: usr.bin/lorder/lorder.1 =================================================================== RCS file: /home/ncvs/src/usr.bin/lorder/lorder.1,v retrieving revision 1.5 diff -u -r1.5 lorder.1 --- usr.bin/lorder/lorder.1 1999/08/28 01:03:16 1.5 +++ usr.bin/lorder/lorder.1 2000/12/13 11:47:47 @@ -61,6 +61,12 @@ .Bd -literal -offset indent ar cr library.a `lorder ${OBJS} | tsort` .Ed +.Sh ENVIRONMENT +If the environment variable +.Ev NM +is set, it is used instead of +.Xr nm 1 +in determining interdependancies. .Sh SEE ALSO .Xr ar 1 , .Xr ld 1 , --8t9RHnE3ZwKMSgU+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 13 6:27:15 2000 From owner-freebsd-current@FreeBSD.ORG Wed Dec 13 06:27:09 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from arka.ids.bielsko.pl (arka.ids.bielsko.pl [195.117.233.8]) by hub.freebsd.org (Postfix) with ESMTP id 6751B37B6A2 for ; Wed, 13 Dec 2000 06:21:58 -0800 (PST) Received: by arka.ids.bielsko.pl (8.9.3/8.9.3) id PAA05599 for freebsd-current@FreeBSD.org; Wed, 13 Dec 2000 15:18:42 +0100 (MET) Date: Wed, 13 Dec 2000 15:18:42 +0100 (MET) Message-Id: <200012131418.PAA05599@arka.ids.bielsko.pl> Subject: New European Promotional Contest From: office@euroleader.org MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: multipart/alternative; boundary="------------070C33C436192682FC31B74B" Sender: lider@arka.ids.bielsko.pl Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --------------070C33C436192682FC31B74B Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 8bit Dear Sirs, We are very pleased to welcome you and present a new economic initiative for producers from all European countries - both western and eastern. FOR THE FIRST TIME - ON SUCH A LARGE SCALE - IN THE VERY HEART OF EUROPE! [Image] "EURO LEADER 2001" This is an honourable title and prestigious Promotional Emblem in European Promotional Contest. This is an effective tool of promotion and marketing in Europe by means of which it is much easier to reach western markets, increase export and gain new partners for cooperation in the field of production and investment. The contest is a Polish initiative. It will be settled in March, 2001 in Warsaw. Therefore it will bring the best commercial effects on a stable, almost 40-million prospective customers Polish market, having over 5% economic growth, which will soon become an integral market of European Union. Click http://www.euroleader.org/ and get acquainted with the details of the contest, enter for the European competition. It will bring you success and a good start in the XXI century! You are good but are you well-known? You will be well-known! Join us. Yours faithfully, INTERRES International Building Fair and Promotion - from Poland B2B - Internet Portal Tadeusz Ziobro - President. --------------070C33C436192682FC31B74B Content-Type: multipart/related; boundary="------------CEE33E5E78D696CB4E0EC941" --------------CEE33E5E78D696CB4E0EC941 Content-Type: text/html; charset=iso-8859-2 Content-Transfer-Encoding: 8bit

Dear Sirs,

We are very pleased to welcome you and present a new economic initiative
for producers from all European countries - both western and eastern.

FOR THE FIRST TIME - ON SUCH A LARGE SCALE - IN THE VERY HEART OF EUROPE!

"EURO LEADER 2001"

This is an honourable title and prestigious Promotional Emblem
in European Promotional Contest.

This is an effective tool of promotion and marketing in Europe
by means of which it is much easier to reach western markets,
increase export and gain new partners for cooperation in the
field of production and investment.




The contest is a Polish initiative.
It will be settled in March, 2001 in Warsaw. Therefore it will bring the best commercial effects on a stable, almost 40-million
prospective customers Polish market, having over 5% economic growth, which will soon become an integral market of European Union.

Click http://www.euroleader.org/ and get acquainted with the details of the contest, enter for the European competition.

It will bring you success and a good start in the XXI century!
You are good but are you well-known? You will be well-known! Join us.

Yours faithfully,

INTERRES International Building Fair and Promotion - from Poland
B2B - Internet Portal
Tadeusz Ziobro - President.
  --------------CEE33E5E78D696CB4E0EC941 Content-Type: image/jpeg Content-ID: Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="C:\WINDOWS\TEMP\nsmail24.jpeg" /9j/4AAQSkZJRgABAgEASABIAAD//gAmRmlsZSB3cml0dGVuIGJ5IEFkb2JlIFBob3Rvc2hv cKggNS4w/+4ADkFkb2JlAGSAAAAAAf/bAIQADAgICAkIDAkJDBELCgsRFQ8MDA8VGBMTFRMT GBEMDAwMDAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAENCwsNDg0QDg4QFA4ODhQU Dg4ODhQRDAwMDAwREQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM/8AAEQgA eAB4AwEiAAIRAQMRAf/dAAQACP/EAT8AAAEFAQEBAQEBAAAAAAAAAAMAAQIEBQYHCAkKCwEA AQUBAQEBAQEAAAAAAAAAAQACAwQFBgcICQoLEAABBAEDAgQCBQcGCAUDDDMBAAIRAwQhEjEF QVFhEyJxgTIGFJGhsUIjJBVSwWIzNHKC0UMHJZJT8OHxY3M1FqKygyZEk1RkRcKjdDYX0lXi ZfKzhMPTdePzRieUpIW0lcTU5PSltcXV5fVWZnaGlqa2xtbm9jdHV2d3h5ent8fX5/cRAAIC AQIEBAMEBQYHBwYFNQEAAhEDITESBEFRYXEiEwUygZEUobFCI8FS0fAzJGLhcoKSQ1MVY3M0 8SUGFqKygwcmNcLSRJNUoxdkRVU2dGXi8rOEw9N14/NGlKSFtJXE1OT0pbXF1eX1VmZ2hpam tsbW5vYnN0dXZ3eHl6e3x//aAAwDAQACEQMRAD8A1Prf9b+sdH6w/FxXtNRaHAOHCxP/ABx/ rF+8z7kv8Y//AIonf1AuVWjixQMIkxGy0kvVf+OP9Yv3mfcl/wCOP9Yv3mfcuVST/Zx/uhVl 6r/xyPrF+8z7kv8AxyPrF+8z7lysGJ7BJL2cf7oVZeq/8cj6xeLPuS/8cf6x6ElgB40WJ0bA wOoZQxcvN+wF8Cq1zNzC4/mWO3N9Jdz176jdOp6LhG7Pbhs6ZW5l2S9kize71Poh30/UPsUU /ZhIRMRr4K1cH/xyPrF+8z7kv/HH+sX7zPuXMXCltrxQ51lQMMe9u1zh+85ku2KHMAak6AfF Sezj/dH2KsvVf+OP9Yv3mfcl/wCOP9Yv3mfcuby8W/DybMXIbsupdssb4EIKXtYz+iFWXqv/ ABx/rF+8z7kv/HH+sX7zPuXKpI+zj/dCrL6L9UPrf1jrHWGYuU9oqDS4ho5SWJ/i3/8AFE3+ oUlD7cPf4eEVw7KvR//QB/jH/wDFE7+oFyq6r/GP/wCKJ39QLlVqYf5uPksO6kTHZTZexl9v oVOMPt2l+0fvbG+5yjsfsNm07AdpdGm4jdtn+qo69k9T6P0z6g0P+r2ZSzNpyH55rsx8tjSW NFR3N7/nS/euE6rhYmDknGxsxudskWW1tLaw4fmse4/pVu4f19zOm14eH0+hg6diV+nZTYPd cT/PWPsH8179/p7f+uLmsh1Lr7HUNLKXPc6tjuWtJ3NYY/dUOKOQSkZnQ6jb8UmmeBdRRm0X 5FZtpqe176hA3bTuDJP7zlu5n146n1LGzcPqbGXYuY39FWwBpoe33Uuqd+e1u3371zaSklCM iCRZG3gi1fFdZ9Q6ei5/Uq8DOwPVyWTdTlNe6B6fv25FW7Z9L6D1yasYnUMvCbc3FsNJyWen a9uj9k7jW1/5m/8AP2pZImUSAaP2KD3f+MSroeG5uV9g+0Z/UAYyS9wqbsDWb9rHfpLdv5q8 8Vh2flvwW9PfYX4tb/VqrdrsdG13pu+kxr/zmKvwJPZDFAwjwk34pKklYzcHJwbW05Ldj31s uaP5NjfUZ/0VXTwb1CHqv8W//iib/UKSX+Lf/wAUTf6hSUH/AII/wU9H/9EH+Mf/AMUTv6gX N4bcN2Qxuc+yvHOj7KQHPb/K2Pjcuk/xkf8Aiid/UC5XQ88d4Wni/mo+S07vqFH1K6I/6quo ZnOdjW2DOHUNoBDWtj6H7npb15xns6fXkuZ062y/GboLrWhhcf3mMb9Gv93ctofXvrNeTW6n YzBprFDOnxNRqA2RY76brXf6Vc67aXHYNrZO1p1gfmt/soYYZIk8Zu9Qo0skr1HQus5NLL6M O2yqwSx7QII4THonVxkDFOJZ9ocw2Nqj3FgO0vS+84LI97Hcb4hxxuPD83Erhl2P2NJJXP2P 1T7WMI4tn2ot3imPdt/fSPRuqjKGH9ls+1FnqCmPds/fS+8Yf87D5eP54/zf7/8Ac/rK4T2L TSV+3oPW6mF9mDcGjk7Z/wCpVKuqy2xtVTHPseYaxoJcT4bU6GbFMGUMkZiPzGMoyEfPhUYk bgsV0H1PPTMjqdXTOo9OZnNyn7WWy4PrMbvdtc1tlPt9yz7fq/1umo22YVrWDUnbMR4hqrYe dlYNjrsSw1WuY6v1G/Sa130/Td+Y530d6aMmPNCXtZIzrS8cuLhl5wUQRuCPN9K+v37ExsBn UX9Prz8gn7LVaXHZXG5w9X0nDds93sXl5MmdBOunCNXm5VeLbhtsP2a8h1lR1aXtMttG76Nv 8tARxY+CNE8Xj4KJt6r/ABb/APiib/UKSX+Lf/xRN/qFJM/8Ef4Kuj//0gf4yP8AxRO/qBc3 i4eRmOsZjsL3VVvuePBlY32OXSf4xzH1jJiYYNDwun+oNHQcrAtz6MAYV75xLyXudW+Yc5tP qO/P/dV/3PbwxNXoFtavl3mkFu/W1nSMTqVvTemYH2QYj9llr3Oc95j8xrnOayrX+2sIKeMu IA1V90PpP1eJ/wCbOIRYKSKTFroIb7ne87vaqeFbY/62NbZlMzdmG6Law1oEunZ+iLmqj0n6 2dHxekUdPyqrbHVsLLQGhzDJcY1P8pUr/rL0/H6zj5/SsYV011Gq6na2vfuPujZ+d/KXIQ+F 85LPz49iQ98Z/anIY+A8fqh+s/nI8f8AiNw5YcOP1D08Nh3Xf+Lqv/wmVJ//AIuKv/CJ/KVW /wCeH1b9cZxx7ftmz0w7YN23/R7921ZVH1pod9Y3dWy63MoFJprrZDnAfmzwm4vh/OzEieXn j9rkZcp6+G8ub/VqOSAr1A3Pj8g9q05rMy6yx9bcBtbTWPzw8fzrnO/0e1ZH1cb07L6r1Tqm IGkPtbXU+IgbZssaPzfWeqVf15xB1C57mWuwXsb6Ygbm2DR/tn+bsWVhfWPF6X1bIu6ex1nT 8shz8d8Nc13P6Plvs/NUfL/Bue9jmoHFLHlyYMccfDUMOSMZQyZcWT/yo9H/AKUTLNDiibsA m+48f7r03S/rFkZ3WcnpzsU1Mo3bbZM+w7f0kjb+k/NXKfXDFpxuuWikBjbWNtcwaAOcPdH9 b6S6G76+9HbWXU1W2XEfQIDBP8uyVxnUM7I6jmWZmQQbLTwOAB9Fjf5LFo/BOR5jHzks55Y8 lg9kYjjlPj93KOH9Z6mPPOJgI8XHK7vsELKrXgllbngclrS6PjtC0+qfV/M6djdPudXY451H rOaGk7Xbv5v2/wDB+k9T+qmf1LE6zjMwLvS+0WNZcH61mv6Vjrmn/R17nb/zF3fX/rji5XR8 7/m/mN+24hBedvuNUhl1uLv+nt3fzi38mScZxAAIO/19Pqa4Dy/+Llrm/WMNcC1wYZBEEfFJ L/F05z/rJve4ve5pLnOMkk/nOJSQ/wDBH+Aro//TB/jI/wDFE7+oFzz+o5j8WjD9VzMfGJfV Ww7RvJ3G5236Vv8ALXQ/4yP/ABRO/qBcoSBqTHxWniAOOHktO7Yzc7Kz7vtGW/1b9rWOsP0n Bg2sNn7z9v56AeCrf7Nv/Y/7Y0+zfaPs0/ytu/du/wCgqcgg7TPwUka6dNEPR/Wqqqvp/RzW xrC7HJcWgAnRn0o+ktPJqya/qtjWYmHj21uxT9rueAHsEaWV/vvVTrD+jdR6PiOHUGsycLHh tAEl7y1v6M/u/RUc67puZ0DCrHUhRfiY53YzZPqOI/mX8N/NXMAzli5OBjkBxc1m97jxZ5xq css8XycHHH1Q4J/zcGzoDM6axFUYtn6mdPxremZD8ljXnMsNFRcAT7WH6O5VvqrW3Gp6w62l ltmGyQ2xocNzN/j/AFUfC650jp3TukYzgMiyt3qWvY4j0bHfSfY2P0nts+ip42Z0VvUOts+2 114+e1vpW6kS5p9Tbp+Y5Mzy5mUueM8eb2uYljnj9Mj6OV5qGGXt8Hr9eD1/KmPD6KIuII/x otDruNg5XSsDruLS3GfkvFeRSzRu6eWt/rNWn9casijprhj4dDcJzGC3JADbGvJ0awN/NWR1 3qXThgYXRumPN2PhuD7LyI3O/k/e5zlb+td/TOoU/asbqQc+uprBhtmHkH6Wvt3NlS48eYZf h5nHIMUcvMGAywy5ZQwe7j+6xy8H83Pg/m5Z/wCbQTGslVdR2r5v0nZx8VtlXTqX4dD+n3Ym 7MvcxoLXBrdh9T81ef3NY26xtZ3Vh7gw+LQfb/0V2ret9Jtw6emX5LBj3YPp2v1hlrdoa1+i 4gtIO3mDEjv8FY+A480ZcwcsZwsjhjIS4Zx483631/5X/J/7OGJbnIPDWv8ALZYGPyJAxxp8 Fq9D+r2Z1bKuobXZX6NFl0lpbLmj9DX7h/hLFmupvY3dZU9g4Jc1zRPh7gtwSBJF6jdgen/x b/8Aiib/AFCkl/i3/wDFE3+oUlD/AOCP8FPR/9QH+Mj/AMUTv6gXO4Gff0/JblUBjns5ZY0P Y4d2PY/95dF/jI/8UTv6gXLBxaQQYIMg+YWniF4og9lp3fZm53Tz00YfoYv7Rdjfav2V7du/ b6m3Zt/f/k715Dn9Qv6jkuyr2sY5/FdTAxjR2YxjP3UL7Rf6/wBp9R3r7t/qyd+7nfv+luUC 4uJc4ySSSfMoYsIxkm7v8FErJKTarHse9jS5lQDrHAaNBOwOd/aUVKhSSSSKlJJJJKUkiU49 17ntpYXmtjrXgdmME2P/ALKGgp9G+qf1vZ07oLbev5Ze193pYTY32+m2Gvsf+e6lln57lzn1 66pm5vWXsfki/AAbZhCs/o/TeNzX+36Vn5r3rnJP8Akoo4YxmZjc+H/RTb1X+Lf/AMUTf6hS S/xb/wDiib/UKSb/AOCP8FXR/9UH+Mj/AMUTv6gXKrqv8Y//AIonf1AuVWph/m4+Sw7qUqjU LGm1rn1z72sO1xHfa4h21yiknqfUfqv9WPq5mdCy34Vl9tHVGela66BZXsP0GQwN3Ms9y8/6 5T0bHzHY/SX33V0ktsvvIG5w9rvSraxm1rf5aOz62dYx6sOjBuOJRgD9FVXw53NlmRP896jj 9D6Czs/LObmXZbmNqdkPNj2M+iHO+ntn953uUOPHOM5GUiQdtf8ApJJQTCt4PTb87GzcmiCz p9Qut7yC7Zt/7+q9Vj6bWW1na+shzTzBHk5esfVjreBZ0XEt6sMXDyOoF1bGBraxcGksbYa4 /P8A+20c2SUACBdn+WigHyMOB4IPwUgQCCRuAOoOkjw0Wz9a+oZeV1a/GvprxWYljq68elga 0QY3ucA11jntWKpImwCRV+KH0/6idN+reZh35+Di2022MOJlV3PNjQHAOsbS930muXGfWrH6 Dg51nTuk49zH4zy2+66wukj8yqs/mf8ACOVEdb6jXg0YFFzsfHx3G0ColpdYTu9a17fc9/7i H1HqOT1LJ+15UOyHNa2ywCN5aNvqPH+k2/SUUMUhkMjImJ6X/iptqpJJKZD1X+Lf/wAUTf6h SS/xb/8Aiib/AFCkoP8AwR/gp6P/1tT63/VDrHWOsPysVjRUGhoLjysT/wAbf6xfus+9eYpK 9j9/gjw8NVot0fTv/G3+sX7rPvS/8bf6xfus+9eYpJ39I/qq0fTv/G3+sX7rPvS/8bf6xfus +9eYpJf0j+qrR9O/8bf6xfus+9Ss/wAXf1mtINm1+1oY3c6YaPosb/JXl6SX9I/qq0fULP8A F39ZrX77S17yAC5zpMAbW6lR/wDG3+sX7rPvXmKSX9I/qK0fTv8Axt/rF+6z70v/ABt/rF+6 z715ikl/SP6qtH07/wAbf6xfus+9L/xt/rF+6z715ikl/SP6qtH2n6ofVDrHR+sMyspjTUWl pLTwkvFklF+t979Hj4fpSdKf/9k= --------------CEE33E5E78D696CB4E0EC941-- --------------070C33C436192682FC31B74B-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 13 8:47:19 2000 From owner-freebsd-current@FreeBSD.ORG Wed Dec 13 08:47:14 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from ada.eu.org (marvin.enst.fr [137.194.161.2]) by hub.freebsd.org (Postfix) with ESMTP id 096F237B400 for ; Wed, 13 Dec 2000 08:47:14 -0800 (PST) Received: by ada.eu.org (Postfix, from userid 10) id ED4491907E; Wed, 13 Dec 2000 17:47:07 +0100 (CET) Received: by trillian.enst.fr (Postfix, from userid 1000) id B95C11D5; Wed, 13 Dec 2000 17:46:34 +0100 (CET) Date: Wed, 13 Dec 2000 17:46:34 +0100 To: Ollivier Robert Cc: Andrea Campi , FreeBSD Current Users' list Subject: Re: Giant pb in very recent current? References: <20001212153930.A4920@caerdonn.eurocontrol.fr> <20001212162448.B440@webcom.it> <20001212164349.B4920@caerdonn.eurocontrol.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001212164349.B4920@caerdonn.eurocontrol.fr>; from roberto@eurocontrol.fr on Tue, Dec 12, 2000 at 04:43:49PM +0100 From: Samuel Tardieu Organization: Ecole Nationale Superieure des Telecommunications Reply-To: Samuel Tardieu Content-Transfer-Encoding: 8bit X-WWW: http://www.inf.enst.fr/~tardieu/ X-Mail-Processing: Sam's procmail tools X-ICQ: 21547599 X-Sam-Laptop: yes Message-Id: <2000-12-13-17-46-34+trackit+sam@inf.enst.fr> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12/12, Ollivier Robert wrote: | > Is that an IBM Thinkpad by any chance? That would support the idea that | > we have a faulty BIOS... | | Nope, Sony VAIO Z505SX. That's also what happens with my Dell Optiplex GX1. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 13 8:51:38 2000 From owner-freebsd-current@FreeBSD.ORG Wed Dec 13 08:51:37 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from matrix.eurocontrol.fr (matrix.eurocontrol.fr [147.196.254.254]) by hub.freebsd.org (Postfix) with ESMTP id AB16237B400 for ; Wed, 13 Dec 2000 08:51:35 -0800 (PST) Received: from caerdonn.eurocontrol.fr (caerdonn.eurocontrol.fr [147.196.51.214]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "caerdonn.eurocontrol.fr", Issuer CN "CA ITM" (verified OK)) by matrix.eurocontrol.fr (Postfix/TLS) with ESMTP id 071955C37; Wed, 13 Dec 2000 17:51:35 +0100 (CET) Received: by caerdonn.eurocontrol.fr (Postfix/TLS, from userid 1193) id 74EC24E7E; Wed, 13 Dec 2000 17:51:33 +0100 (CET) Date: Wed, 13 Dec 2000 17:51:33 +0100 From: Ollivier Robert To: Samuel Tardieu Cc: Andrea Campi , FreeBSD Current Users' list Subject: Re: Giant pb in very recent current? Message-ID: <20001213175133.C57493@caerdonn.eurocontrol.fr> References: <20001212153930.A4920@caerdonn.eurocontrol.fr> <20001212162448.B440@webcom.it> <20001212164349.B4920@caerdonn.eurocontrol.fr> <2000-12-13-17-46-34+trackit+sam@inf.enst.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <2000-12-13-17-46-34+trackit+sam@inf.enst.fr>; from sam@inf.enst.fr on Wed, Dec 13, 2000 at 05:46:34PM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Samuel Tardieu disait : > That's also what happens with my Dell Optiplex GX1. With or without removing the logo_saver module? In my case, removing the screen saver fixed the problem. On another topic, I tried to use growfs on my laptop to merge three slices and it worked without a glitch. Congrats to the authors ! -- Ollivier ROBERT -=- Eurocontrol EEC/ITM -=- Ollivier.Robert@eurocontrol.fr FreeBSD caerdonn.eurocontrol.fr 5.0-CURRENT #6: Thu Aug 10 17:36:11 CEST 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 13 9:12:33 2000 From owner-freebsd-current@FreeBSD.ORG Wed Dec 13 09:12:30 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from ada.eu.org (marvin.enst.fr [137.194.161.2]) by hub.freebsd.org (Postfix) with ESMTP id 19EDA37B402 for ; Wed, 13 Dec 2000 09:12:29 -0800 (PST) Received: by ada.eu.org (Postfix, from userid 10) id 827451907E; Wed, 13 Dec 2000 18:12:27 +0100 (CET) Received: by trillian.enst.fr (Postfix, from userid 1000) id D02611DB; Wed, 13 Dec 2000 18:12:24 +0100 (CET) Date: Wed, 13 Dec 2000 18:12:24 +0100 To: Ollivier Robert Cc: Andrea Campi , FreeBSD Current Users' list Subject: Re: Giant pb in very recent current? References: <20001212153930.A4920@caerdonn.eurocontrol.fr> <20001212162448.B440@webcom.it> <20001212164349.B4920@caerdonn.eurocontrol.fr> <2000-12-13-17-46-34+trackit+sam@inf.enst.fr> <20001213175133.C57493@caerdonn.eurocontrol.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001213175133.C57493@caerdonn.eurocontrol.fr>; from roberto@eurocontrol.fr on Wed, Dec 13, 2000 at 05:51:33PM +0100 From: Samuel Tardieu Organization: Ecole Nationale Superieure des Telecommunications Reply-To: Samuel Tardieu Content-Transfer-Encoding: 8bit X-WWW: http://www.inf.enst.fr/~tardieu/ X-Mail-Processing: Sam's procmail tools X-ICQ: 21547599 X-Sam-Laptop: yes Message-Id: <2000-12-13-18-12-24+trackit+sam@inf.enst.fr> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 13/12, Ollivier Robert wrote: | Samuel Tardieu disait : | > That's also what happens with my Dell Optiplex GX1. | | With or without removing the logo_saver module? In my case, removing the | screen saver fixed the problem. With. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 13 10: 0:19 2000 From owner-freebsd-current@FreeBSD.ORG Wed Dec 13 10:00:15 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hudgate.hud.gov (hudgate.hud.gov [198.200.153.4]) by hub.freebsd.org (Postfix) with ESMTP id 560E037B402 for ; Wed, 13 Dec 2000 10:00:10 -0800 (PST) Received: from nthhqsmtp.hud.gov (nthhqsmtp.hud.gov [170.97.5.28]) by hudgate.hud.gov (8.9.3/8.9.3) with SMTP id MAA19150 for ; Wed, 13 Dec 2000 12:59:50 -0500 (EST) Received: by nthhqsmtp.hud.gov(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 852569B4.0062589A ; Wed, 13 Dec 2000 12:54:12 -0500 X-Lotus-FromDomain: HUD@MTA From: "Nick Liu" To: current@freebsd.org Message-ID: <852569B4.006256E0.00@nthhqsmtp.hud.gov> Date: Wed, 13 Dec 2000 09:59:35 -0800 Subject: Snapshot broken? Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Guys: I was reading the -current mail on www.freebsd.org the other day, and forgive me if I am wrong. is the -current still broken? If it is, can you tell me what is the latest unbroken snapshot? Please cc me. Nick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 13 11: 0:41 2000 From owner-freebsd-current@FreeBSD.ORG Wed Dec 13 11:00:38 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 551B437B400 for ; Wed, 13 Dec 2000 11:00:38 -0800 (PST) Received: from foo.osd.bsdi.com (root@foo.osd.bsdi.com [204.216.28.137]) by pike.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id eBDJ0VE34566 for ; Wed, 13 Dec 2000 11:00:31 -0800 (PST) (envelope-from jhb@foo.osd.bsdi.com) Received: (from jhb@localhost) by foo.osd.bsdi.com (8.11.1/8.11.0) id eBDIxi529641 for current@FreeBSD.org; Wed, 13 Dec 2000 10:59:44 -0800 (PST) (envelope-from jhb) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200012131857.eBDIvFl04859@freefall.freebsd.org> Date: Wed, 13 Dec 2000 10:59:44 -0800 (PST) Organization: BSD, Inc. From: John Baldwin To: current@FreeBSD.org Subject: RE: cvs commit: src/sys/i386/i386 trap.c Sender: jhb@foo.osd.bsdi.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 13-Dec-00 John Baldwin wrote: > jhb 2000/12/13 10:57:15 PST > > Modified files: > sys/i386/i386 trap.c > Log: > If we fail to emulate a vm86 trap in kernel mode, then we use > vm86_trap() to return to the calling program directly. vm86_trap() > doesn't return, thus it was never returning to trap() to release > Giant. Thus, release Giant before calling vm86_trap(). This fixes the panic with logo_saver. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.Baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 13 11:36:20 2000 From owner-freebsd-current@FreeBSD.ORG Wed Dec 13 11:36:17 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from pcimedia.com (unknown [204.116.106.190]) by hub.freebsd.org (Postfix) with ESMTP id 9DDC637B400 for ; Wed, 13 Dec 2000 11:36:17 -0800 (PST) Received: from [63.85.104.3] (HELO MILLER1) by pcimedia.com (CommuniGate Pro SMTP 3.1) with SMTP id 300447 for freebsd-current@freebsd.org; Wed, 13 Dec 2000 13:42:17 -0600 Reply-To: From: "John Miller" To: "Freebsd-Current (E-mail)" Subject: Bridging NT4 subnets Date: Wed, 13 Dec 2000 13:35:10 -0600 Message-ID: <000201c0653b$cefdf6c0$01000001@MILLER1> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am having trouble setting up bridge between 2 subnets with NT4 servers on either side. Both subnets are behind different firewalls for external access. Static Routes have been setup on each subnets firewalls to route traffic through the bridge. Windows2000 boxes can map shares on the NT4 servers across the bridge, but the NT4 servers cannot map network shares on NT4 servers across the bridge. Pings across the bridge are successful, though. The error when mapping using Windows explorer is 'Path not found'. The error when use the 'net use' command is 'Error 53 Path not found' The FreeBSD bridge has 'options BRIDGE' in the kernel. No firewall has been configured on this machine. So packets are routed successfully, what is problem NT4 is having with FreeBSD bridge? Any help would be greatly appreciated. John Miller To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 13 12:29:47 2000 From owner-freebsd-current@FreeBSD.ORG Wed Dec 13 12:29:25 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mail2.rdc3.on.home.com (mail2.rdc3.on.home.com [24.2.9.41]) by hub.freebsd.org (Postfix) with ESMTP id CEF9037B400; Wed, 13 Dec 2000 12:28:45 -0800 (PST) Received: from host ([24.43.249.103]) by mail2.rdc3.on.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20001213202841.OLWG26458.mail2.rdc3.on.home.com@host>; Wed, 13 Dec 2000 12:28:41 -0800 Message-ID: <001501c0654b$75146f80$67f92b18@address.com> Reply-To: "Jim Gunn" From: "Jim Gunn" To: Subject: professional art community Date: Wed, 13 Dec 2000 15:26:06 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0012_01C06519.0DCCFEA0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0012_01C06519.0DCCFEA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Chalky Chalk WELCOMES YOU: This is not Spam. If you are not a part of the picture framing or art = industry this was not intended for you and we have no us for your = interest what so ever. To unsubscribe see bottom *************************************************************************= * News service for the professional art community. This information will = keep you up-to-date=20 On the latest trends and events in the industry! = *************************************************************************= * NEW SHOWCASES THIS WEEK *************************************************************************= * Finding a winner. The true winner is the art print investment that you = enjoy.=20 Time will gain the value and the value is higher with less time spent. http://www.geocities.com/chalkychalkpub5/chalkychalkpub5.htm The framing industry is picking up. Many galleries have Communicated an increase in custom framing. *************************************************************************= * Cash on the wall. Learn how anyone can invest in art and make it pay = off. How collector's buy up prints and sell.=20 www.chalkychalk.com *************************************************************************= * Sell/Trade/Buy *************************************************************************= * Potapoff SNOWED IN=20 *************************************************************************= * http://www.geocities.com/chalkychalkpub3/chalkychalkpub3.htm *************************************************************************= * LINDA HOBLEY OCTOBER FLAMES *************************************************************************= * http://www.geocities.com/chalkychalkpub2/chalkychalkpub2.htm *************************************************************************= * ANDREW KISS THE BANDIT *************************************************************************= * http://www.geocities.com/chalkychalkpub4/chalkychalkpub4.htm *************************************************************************= * LIZ MITTEN RYAN REFLECTION *************************************************************************= * http://www.geocities.com/chalkychalkpub5/chalkychalkpub5.htm *************************************************************************= * CHRIS NEWBOLD SERENITY *************************************************************************= * http://www.geocities.com/chalkychalkpub/chalkychalkpub.htm *************************************************************************= * Framing equipment. *************************************************************************= * http://www.larsonjuhl.com http://www.knoell.com http://www.clearmountcorp.com=20 http://www.speed-mat.com *************************************************************************= * Moulding, mats & supplies *************************************************************************= * http://www.pictureframes.com http://www.imageperfectglass.com http://www.crescentcardboard.com http://www.fotiou.com http://www.mtsframes.com=20 http://www.gulloinc.com=20 http://www.oxfordpictureframe.com http://www.rustic-creations.com *************************************************************************= * Art links to resources. *************************************************************************= * www.chalkychalk.com http://www.artaffairs.com http://www.dragonflyproductionsinc.com http://www.hop.ca http://www. bevellededge. com http://www.torontoimageworks.com *************************************************************************= * *************************************************************************= * The Riddle of the day=20 What am I? 1.. Everyone has me. 2.. You will all lose me. 3.. Some see me as substantial & other see me meaningless. 4.. I have never been understood and may never be understood=20 5.. Without me is to be without you and without me is to be without. 6.. I will be the one reason that grants you the possibility to salve = this riddle. 7.. Without me this riddle could never be written. To find out the answer to what am I? Look to:=20 www.chalkychalk.com *************************************************************************= * TO UNSUBSCRIBE FROM ART -NEWS, SIMPLY e-mail:=20 chalkychalk@bizland.com AND WRITE - STOP-in the subject line. This is not Spam. If you are not a part of the picture framing or art = industry this was not intended for you and we have no us for your = interest what so ever. ------=_NextPart_000_0012_01C06519.0DCCFEA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Chalky Chalk WELCOMES=20 YOU:

This is not Spam. If you are not a part of the picture framing or art = industry this was not intended for you and we have no us for your = interest what=20 so ever.

To unsubscribe see bottom


****************************************************************= **********
News=20 service for the professional art community. This information will keep = you=20 up-to-date

On the latest trends and events in the industry!=20 *************************************************************************= *

NEW SHOWCASES THIS=20 WEEK
*********************************************************= *****************
Finding=20 a winner. The true winner is the art print investment that you enjoy. =

Time will gain the value and the value is higher with less time = spent.


http://www.geocities.com/chalkychalkpub5/chalkychalkpub5.= htm

The framing industry is picking up. Many galleries have

Communicated an increase in custom framing.

**********************************************************************= ****
Cash=20 on the wall. Learn how anyone can invest in art and make it pay off. How = collector’s buy up prints and sell.


www.chalkychalk.com


****************************************************************= **********

Sell/Trade/Buy

**********************************************************************= ****

Potapoff SNOWED IN

**********************************************************************= ****
http://www.geocities.com/chalkychalkpub3/chalkychalkpub3.= htm

***********************************************= ***************************
LINDA=20 HOBLEY OCTOBER FLAMES

**********************************************************************= ****

http://www.geocities.com/chalkychalkpub2/chalkychalkpub2.htm

**********************************************************************= ****

ANDREW KISS THE BANDIT

**********************************************************************= ****

http://www.geocities.com/chalkychalkpub4/chalkychalkpub4.htm

**********************************************************************= ****

LIZ MITTEN RYAN REFLECTION

**********************************************************************= ****

http://www.geocities.com/chalkychalkpub5/chalkychalkpub5.htm

 

**********************************************************************= ****

CHRIS NEWBOLD=20 SERENITY
*************************************************************= *************

http://www.geocities.com/chalkychalkpub/chalkychalkpub.htm

**********************************************************************= ****

Framing equipment.

**********************************************************************= ****

http://www.larsonjuhl.com

http://www.knoell.com

http://www.clearmountcorp.com =

http://www.speed-mat.com

 

**********************************************************************= ****

Moulding, mats & supplies

**********************************************************************= ****

http://www.pictureframes.com

http://www.imageperfectglass.com

http://www.crescentcardboard.com

http://www.fotiou.com

http://www.mtsframes.com

http://www.gulloinc.com

http://www.oxfordpictureframe.com

http://www.rustic-creations.com

 

**********************************************************************= ****

Art links to resources.

**********************************************************************= ****

www.chalkychalk.com

http://www.artaffairs.com

http://www.dragonflyproductionsinc.com

http://www.hop.ca

http://www. = bevellededge.=20 com

http://www.torontoimageworks.com

 

**********************************************************************= ****

**********************************************************************= ****

The Riddle of the day

What am I?
  1. Everyone has me.
  2. You will all lose me.
  3. Some see me as substantial & other see me meaningless.
  4. I have never been understood and may never be understood
  5. Without me is to be without you and without me is to be = without.
  6. I will be the one reason that grants you the possibility to salve = this=20 riddle.
  7. Without me this riddle could never be written.

To find out the answer to what am I? Look to:

www.chalkychalk.com

**********************************************************************= ****

 

 

 

 

 

TO UNSUBSCRIBE FROM ART -NEWS, SIMPLY e-mail:

chalkychalk@bizland.com

AND WRITE – STOP-in the subject line.
This is not Spam. If = you are not a=20 part of the picture framing or art industry this was not intended for = you and we=20 have no us for your interest what so=20 ever.

------=_NextPart_000_0012_01C06519.0DCCFEA0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 13 13: 7:59 2000 From owner-freebsd-current@FreeBSD.ORG Wed Dec 13 13:07:56 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mailout00.sul.t-online.com (mailout00.sul.t-online.com [194.25.134.16]) by hub.freebsd.org (Postfix) with ESMTP id 6683337B402 for ; Wed, 13 Dec 2000 13:07:55 -0800 (PST) Received: from fwd01.sul.t-online.com by mailout00.sul.t-online.com with smtp id 146J7t-0004lY-01; Wed, 13 Dec 2000 22:07:49 +0100 Received: from peedub.muc.de (320038014727-0001@[62.155.144.45]) by fmrl01.sul.t-online.com with esmtp id 146J7f-18QAYCC; Wed, 13 Dec 2000 22:07:35 +0100 Received: from peedub.muc.de (localhost [127.0.0.1]) by peedub.muc.de (8.11.1/8.11.1) with ESMTP id eBDL9Ce24744; Wed, 13 Dec 2000 22:09:16 +0100 (CET) (envelope-from garyj@peedub.muc.de) Message-Id: <200012132109.eBDL9Ce24744@peedub.muc.de> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.3 To: Cliff Sarginson Cc: Mark Huizer , freebsd-current@FreeBSD.ORG Subject: Re: fxp driver not reset after Windows reboot? Reply-To: Gary Jennejohn In-reply-to: Your message of "Sun, 10 Dec 2000 20:06:05 +0100." <00121020060504.01067@buffy> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 13 Dec 2000 22:09:11 +0100 From: Gary Jennejohn X-Sender: 320038014727-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Cliff Sarginson writes: > Hello > I have the self same problem with my nics' Realtek 8139's. > But on my '98 machine it is dual bootable with Linux. > If I don't power cycle the PC between using windows and > Linux my nic's are unusable, gaining a MAC address > of FFFF........ as I see yours does. > > I have found no solution for it (even swearing doesnt help) > but since it so similar to your problem and with both Linux > and FreeBSD .... we have been Gate'd again > > Cliff > [snip] I've seen this on a dual booted laptop (w9x and Linux) too. The if_rl.c driver under FreeBSD is intelligent enough to notice that the chip has been put into a funny power management state and reset it (thanks to wpaul). Look for D0 to find the relevant code fragment. You can either incorporate the code from the FBSD driver into the Linux driver or (this is what I did) forbid w9x from using power mamnagement on the interface. --- Gary Jennejohn / garyj@muc.de gj@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 13 14: 3:55 2000 From owner-freebsd-current@FreeBSD.ORG Wed Dec 13 14:03:54 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from ecx1.edifecs.com (mail.edifecs.com [207.153.149.131]) by hub.freebsd.org (Postfix) with ESMTP id 28ACF37B402; Wed, 13 Dec 2000 14:03:54 -0800 (PST) Received: by ecx1.edifecs.com with Internet Mail Service (5.5.2650.21) id ; Wed, 13 Dec 2000 14:00:16 -0800 Message-ID: From: Michael VanLoon To: 'Michael Harnois' , Mike Smith Cc: freebsd-current@FreeBSD.ORG Subject: RE: PCI-PCI Bridge Problems Date: Wed, 13 Dec 2000 14:00:06 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > From: Michael Harnois [mailto:mdharnois@home.com] > Sent: Tuesday, December 12, 2000 6:31 AM > > On Tue, 12 Dec 2000 05:02:59 -0800, Mike Smith > said: > > > I'll keep working on this one; things will go a lot faster if I > > can get my hands on a system that misbehaves in a corresponding > > fashion. > > You're welcome to come to Iowa and use mine. I'll even put you up. Just make sure you bring a shovel... :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 13 14:18:38 2000 From owner-freebsd-current@FreeBSD.ORG Wed Dec 13 14:18:34 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mailhub.teliauk.com (mailhub.teliauk.com [195.12.225.36]) by hub.freebsd.org (Postfix) with ESMTP id 1D51A37B699; Wed, 13 Dec 2000 14:18:33 -0800 (PST) Received: from d1o314.teliauk.com (root@d1o314.teliauk.com [195.12.237.81]) by mailhub.teliauk.com (8.10.1/8.10.1) with ESMTP id eBDMIVA23957; Wed, 13 Dec 2000 22:18:32 GMT Received: from vilnya.demon.co.uk (fakeuser@t1o314p156.teliauk.com [195.12.238.156]) by d1o314.teliauk.com (8.8.8/8.8.8) with ESMTP id WAA09310; Wed, 13 Dec 2000 22:18:10 GMT Received: from haveblue (haveblue.rings [10.2.4.5]) by vilnya.demon.co.uk (Postfix) with SMTP id 86D4ED9B8; Wed, 13 Dec 2000 22:17:29 +0000 (GMT) Message-ID: <011501c06552$c1730c40$0504020a@haveblue> From: "Cameron Grant" To: , References: <015a01c064ad$96667230$0504020a@haveblue> Subject: Re: newpcm/kobj Date: Wed, 13 Dec 2000 22:19:27 -0000 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.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > in the near future, i intend to commit my kobjified newpcm. this gives us > several benefits, including: > > * easier extensibility- new optional methods can be added to > ac97/mixer/channel classes without having to fixup every driver. > > * forward compatibility for drivers, provided no new mandatory methods are > added. > > however, all drivers not in the tree at this time will need to be updated. > > i hope to mfc to -stable in approximately one month, along with the kobj > system. newbus in -stable will not be kobjified. the diff for newpcm/kobj is at http://people.freebsd.org/~cg/kobj.diff.gz -cg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 13 14:43:13 2000 From owner-freebsd-current@FreeBSD.ORG Wed Dec 13 14:43:11 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-64.dsl.snfc21.pacbell.net [63.202.176.64]) by hub.freebsd.org (Postfix) with ESMTP id 27B4D37B698; Wed, 13 Dec 2000 14:43:11 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id eBDMqo310517; Wed, 13 Dec 2000 14:52:54 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012132252.eBDMqo310517@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Michael VanLoon Cc: "'Michael Harnois'" , Mike Smith , freebsd-current@FreeBSD.ORG Subject: Re: PCI-PCI Bridge Problems In-reply-to: Your message of "Wed, 13 Dec 2000 14:00:06 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 13 Dec 2000 14:52:50 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > From: Michael Harnois [mailto:mdharnois@home.com] > > Sent: Tuesday, December 12, 2000 6:31 AM > > > > On Tue, 12 Dec 2000 05:02:59 -0800, Mike Smith > > said: > > > > > I'll keep working on this one; things will go a lot faster if I > > > can get my hands on a system that misbehaves in a corresponding > > > fashion. > > > > You're welcome to come to Iowa and use mine. I'll even put you up. > > Just make sure you bring a shovel... :-) Oh ick, snow. I hate that stuff. 8) On a more relevant tangent; Michael the first - is the most recent cut of the code still not finding things on your PCI bus? I noticed that your ATA controller *was* showing up... If you could, could you try applying http://ziplok.dyndns.org/msmith/pci.diff to a fresh -current source tree and building that? (Make sure you use 'config -g' as well, since the last set of problems reported may have been due to an unclean kernel compile directory). The output from a verbose boot with the above patch might help track some of this down. Thanks! Mike -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 13 23:17:58 2000 From owner-freebsd-current@FreeBSD.ORG Wed Dec 13 23:17:56 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mailhost01.reflexnet.net (mailhost01.reflexnet.net [64.6.192.82]) by hub.freebsd.org (Postfix) with ESMTP id 4FC3137B402 for ; Wed, 13 Dec 2000 23:17:56 -0800 (PST) Received: from rfx-64-6-211-1.users.reflexcom.com ([64.6.211.149]) by mailhost01.reflexnet.net with Microsoft SMTPSVC(5.5.1877.197.19); Wed, 13 Dec 2000 23:16:20 -0800 Received: (from cjc@localhost) by rfx-64-6-211-1.users.reflexcom.com (8.11.0/8.11.0) id eBE7Hsj35416; Wed, 13 Dec 2000 23:17:54 -0800 (PST) (envelope-from cjc) Date: Wed, 13 Dec 2000 23:17:54 -0800 From: "Crist J. Clark" To: Yann Berthier Cc: current@FreeBSD.ORG Subject: Re: buildkernel target breaks on pcivar.h Message-ID: <20001213231754.A35385@rfx-64-6-211-1.users.reflexcom.> Reply-To: cjclark@alum.mit.edu References: <200012121810.LAA31110@harmony.village.org> <10304.976698041@axl.fw.uunet.co.za> <20001213105210.L1085@hsc.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20001213105210.L1085@hsc.fr>; from Yann.Berthier@hsc.fr on Wed, Dec 13, 2000 at 10:52:10AM +0100 Sender: cjc@rfx-64-6-211-1.users.reflexcom.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Dec 13, 2000 at 10:52:10AM +0100, Yann Berthier wrote: > On Wed, 13 Dec 2000, Sheldon Hearn wrote: > > > > > > > On Tue, 12 Dec 2000 11:10:43 MST, Warner Losh wrote: > > > > > I just tried it here and it seemed to work... I also built a kernel > > > last night too. > > > > Given that I've had one "works here" and no "I see it too", it's > > probably safe to assume that I'm doing something stupid. > > Ok, so I'm afraid I'm doing the same stupid thing, because I'm bitten > by the pcivar.h thing during my kernel builds, too :( I had that problem too when I was building this weekend. IIRC there was a rogue '.depend' file in the _source_ tree. Do a 'make clean' of the source tree and see if that helps. -- Crist J. Clark cjclark@alum.mit.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 1:19:14 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 01:19:13 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from lists01.iafrica.com (lists01.iafrica.com [196.7.0.141]) by hub.freebsd.org (Postfix) with ESMTP id 239DF37B400 for ; Thu, 14 Dec 2000 01:19:11 -0800 (PST) Received: from nwl.fw.uunet.co.za ([196.31.2.162]) by lists01.iafrica.com with esmtp (Exim 3.12 #2) id 146UXZ-00004y-00; Thu, 14 Dec 2000 11:19:05 +0200 Received: (from nobody@localhost) by nwl.fw.uunet.co.za (8.8.8/8.6.9) id LAA29573; Thu, 14 Dec 2000 11:19:04 +0200 (SAST) Received: by nwl.fw.uunet.co.za via recvmail id 29366; Thu Dec 14 11:18:31 2000 Received: from sheldonh (helo=axl.fw.uunet.co.za) by axl.fw.uunet.co.za with local-esmtp (Exim 3.16 #1) id 146UX1-0006r1-00; Thu, 14 Dec 2000 11:18:31 +0200 From: Sheldon Hearn To: cjclark@alum.mit.edu Cc: Warner Losh , Alfred Perlstein , current@freebsd.org Subject: Re: buildkernel target breaks on pcivar.h In-reply-to: Your message of "Wed, 13 Dec 2000 23:19:36 PST." <20001213231936.B35385@rfx-64-6-211-1.users.reflexcom.> Date: Thu, 14 Dec 2000 11:18:31 +0200 Message-ID: <26350.976785511@axl.fw.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 13 Dec 2000 23:19:36 PST, "Crist J. Clark" wrote: > I had this problem this weekend. There was a rogue '.depend' file in > my _source_ tree. I thought that I had messed something up. Maybe it > got there some other way. I think I fixed it with a 'make clean' in > the source tree. Ha! That's it. I wonder how those got there? No matter. We can probably assume that it was due to finger trouble. Thanks! Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 2:52:17 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 02:52:16 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id 2AFAF37B400 for ; Thu, 14 Dec 2000 02:52:09 -0800 (PST) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.0/8.11.0) id eBEApt877092 for current@freebsd.org; Thu, 14 Dec 2000 12:51:55 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200012141051.eBEApt877092@zibbi.icomtek.csir.co.za> Subject: ipsend and iptest compile error To: current@freebsd.org Date: Thu, 14 Dec 2000 12:51:54 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: jhay@zibbi.icomtek.csir.co.za Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The struct kinfo_proc changes breaks compiling ipsend and iptest. This patch fix the compile problem, but I don't know if it is the correct fix. Anybody care to comment? With this at least "make world" finished without a problem. John -- John Hay -- John.Hay@icomtek.csir.co.za Index: contrib/ipfilter/ipsend/sock.c =================================================================== RCS file: /home/ncvs/src/contrib/ipfilter/ipsend/sock.c,v retrieving revision 1.3 diff -u -r1.3 sock.c --- contrib/ipfilter/ipsend/sock.c 2000/02/10 03:17:46 1.3 +++ contrib/ipfilter/ipsend/sock.c 2000/12/14 10:40:42 @@ -283,10 +283,10 @@ return NULL; fd = (struct filedesc *)malloc(sizeof(*fd)); - if (KMCPY(fd, p->kp_proc.p_fd, sizeof(*fd)) == -1) + if (KMCPY(fd, p->ki_fd, sizeof(*fd)) == -1) { fprintf(stderr, "read(%#lx,%#lx) failed\n", - (u_long)p, (u_long)p->kp_proc.p_fd); + (u_long)p, (u_long)p->ki_fd); return NULL; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 4:19: 4 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 04:19:00 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 215E937B69D; Thu, 14 Dec 2000 04:18:52 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id XAA23984; Thu, 14 Dec 2000 23:18:42 +1100 Date: Thu, 14 Dec 2000 23:18:41 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Benno Rice Cc: freebsd-current@FreeBSD.ORG Subject: Re: Patch to allow overriding of nm in lorder, genassym.sh In-Reply-To: <20001213224645.A16171@rafe.jeamland.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 Wed, 13 Dec 2000, Benno Rice wrote: > Does anyone object to me committing the attached patch? > > It basically allows the overriding of nm in lorder(1) and sys/kern/genassym.sh > using the environment variable NM. > > I've been using this locally as I've been building with 'powerpc-elf-nm' > rather than nm. > > Comments? Objections? Review? =) I don't like this much. I think I would prefer to use an extension of OBJFORMAT to control all binary utilites consistently. Where do you set NM and corresponding variables for other binary utilities? genassym.sh and lorder.sh are also missing support for the -aout/-elf command line option, and this breaks building of kernels in a non-native object format. I think the correct fix is is to set OBJFORMAT before running shell scripts that run binary utilities, not to clutter the shell scripts with code to select the correct binarary utility. Setting OBJFORMAT globally works in many cases, but not in kernel makefiles, because at least the aicasm needs to be built with the default object format. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 4:46: 8 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 04:46:03 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mail.jeamland.net (rafe.jeamland.net [203.18.243.114]) by hub.freebsd.org (Postfix) with ESMTP id 3F1D537B400 for ; Thu, 14 Dec 2000 04:46:02 -0800 (PST) Received: by mail.jeamland.net (Postfix, from userid 1000) id B3B1170601; Thu, 14 Dec 2000 23:45:59 +1100 (EST) Date: Thu, 14 Dec 2000 23:45:59 +1100 From: Benno Rice To: Bruce Evans Cc: freebsd-current@FreeBSD.ORG Subject: Re: Patch to allow overriding of nm in lorder, genassym.sh Message-ID: <20001214234559.B29875@rafe.jeamland.net> References: <20001213224645.A16171@rafe.jeamland.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from bde@zeta.org.au on Thu, Dec 14, 2000 at 11:18:41PM +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Dec 14, 2000 at 11:18:41PM +1100, Bruce Evans wrote: > On Wed, 13 Dec 2000, Benno Rice wrote: > > > Does anyone object to me committing the attached patch? > > > > It basically allows the overriding of nm in lorder(1) and > > sys/kern/genassym.sh using the environment variable NM. > > > > I've been using this locally as I've been building with 'powerpc-elf-nm' > > rather than nm. > > > > Comments? Objections? Review? =) > > I don't like this much. I think I would prefer to use an extension of > OBJFORMAT to control all binary utilites consistently. Where do you > set NM and corresponding variables for other binary utilities? The compilers et al (from what I can see) have an executable prefix (eg powerpc-elf) compiled in. This is overridable using things like GCC_EXEC_PREFIX but using a scheme like this would still require putting an environment variable into the scripts. I'm happy to do it this way if people prefer it though. I chose the way I did it as it allows people to set NM in Makefiles and have it used by the scripts in the same way CC can be set and used. > genassym.sh and lorder.sh are also missing support for the -aout/-elf > command line option, and this breaks building of kernels in a non-native > object format. I think the correct fix is is to set OBJFORMAT before > running shell scripts that run binary utilities, not to clutter the > shell scripts with code to select the correct binarary utility. This doesn't fix my problem though. The problem I'm facing is that the command 'nm' is hardcoded into both genassym.sh and lorder.sh, when I need to run 'powerpc-elf-nm'. Even if we were to move that piece of config into OBJFORMAT, it'd still require some kind of magic in the scripts. -- Benno Rice benno@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 6:53:40 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 06:53:38 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from webcom.it (brian.inet.it [213.92.4.195]) by hub.freebsd.org (Postfix) with SMTP id 3BF6B37B400 for ; Thu, 14 Dec 2000 06:53:37 -0800 (PST) Received: (qmail 2651 invoked by uid 1000); 14 Dec 2000 14:47:24 -0000 Date: Thu, 14 Dec 2000 15:47:24 +0100 From: Andrea Campi To: John Baldwin Cc: current@FreeBSD.org Subject: Re: cvs commit: src/sys/i386/i386 trap.c Message-ID: <20001214154724.A500@webcom.it> References: <200012131857.eBDIvFl04859@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.org on Wed, Dec 13, 2000 at 10:59:44AM -0800 X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > Modified files: > > sys/i386/i386 trap.c > > Log: > > If we fail to emulate a vm86 trap in kernel mode, then we use > > vm86_trap() to return to the calling program directly. vm86_trap() > > doesn't return, thus it was never returning to trap() to release > > Giant. Thus, release Giant before calling vm86_trap(). > Great John, thanks! Of course I could have abandoned logo_saver, but I love the little devil ;-) Bye, Andrea -- "One world, one web, one program" -- Microsoft promotional ad "Ein Volk, ein Reich, ein Fuehrer" -- Adolf Hitler To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 9: 4:28 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 09:04:26 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 6C20337B400 for ; Thu, 14 Dec 2000 09:04:26 -0800 (PST) Received: from foo.osd.bsdi.com (root@foo.osd.bsdi.com [204.216.28.137]) by pike.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id eBEH4GE74155; Thu, 14 Dec 2000 09:04:16 -0800 (PST) (envelope-from jhb@foo.osd.bsdi.com) Received: (from jhb@localhost) by foo.osd.bsdi.com (8.11.1/8.11.0) id eBEH3R239174; Thu, 14 Dec 2000 09:03:27 -0800 (PST) (envelope-from jhb) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20001214154724.A500@webcom.it> Date: Thu, 14 Dec 2000 09:03:27 -0800 (PST) Organization: BSD, Inc. From: John Baldwin To: Andrea Campi Subject: Re: cvs commit: src/sys/i386/i386 trap.c Cc: current@FreeBSD.org Sender: jhb@foo.osd.bsdi.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 14-Dec-00 Andrea Campi wrote: >> > >> > Modified files: >> > sys/i386/i386 trap.c >> > Log: >> > If we fail to emulate a vm86 trap in kernel mode, then we use >> > vm86_trap() to return to the calling program directly. vm86_trap() >> > doesn't return, thus it was never returning to trap() to release >> > Giant. Thus, release Giant before calling vm86_trap(). >> > > Great John, thanks! > > Of course I could have abandoned logo_saver, but I love the little devil ;-) It's the screen saver I use everywhere, too. :) > Bye, > Andrea -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.Baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 9:40:31 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 09:40:30 2000 Return-Path: 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 8405837B400 for ; Thu, 14 Dec 2000 09:40:26 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id JAA77771; Thu, 14 Dec 2000 09:40:25 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBEHeOv07190; Thu, 14 Dec 2000 09:40:24 -0800 (PST) (envelope-from obrien) Date: Thu, 14 Dec 2000 09:40:23 -0800 From: "David O'Brien" To: cjclark@alum.mit.edu Cc: current@FreeBSD.ORG Subject: Re: buildkernel target breaks on pcivar.h Message-ID: <20001214094023.A7162@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <200012121810.LAA31110@harmony.village.org> <10304.976698041@axl.fw.uunet.co.za> <20001213105210.L1085@hsc.fr> <20001213231754.A35385@rfx-64-6-211-1.users.reflexcom.> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001213231754.A35385@rfx-64-6-211-1.users.reflexcom.>; from cjclark@reflexnet.net on Wed, Dec 13, 2000 at 11:17:54PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Dec 13, 2000 at 11:17:54PM -0800, Crist J. Clark wrote: > I had that problem too when I was building this weekend. IIRC there > was a rogue '.depend' file in the _source_ tree. Do a 'make clean' of > the source tree and see if that helps. `make cleandir' is a better target to use when you've got problems such as this. The `cleandir' target cleans more than `clean'. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 10:14:21 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 10:14:19 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 5820137B400 for ; Thu, 14 Dec 2000 10:14:19 -0800 (PST) Received: from foo.osd.bsdi.com (root@foo.osd.bsdi.com [204.216.28.137]) by pike.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id eBEIE9E77634; Thu, 14 Dec 2000 10:14:09 -0800 (PST) (envelope-from jhb@foo.osd.bsdi.com) Received: (from jhb@localhost) by foo.osd.bsdi.com (8.11.1/8.11.0) id eBEIDEE39682; Thu, 14 Dec 2000 10:13:14 -0800 (PST) (envelope-from jhb) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200012141051.eBEApt877092@zibbi.icomtek.csir.co.za> Date: Thu, 14 Dec 2000 10:13:14 -0800 (PST) Organization: BSD, Inc. From: John Baldwin To: John Hay Subject: RE: ipsend and iptest compile error Cc: current@FreeBSD.ORG Sender: jhb@foo.osd.bsdi.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 14-Dec-00 John Hay wrote: > The struct kinfo_proc changes breaks compiling ipsend and iptest. This > patch fix the compile problem, but I don't know if it is the correct > fix. Anybody care to comment? With this at least "make world" finished > without a problem. It's the right patch, I posted it here 2 days ago. :) However, this is 3rd party code that lives on a vendor branch. Does anyone object if I temporarily add sock.c to src/usr.sbin/ipsend/ so I can fix it w/o pulling it off the vendor branch, or should I just fix it on the vendor branch, or pull it off the vendor branch? -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.Baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 10:26:44 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 10:26:42 2000 Return-Path: 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 5A4B737B402; Thu, 14 Dec 2000 10:26:42 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id eBEIQe508301; Thu, 14 Dec 2000 10:26:40 -0800 (PST) Date: Thu, 14 Dec 2000 10:26:40 -0800 From: Alfred Perlstein To: John Baldwin Cc: John Hay , current@FreeBSD.ORG Subject: Re: ipsend and iptest compile error Message-ID: <20001214102640.D4589@fw.wintelcom.net> References: <200012141051.eBEApt877092@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.ORG on Thu, Dec 14, 2000 at 10:13:14AM -0800 Sender: bright@fw.wintelcom.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * John Baldwin [001214 10:14] wrote: > > On 14-Dec-00 John Hay wrote: > > The struct kinfo_proc changes breaks compiling ipsend and iptest. This > > patch fix the compile problem, but I don't know if it is the correct > > fix. Anybody care to comment? With this at least "make world" finished > > without a problem. > > It's the right patch, I posted it here 2 days ago. :) However, this is 3rd > party code that lives on a vendor branch. Does anyone object if I temporarily > add sock.c to src/usr.sbin/ipsend/ so I can fix it w/o pulling it off the > vendor branch, or should I just fix it on the vendor branch, or pull it off the > vendor branch? I had no problems compiling iptest, just ipsend, this patch: Index: sock.c =================================================================== RCS file: /home/ncvs/src/contrib/ipfilter/ipsend/sock.c,v retrieving revision 1.3 diff -u -r1.3 sock.c --- sock.c 2000/02/10 03:17:46 1.3 +++ sock.c 2000/12/14 02:15:55 @@ -283,12 +283,21 @@ return NULL; fd = (struct filedesc *)malloc(sizeof(*fd)); +#if defined( __FreeBSD_version) && __FreeBSD_version >= 500013 + if (KMCPY(fd, p->ki_fd, sizeof(*fd)) == -1) + { + fprintf(stderr, "read(%#lx,%#lx) failed\n", + (u_long)p, (u_long)p->ki_fd); + return NULL; + } +#else if (KMCPY(fd, p->kp_proc.p_fd, sizeof(*fd)) == -1) { fprintf(stderr, "read(%#lx,%#lx) failed\n", (u_long)p, (u_long)p->kp_proc.p_fd); return NULL; } +#endif o = (struct file **)calloc(1, sizeof(*o) * (fd->fd_lastfile + 1)); if (KMCPY(o, fd->fd_ofiles, (fd->fd_lastfile + 1) * sizeof(*o)) == -1) ...which I sent to Darren yesterday evening could be applied. I haven't heard back however. -- -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 Thu Dec 14 12:24:36 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 12:24:34 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 1C98D37B400 for ; Thu, 14 Dec 2000 12:24:34 -0800 (PST) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id MAA26597 for ; Thu, 14 Dec 2000 12:24:40 -0800 Date: Thu, 14 Dec 2000 12:24:33 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: current@freebsd.org Subject: Old Business: followup about dirty 'modules' directory In-Reply-To: <388F6AB0.8B806F3B@scc.nl> 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 A month or so ago I queried/complained about src/sys/modules getting corrupted with architecture specific derived files such that I could no longer share between i386 && alpha. Part of this issue had to do with having some idiocy on my part, but part of it *seems* to have to do with if you change the default /usr/obj to somewhere else. The setup I have here for all of my varied test machines is: private/per-machine /usr/src (CVS to local cvsup'd copy, ergo, out of date) shared, NFS mounted sys, mounted as /tstsys, and thence a loopback mount to a local directory for /tstsys/compile, CVS to freefall (ergo, could be kept up to the minute for all platforms) What was happening is that just one machine seemed to be polluting /tstsys/modules with derived files (.ko's, .depends, etc.). Big PITA. I queried and everyone said, "huh?", so I shut up and simply loopback mounted /tstsys/modules to a local directory for that machine as well. I finally decided that this was stupid, and looked into it more. It appears that this was the only machine that had a MAKEOBJDIRPREFIX set. Somehow this seemed to interfere with the dance that goes on with building modules for each kernel. I haven't tracked it further than this, but thought I should mention it in case anyone else has stubber their toe on this one. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 12:48:51 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 12:48:49 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 5FD6237B400; Thu, 14 Dec 2000 12:48:49 -0800 (PST) Received: from foo.osd.bsdi.com (root@foo.osd.bsdi.com [204.216.28.137]) by pike.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id eBEKmcE84534; Thu, 14 Dec 2000 12:48:38 -0800 (PST) (envelope-from jhb@foo.osd.bsdi.com) Received: (from jhb@localhost) by foo.osd.bsdi.com (8.11.1/8.11.0) id eBEKlp140726; Thu, 14 Dec 2000 12:47:51 -0800 (PST) (envelope-from jhb) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 14 Dec 2000 12:47:51 -0800 (PST) Organization: BSD, Inc. From: John Baldwin To: current@FreeBSD.org Subject: Cardbus woes Cc: imp@FreeBSD.org, jon@FreeBSD.org Sender: jhb@foo.osd.bsdi.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG With the recent slaughter^Wrework of the PCI code, my hack to allocate resources for unattached PCI devices in pci_probe_nomatch() no longer works. The updated patch can be found at http://www.FreeBSD.org/~jhb/patches/cardbus.hack.patch. Since the PCI changes, inserting the cardbus card I have (Linksys 10/100 PCMPC200) will lock the kernel up hard. I've traced it down to the memcpy() in cardbus_read_tuple_mem() for the tuple containing the product info. If I pop the card out, then that interrupt manages to trigger something so that the machine unlocks, and continues. However, it seems the memcpy() only grabbed part of the info. Notably, the manufacturer string is just "Lin", rather than the full name (Linksys). dc0 fails to attach (the card is out now :-P) but the kernel continues to run fine. So, my Inspiron is backing to being totally dead on cardbus until the resource allocation is fixed. (or my patch is fixed if it is broken). In other news, while wandering through the cardbus code, I discovered that pccbb softc's have an internal mutex much to my surprise, and that they weren't quite being used properly AFAICT. In the pccb0 kthread, they were acquired/released without Giant. However, in the rest of the pccbb driver, they are acquired/released with Giant. This leads to lock order violations which could potentially deadlock the machine at some point. Also, the pccbb0 kthread holds the mutex across the entire card insertion and removal events, which is not quite right. Mutexes should only be held for short periods of time. As such, I've futzed around with the mutex operations in the pccbb driver some. It may not be completely correct, but I think it is an improvement. The patch for this can be found at http://www.FreeBSD.org/~jhb/patches/pccbb.patch. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.Baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 13: 3: 2 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 13:03:01 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id D5CF037B400; Thu, 14 Dec 2000 13:02:59 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eBEL2ws87729; Thu, 14 Dec 2000 14:02:58 -0700 (MST) (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 OAA50353; Thu, 14 Dec 2000 14:02:58 -0700 (MST) Message-Id: <200012142102.OAA50353@harmony.village.org> To: John Baldwin Subject: Re: Cardbus woes Cc: current@FreeBSD.org, jon@FreeBSD.org In-reply-to: Your message of "Thu, 14 Dec 2000 12:47:51 PST." References: Date: Thu, 14 Dec 2000 14:02:58 -0700 From: Warner Losh Sender: imp@harmony.village.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : http://www.FreeBSD.org/~jhb/patches/pccbb.patch. I took a look a this patch, and saw nothing obviously wrong with it. Mike Smith has some uncommitted patches that might amke the resource issue better, but not completely if I'm reading them right (they are extensive, so I might not be). Justin Gibbs has also said that he's working on a rework of cardbus to factor things better. I don't think these patches will conflict with either of these efforts. Finally, can we talk about pccard/cardbus issues and changes in mobile@ rather than current@? Its charter covers this more closely. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 13:18: 8 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 13:18:06 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id A1D4137B400; Thu, 14 Dec 2000 13:18:05 -0800 (PST) Received: from mail.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.11.0.Beta3/8.11.0.Beta3) with ESMTP id eBELEFq21961 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified OK); Thu, 14 Dec 2000 22:14:18 +0100 (MET) Received: from cicely5.cicely.de (cicely5.cicely.de [fec0:0:0:104::5]) by mail.cicely.de (8.11.0.Beta1/8.11.0.Beta1) with ESMTP id eBELEYm23075 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified NO); Thu, 14 Dec 2000 22:14:37 +0100 (CET) Received: (from ticso@localhost) by cicely5.cicely.de (8.11.1/8.11.1) id eBELEY760583; Thu, 14 Dec 2000 22:14:34 +0100 (CET) (envelope-from ticso) Date: Thu, 14 Dec 2000 22:14:34 +0100 From: Bernd Walter To: Andrea Campi Cc: John Baldwin , current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/i386 trap.c Message-ID: <20001214221433.A60565@cicely5.cicely.de> References: <200012131857.eBDIvFl04859@freefall.freebsd.org> <20001214154724.A500@webcom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001214154724.A500@webcom.it>; from andrea@webcom.it on Thu, Dec 14, 2000 at 03:47:24PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Dec 14, 2000 at 03:47:24PM +0100, Andrea Campi wrote: > Of course I could have abandoned logo_saver, but I love the little devil ;-) Which devil? -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 13:40:31 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 13:40:29 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hera.drwilco.net (10dyn105.dh.casema.net [212.64.31.105]) by hub.freebsd.org (Postfix) with ESMTP id CB88537B404 for ; Thu, 14 Dec 2000 13:39:56 -0800 (PST) Received: from ceres.drwilco.nl (ceres.drwilco.net [10.1.1.19]) by hera.drwilco.net (8.11.1/8.11.1) with ESMTP id eBELvml87218; Thu, 14 Dec 2000 22:57:53 +0100 (CET) (envelope-from drwilco@drwilco.nl) Message-Id: <4.3.2.7.0.20001214223915.02a19db0@mail.drwilco.net> X-Sender: drwilco@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 14 Dec 2000 22:40:06 +0100 To: Bernd Walter From: "Rogier R. Mulhuijzen" Subject: Re: cvs commit: src/sys/i386/i386 trap.c Cc: freebsd-current@freebsd.org In-Reply-To: <20001214221433.A60565@cicely5.cicely.de> References: <20001214154724.A500@webcom.it> <200012131857.eBDIvFl04859@freefall.freebsd.org> <20001214154724.A500@webcom.it> 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 At 22:14 14-12-00 +0100, you wrote: >On Thu, Dec 14, 2000 at 03:47:24PM +0100, Andrea Campi wrote: > > Of course I could have abandoned logo_saver, but I love the little > devil ;-) > >Which devil? Hmmm, I've never seen any devil where BSD is involved. Lots of daemons though =) DocWilco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 14:24:20 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 14:24:15 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from axp5.physik.fu-berlin.de (axp5.physik.fu-berlin.de [160.45.34.3]) by hub.freebsd.org (Postfix) with ESMTP id BB2D637B404 for ; Thu, 14 Dec 2000 14:24:13 -0800 (PST) Received: from oberon.physik.fu-berlin.de (oberon.physik.fu-berlin.de [160.45.33.83]) by axp5.physik.fu-berlin.de (8.9.1a/8.9.1) with ESMTP id XAA28586 for ; Thu, 14 Dec 2000 23:24:12 +0100 (MET) Received: (from thimm@localhost) by oberon.physik.fu-berlin.de (8.9.1a/8.9.1) id XAA26874 for freebsd-current@freebsd.org; Thu, 14 Dec 2000 23:24:11 +0100 (MET) Received: from pua.physik.fu-berlin.de (IDENT:root@thimm.dialup.fu-berlin.de [160.45.217.207]) by axp5.physik.fu-berlin.de (8.9.1a/8.9.1) with ESMTP id XAA28091; Thu, 14 Dec 2000 23:12:05 +0100 (MET) Received: (from thimm@localhost) by pua.physik.fu-berlin.de (8.11.0/8.11.0) id eBEM7v114182; Thu, 14 Dec 2000 23:07:57 +0100 Date: Thu, 14 Dec 2000 23:07:56 +0100 From: Axel Thimm To: freebsd-current@freebsd.org Cc: freebsd-hackers@freebsd.org, "David E. Cross" , vladimir-bsd-current@math.uic.edu, Brad Knowles , Andrew Gallatin , Roman Shterenzon , "Scot W. Hetzel" , Greg Lewis , cam , Erik Trulsson , Cy Schubert - ITSD Open Systems Group , Jaap Akkerhuis , Stephen Montgomery-Smith , Coleman Kane , Jeff Fisher , ragnar@sysabend.org, Doug@gorean.org, dillon@backplane.com, Andrew Gordon , andrew@ugh.net.au, Carsten Urbach , Tobias Burnus , Wolfram Klaus Subject: rpc.lockd and true NFS locks? Message-ID: <20001214230756.A13794@pua.domain> Reply-To: Axel Thimm , Carsten Urbach Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Lines: 117 Sender: thimm@oberon.physik.fu-berlin.de Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dear all, rpc.lockd in FreeBSD suffers from a pubic server's lazyness --- It says it's done the job, but never did anything besides talking... Searching through the lists gives different stories. Some say that NFS locking isn't really necessary, but what about locking critical situations like delivering mail over NFS to FreeBSD homes? Procmail & fcntl made our computing department especially unhappy, and we are wondering whether we can keep our migration strategy (moving our homes to backuped FreeBSD boxes). Some of the following quoted mails (consider this mail as a review, if you like) give hope that some people were working on this (without obviously having commited anything, as one can check in cvsweb). Is this true? Has anyone any server side patches for FreeBSD? Is he/she looking for guinea pigs? Anything is better than the current situation. Our users are running away from our otherwise very comfortable FreeBSD homes. :( On Mon, Apr 03, 2000 at 02:07:54PM +0200, Brad Knowles wrote: > [...] > Besides, file locking becomes impossible in -STABLE once you've > mounted it with NFS (we don't have a working lockd, although work in this > area is progressing in -CURRENT), and NFS writes generally suck when > compared to local writes. > [...] On Fri, Apr 07, 2000 at 08:07:40PM -0400, David E. Cross wrote: > I apologize profusely for the delay of this, but lockd-0.2 is out. > The URL is: http://www.cs.rpi.edu/~crossd/FreeBSD/lockd-0.2.tar.gz > [...] > 5) this does not add the code to FreeBSD's kernel to request the NFS locks > (that is a job for people more skilled than I ;) > [...] On Sat, Apr 08, 2000 at 12:23:14AM -0400, David E. Cross wrote: > [...] > http://www.cs.rpi.edu/~crossd/FreeBSD/lockd-0.2a.tar.gz > [...] On Fri, Apr 07, 2000 at 08:44:33PM -0400, Andrew Gallatin wrote: > This might be a bit touchy, but I'm rather curious -- how will the BSDI > merger affect your lockd work? It seems like your work on lockd > (esp. client side & statd interoperation issues) could be speeded up if you > had access to the BSDI sources.. On Tue, Sep 19, 2000 at 12:38:51PM +0200, Roman Shterenzon wrote: > Quoting Andrew Gordon : > > On Mon, 4 Sep 2000, Roman Shterenzon wrote: > > > The rpc.lockd(8) is marked as broken in /etc/defaults/rc.conf in 4.1-R > > > My question is - how bad is it broken? > > The rpc.lockd in 4.x simply answers "Yes" to all locking requests, and > > does not maintain any state. This means that if your programs actually > > need locking, running rpc.lockd will cause problems (file corruption etc). > > > > On the other hand, if your programs don't need locking and are just making > > the locking calls for the hell of it, rpc.lockd will allow these programs > > to run rather than just hanging up. > > > > There was talk a few months ago about someone having implemented NFS > > locking properly, but I haven't heard any more since - check the mailing > > list archives. > > > > [I wrote the existing 'hack' implementation]. On Wed, Sep 20, 2000 at 09:28:36AM -0500, Scot W. Hetzel wrote: > From: "Roman Shterenzon" > > On Tue, 19 Sep 2000 andrew@ugh.net.au wrote: > > > [...] Someone (from something.edu, perhaps rpi.edu) posted a URL to one > > > of the lists of a working but untested rpc.lockd. [...] I believe that Andrew means "David E. Cross" , but his citation some lines above show that he hadn't worked in that direction. > I kind of remember reading about it on the current mailing list. > Current-Users: Has a working rpc.lockd been imported into CURRENT. If it > has, is there a possibility of getting it MFC'd to STABLE. On Thu, Sep 21, 2000 at 11:02:25AM +0930, Greg Lewis wrote: > Look through the freebsd-hackers archive. There was an rpc.lockd > implementation announced there looking for testers about a month or so > before the 4.0 release. The person who wrote it is David Cross who is now a > FreeBSD committer I believe. > > Thats my recollection anyway. Unfortunately I haven't seen any recent > followups. At the time it was deemed too close to the 4.0 release. If you > do test it maybe you can prod David with the results and get it committed to > -current. On Wed, Nov 08, 2000 at 05:45:21PM +0100, Erik Trulsson wrote: > On Wed, Nov 08, 2000 at 02:53:47PM +0100, cam wrote: > > I have to use rpc.lockd on my NFS server (FreeBSD 4.0-STABLE) and I've > > notice that it is broken with this line in /etc/defaults/rc.conf: > > 113: rpc_lockd_enable="NO" # Run NFS rpc.lockd (*broken!*) if nfs_server. > > You can't have looked that hard. This question did come up earlier this > year on -questions and it wasn't difficult to find the answer searching > through the list-archives. > > Anyway, the answer is that lockd is just a dummy implementation. When the > client requests a lock rpc.lockd will just say "A lock? Sure, here you have > one." without actually locking anything. > > The only reason for running this is when you have semi-broken clients > (usually DOS/Windows based) that insist on getting a lock even though they > don't really need it. Then lockd will make them work. This is not true, any true networked system might try to modify the same file, think of mail delivery agents and Mail readers. > ( I seem to remember somebody saying that there was work in progress > writing a fully functional lockd. Has anything materialized on that > front? (A quick check doesn't show anything in the repository.)) Thanks, Axel. -- Axel.Thimm@physik.fu-berlin.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 14:28:46 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 14:28:44 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mailhost01.reflexnet.net (mailhost01.reflexnet.net [64.6.192.82]) by hub.freebsd.org (Postfix) with ESMTP id DA71337B400 for ; Thu, 14 Dec 2000 14:28:43 -0800 (PST) Received: from rfx-64-6-211-1.users.reflexcom.com ([64.6.211.149]) by mailhost01.reflexnet.net with Microsoft SMTPSVC(5.5.1877.197.19); Thu, 14 Dec 2000 14:26:59 -0800 Received: (from cjc@localhost) by rfx-64-6-211-1.users.reflexcom.com (8.11.0/8.11.0) id eBEMSYL39370; Thu, 14 Dec 2000 14:28:34 -0800 (PST) (envelope-from cjc) Date: Thu, 14 Dec 2000 14:28:34 -0800 From: "Crist J. Clark" To: Sheldon Hearn Cc: cjclark@alum.mit.edu, Warner Losh , Alfred Perlstein , current@FreeBSD.ORG Subject: Re: buildkernel target breaks on pcivar.h Message-ID: <20001214142834.A39222@rfx-64-6-211-1.users.reflexcom.> Reply-To: cjclark@alum.mit.edu References: <20001213231936.B35385@rfx-64-6-211-1.users.reflexcom.> <26350.976785511@axl.fw.uunet.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <26350.976785511@axl.fw.uunet.co.za>; from sheldonh@uunet.co.za on Thu, Dec 14, 2000 at 11:18:31AM +0200 Sender: cjc@rfx-64-6-211-1.users.reflexcom.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Dec 14, 2000 at 11:18:31AM +0200, Sheldon Hearn wrote: > > > On Wed, 13 Dec 2000 23:19:36 PST, "Crist J. Clark" wrote: > > > I had this problem this weekend. There was a rogue '.depend' file in > > my _source_ tree. I thought that I had messed something up. Maybe it > > got there some other way. I think I fixed it with a 'make clean' in > > the source tree. > > Ha! That's it. I wonder how those got there? > > No matter. We can probably assume that it was due to finger trouble. OK, I was thinking about this and there is a problem I have with the fat-finger, pilot-error theory. The only machine that I build current on mounts the source tree read-only as an NFS. I could not have accidently left stuff in the source tree. The other issue is that the problem occured in src/sys/modules tree. I cannot recall _ever_ building up there. I would only have ever used the buildkernel target from /usr/src or possibly a 'make' in src/sys/compile/KERNEL. All of those should be building in different object directories. Could we have Makefiles breaking occasionally and leaving droppings in the source tree and we only notice when we get breakage like this pcivar.h thing? When I presented my earlier solution, I should have mentioned that I had only cleaned the directory where I had found the '.depend' and '@' leftovers. I just did a search up my source tree and found, [104:/export/current] ls -la src/sys/modules/accf_data/ total 5 drwxr-xr-x 2 cvs cvs 512 Dec 10 00:04 . drwxr-xr-x 113 cvs cvs 2048 Dec 9 13:50 .. -rw-r--r-- 1 cvs cvs 548 Nov 17 16:46 .depend -rw-r--r-- 1 cvs cvs 179 Jun 19 18:09 Makefile Anyone else have one of those? And what makes me even more suspicious is I have that exact same .depend file (same name, not same contents) in my STABLE tree. It's the only one there too with roughly the same date (two days later). -- Crist J. Clark cjclark@alum.mit.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 14:36: 5 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 14:36:03 2000 Return-Path: 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 D6C9737B400; Thu, 14 Dec 2000 14:36:02 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id OAA79628; Thu, 14 Dec 2000 14:36:01 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBEMa0P10507; Thu, 14 Dec 2000 14:36:00 -0800 (PST) (envelope-from obrien) Date: Thu, 14 Dec 2000 14:36:00 -0800 From: "David O'Brien" To: Alfred Perlstein Cc: John Baldwin , current@FreeBSD.ORG Subject: Re: ipsend and iptest compile error Message-ID: <20001214143600.A10476@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <200012141051.eBEApt877092@zibbi.icomtek.csir.co.za> <20001214102640.D4589@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001214102640.D4589@fw.wintelcom.net>; from bright@wintelcom.net on Thu, Dec 14, 2000 at 10:26:40AM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Dec 14, 2000 at 10:26:40AM -0800, Alfred Perlstein wrote: > I had no problems compiling iptest, just ipsend, this patch: > > Index: sock.c > =================================================================== > RCS file: /home/ncvs/src/contrib/ipfilter/ipsend/sock.c,v > retrieving revision 1.3 > diff -u -r1.3 sock.c > --- sock.c 2000/02/10 03:17:46 1.3 > +++ sock.c 2000/12/14 02:15:55 Looks like this is off the vendor branch, so just commit it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 14:37: 9 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 14:37:07 2000 Return-Path: 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 4928137B400; Thu, 14 Dec 2000 14:37:07 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id OAA79636; Thu, 14 Dec 2000 14:37:06 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBEMb5310539; Thu, 14 Dec 2000 14:37:05 -0800 (PST) (envelope-from obrien) Date: Thu, 14 Dec 2000 14:37:05 -0800 From: "David O'Brien" To: John Baldwin Cc: current@FreeBSD.ORG Subject: Re: ipsend and iptest compile error Message-ID: <20001214143705.B10476@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <200012141051.eBEApt877092@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.ORG on Thu, Dec 14, 2000 at 10:13:14AM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Dec 14, 2000 at 10:13:14AM -0800, John Baldwin wrote: > Does anyone object if I temporarily add sock.c to src/usr.sbin/ipsend/ > so I can fix it w/o pulling it off the vendor branch, or should I just > fix it on the vendor branch, or pull it off the vendor branch? Committing it into src/usr.sbin/ipsend/ will just clutter up the Attic. Since this is current, lets just post the patch somewhere, put a reference in UPDATING to it, and wait for darrenr. This IS Current Afterall(tm) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 14:45:22 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 14:45:18 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (Postfix) with ESMTP id 73FE437B400; Thu, 14 Dec 2000 14:45:18 -0800 (PST) Received: from cs.rpi.edu (monica.cs.rpi.edu [128.213.7.2]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id RAA69128; Thu, 14 Dec 2000 17:45:15 -0500 (EST) Message-Id: <200012142245.RAA69128@cs.rpi.edu> To: Axel Thimm , Carsten Urbach Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: rpc.lockd and true NFS locks? In-Reply-To: Message from Axel Thimm of "Thu, 14 Dec 2000 23:07:56 +0100." <20001214230756.A13794@pua.domain> Date: Thu, 14 Dec 2000 17:45:15 -0500 From: "David E. Cross" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I pruned the Cc: list a bit... One of the email messages that you quoted has the URL for the latest development of the lockd code. As far as tests go it appears to be mostly complete (there appears to be an issue with RPC64 on little endian machines, but I have not yet had a chance to crawl through the librpc code). As for "client" vs. "server", that is quite tricky.... since WRT NFS locking they are both client and server. The "server" side is done and requires no modifcations to the kernel. However a FreeBSD kernel is still unable to acquire an NFS lock. This latter case is quite likely what your users are seeing the affects of. In the end: the code is there and available for those who want to test and play with it. It has not been committed because it is still "broken". I could do it to -current or make it a port, if someone were to tell me that it would be "ok" to do so. -- David Cross | email: crossd@cs.rpi.edu Lab Director | Rm: 308 Lally Hall Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science | Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 14:55: 5 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 14:54:59 2000 Return-Path: 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 C037E37B400; Thu, 14 Dec 2000 14:54:58 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id eBEMssN17539; Thu, 14 Dec 2000 14:54:54 -0800 (PST) Date: Thu, 14 Dec 2000 14:54:54 -0800 From: Alfred Perlstein To: "David E. Cross" Cc: Axel Thimm , Carsten Urbach , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: rpc.lockd and true NFS locks? Message-ID: <20001214145454.I4589@fw.wintelcom.net> References: <200012142245.RAA69128@cs.rpi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200012142245.RAA69128@cs.rpi.edu>; from crossd@cs.rpi.edu on Thu, Dec 14, 2000 at 05:45:15PM -0500 Sender: bright@fw.wintelcom.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * David E. Cross [001214 14:45] wrote: > I pruned the Cc: list a bit... > > One of the email messages that you quoted has the URL for the latest > development of the lockd code. As far as tests go it appears to be mostly > complete (there appears to be an issue with RPC64 on little endian machines, > but I have not yet had a chance to crawl through the librpc code). > > As for "client" vs. "server", that is quite tricky.... since WRT NFS locking > they are both client and server. The "server" side is done and requires no > modifcations to the kernel. However a FreeBSD kernel is still unable to > acquire an NFS lock. This latter case is quite likely what your users are > seeing the affects of. > > In the end: the code is there and available for those who want to test and > play with it. It has not been committed because it is still "broken". > I could do it to -current or make it a port, if someone were to tell me that > it would be "ok" to do so. I would like to see it in both -current and -stable. Please take a deep breath and keep reading. :) I think that although it's partially broken if we gave appropriate warning to the users about the experimental nature of the code we'd be doing them a favor by getting the code out so that _early adopters_ so that they can give us feedback. I do not support removing the current "fake" lockd until we've had ironed out the issues with the experimental lockd. I do not like _only_ having it in -current because then people will never consider it, I have confidence that academic installations and hobbiests would give it a shot, and who knows, maybe we'll get a knock on the door from someone who's completed the client, after all, what use is the client code without the server code? As an interim solution we could put the lockd into the system as rpc.lockd-experimental. I think had we done this over six months ago when you made the initial announcement we'd have enough feedback to begin ironing out the kinks. I want this in the user's faces, taunting and enticing them to use it and give us feedback. :) So can you commit this? -- -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 Thu Dec 14 15: 9:38 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 15:09:35 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from herbelot.dyndns.org (s014.dhcp212-24.cybercable.fr [212.198.24.14]) by hub.freebsd.org (Postfix) with ESMTP id C685537B400; Thu, 14 Dec 2000 15:09:34 -0800 (PST) Received: from free.fr (multi.herbelot.nom [192.168.1.2]) by herbelot.dyndns.org (8.9.3/8.9.3) with ESMTP id AAA02058; Fri, 15 Dec 2000 00:09:32 +0100 (CET) (envelope-from thierry.herbelot@free.fr) Sender: thierry.herbelot@herbelot.dyndns.org Message-ID: <3A39532C.EADF9DAE@free.fr> Date: Fri, 15 Dec 2000 00:09:32 +0100 From: Thierry Herbelot X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: rpc.lockd and true NFS locks? References: <200012142245.RAA69128@cs.rpi.edu> <20001214145454.I4589@fw.wintelcom.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I've recently seen in the NetBSD 1.5 release Notes that *they* claim to have a fully functional rpc.lockd manager : "Server part of NFS locking (implemented by rpc.lockd(8)) now works." could someone have a look at what our cousins have done and perhaps import it in -current ? TfH -- Thierry Herbelot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 15:16:24 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 15:16:23 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 1BA1B37B400; Thu, 14 Dec 2000 15:16:23 -0800 (PST) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by pike.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id eBENGCE90351; Thu, 14 Dec 2000 15:16:12 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20001214143705.B10476@dragon.nuxi.com> Date: Thu, 14 Dec 2000 15:16:25 -0800 (PST) From: John Baldwin To: "David O'Brien" Subject: Re: ipsend and iptest compile error Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 14-Dec-00 David O'Brien wrote: > On Thu, Dec 14, 2000 at 10:13:14AM -0800, John Baldwin wrote: >> Does anyone object if I temporarily add sock.c to src/usr.sbin/ipsend/ >> so I can fix it w/o pulling it off the vendor branch, or should I just >> fix it on the vendor branch, or pull it off the vendor branch? > > Committing it into src/usr.sbin/ipsend/ will just clutter up the Attic. > Since this is current, lets just post the patch somewhere, put a > reference in UPDATING to it, and wait for darrenr. > > This IS Current Afterall(tm) I know, but the number of people that keep bugging me to commit it is growing. :) Alfred's patch is better though, and since the file is apparently not on a vendor branch, he should just commit that. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 15:28: 5 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 15:28:03 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-177-71.dsl.snfc21.pacbell.net [63.202.177.71]) by hub.freebsd.org (Postfix) with ESMTP id 3393A37B400; Thu, 14 Dec 2000 15:28:03 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id eBENcAo01049; Thu, 14 Dec 2000 15:38:14 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012142338.eBENcAo01049@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: John Baldwin Cc: current@FreeBSD.org, imp@FreeBSD.org, jon@FreeBSD.org Subject: Re: Cardbus woes In-reply-to: Your message of "Thu, 14 Dec 2000 12:47:51 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 14 Dec 2000 15:38:10 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > With the recent slaughter^Wrework of the PCI code, my hack to allocate > resources for unattached PCI devices in pci_probe_nomatch() no longer works. > The updated patch can be found at > http://www.FreeBSD.org/~jhb/patches/cardbus.hack.patch. I have a set of working patches at http://ziplok.dyndns.org/msmith/pci.diff which handle resource reservation, making your hack unnecessary. They're not ready for commit yet, but they're known to work (assuming you get this message 8). -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 15:34:45 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 15:34:42 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (Postfix) with ESMTP id B66EF37B400; Thu, 14 Dec 2000 15:34:41 -0800 (PST) Received: from cs.rpi.edu (monica.cs.rpi.edu [128.213.7.2]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id SAA70797; Thu, 14 Dec 2000 18:34:35 -0500 (EST) Message-Id: <200012142334.SAA70797@cs.rpi.edu> To: Alfred Perlstein Cc: "David E. Cross" , Axel Thimm , Carsten Urbach , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, crossd@cs.rpi.edu Subject: Re: rpc.lockd and true NFS locks? In-Reply-To: Message from Alfred Perlstein of "Thu, 14 Dec 2000 14:54:54 PST." <20001214145454.I4589@fw.wintelcom.net> Date: Thu, 14 Dec 2000 18:34:35 -0500 From: "David E. Cross" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm not going to take such an action w/o the blessing of -core. :) -- David Cross | email: crossd@cs.rpi.edu Lab Director | Rm: 308 Lally Hall Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science | Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 15:58:21 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 15:58:17 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from isris.pair.com (isris.pair.com [209.68.2.39]) by hub.freebsd.org (Postfix) with SMTP id 27B0637B404 for ; Thu, 14 Dec 2000 15:58:16 -0800 (PST) Received: (qmail 71717 invoked by uid 3130); 14 Dec 2000 23:58:14 -0000 Date: Thu, 14 Dec 2000 18:58:14 -0500 From: Garrett Rooney To: Thierry Herbelot Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: rpc.lockd and true NFS locks? Message-ID: <20001214185814.A69710@electricjellyfish.net> Mail-Followup-To: Garrett Rooney , Thierry Herbelot , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG References: <200012142245.RAA69128@cs.rpi.edu> <20001214145454.I4589@fw.wintelcom.net> <3A39532C.EADF9DAE@free.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A39532C.EADF9DAE@free.fr>; from thierry.herbelot@free.fr on Fri, Dec 15, 2000 at 12:09:32AM +0100 Sender: rooneg@isris.pair.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Dec 15, 2000 at 12:09:32AM +0100, Thierry Herbelot wrote: > Hello, > > I've recently seen in the NetBSD 1.5 release Notes that *they* claim to > have a fully functional rpc.lockd manager : "Server part of NFS locking > (implemented by rpc.lockd(8)) now works." > > could someone have a look at what our cousins have done and perhaps > import it in -current ? according to http://mail-index.netbsd.org/cgi-bin/projects.cgi?token=&mode=viewproj&projnum=70 code to do this was committed to netbsd on jun 7 2000. -- garrett rooney my pid is inigo montoya. rooneg@electricjellyfish.net you kill -9 my parent process. http://electricjellyfish.net/ prepare to vi. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 16:17:19 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 16:17:16 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id B6E7637B400; Thu, 14 Dec 2000 16:17:16 -0800 (PST) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by pike.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id eBF0H5E92613; Thu, 14 Dec 2000 16:17:05 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200012142338.eBENcAo01049@mass.osd.bsdi.com> Date: Thu, 14 Dec 2000 16:17:16 -0800 (PST) From: John Baldwin To: Mike Smith Subject: Re: Cardbus woes Cc: jon@FreeBSD.org, imp@FreeBSD.org, current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 14-Dec-00 Mike Smith wrote: >> With the recent slaughter^Wrework of the PCI code, my hack to allocate >> resources for unattached PCI devices in pci_probe_nomatch() no longer works. >> The updated patch can be found at >> http://www.FreeBSD.org/~jhb/patches/cardbus.hack.patch. > > I have a set of working patches at > > http://ziplok.dyndns.org/msmith/pci.diff > > which handle resource reservation, making your hack unnecessary. They're > not ready for commit yet, but they're known to work (assuming you get > this message 8). Cool, my hack is all b0rked anyways, so I'll try this out. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 16:19:19 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 16:19:15 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id B340437B400; Thu, 14 Dec 2000 16:19:14 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id eBF0Id999356; Thu, 14 Dec 2000 16:18:39 -0800 (PST) (envelope-from dillon) Date: Thu, 14 Dec 2000 16:18:39 -0800 (PST) From: Matt Dillon Message-Id: <200012150018.eBF0Id999356@earth.backplane.com> To: "David E. Cross" Cc: Alfred Perlstein , Axel Thimm , Carsten Urbach , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, crossd@cs.rpi.edu Subject: Re: rpc.lockd and true NFS locks? References: <200012142334.SAA70797@cs.rpi.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :I'm not going to take such an action w/o the blessing of -core. :) : :-- :David Cross | email: crossd@cs.rpi.edu :Lab Director | Rm: 308 Lally Hall In regards to Jordan's message just a moment ago... you know, I *total* forgot that the BSDI working lockd code was now available. On the otherhand I know that Dave and a lot of people spent a lot of hard work on lockd, and also on the kernel-side implementation. If we were to use the BSDI code the kernel-side implementation would almost certainly be retained with only minor (if any) modification. But the experiemental lockd code would be completely replaced. David, how do you feel about that potentially occuring? Would you like to make a go of it with the BSDI lockd code on builder? -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 16:32:21 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 16:32:17 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (Postfix) with ESMTP id C485737B6A0; Thu, 14 Dec 2000 16:32:13 -0800 (PST) Received: from cs.rpi.edu (bill.cs.rpi.edu [128.213.2.2]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id TAA72567; Thu, 14 Dec 2000 19:31:54 -0500 (EST) Message-Id: <200012150031.TAA72567@cs.rpi.edu> To: Matt Dillon Cc: "David E. Cross" , Alfred Perlstein , Axel Thimm , Carsten Urbach , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, crossd@cs.rpi.edu Subject: Re: rpc.lockd and true NFS locks? In-Reply-To: Message from Matt Dillon of "Thu, 14 Dec 2000 16:18:39 PST." <200012150018.eBF0Id999356@earth.backplane.com> Date: Thu, 14 Dec 2000 19:31:53 -0500 From: "David E. Cross" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Going with the lockd code on builder is great with me. The last I had looked it had some of the same issues as the lockd developed here (no handling of grace periods, etc.), so on a featureset we are even. The rpics lockd has the advantage of being known by some of us to a much greater extent than the BSDI code. _However_ the BSDI code has undergone much more testing and design work than the rpics one. Given this I think the clear choice is with the BSDI code. >sigh< now, if I wasn't always getting buried with stuff. -- David Cross | email: crossd@cs.rpi.edu Lab Director | Rm: 308 Lally Hall Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science | Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 17: 0:47 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 17:00:45 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id B8DC337B402; Thu, 14 Dec 2000 17:00:44 -0800 (PST) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by pike.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id eBF10XE94478; Thu, 14 Dec 2000 17:00:33 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 14 Dec 2000 17:00:46 -0800 (PST) From: John Baldwin To: Mike Smith Subject: Re: Cardbus woes Cc: current@FreeBSD.org, imp@FreeBSD.org, jon@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 15-Dec-00 John Baldwin wrote: > > On 14-Dec-00 Mike Smith wrote: >>> With the recent slaughter^Wrework of the PCI code, my hack to allocate >>> resources for unattached PCI devices in pci_probe_nomatch() no longer >>> works. >>> The updated patch can be found at >>> http://www.FreeBSD.org/~jhb/patches/cardbus.hack.patch. >> >> I have a set of working patches at >> >> http://ziplok.dyndns.org/msmith/pci.diff >> >> which handle resource reservation, making your hack unnecessary. They're >> not ready for commit yet, but they're known to work (assuming you get >> this message 8). > > Cool, my hack is all b0rked anyways, so I'll try this out. No go. :( With this, my soundcard no longer probes properly: pcm0: port 0x1400-0x14ff irq 5 at device 8.0 on"pci0 pcm0: unable to map register space device_probe_and_attach: pcm0 attach returned 6 Also, the cardbus controller seems to not be getting interrupts, as it doesn't notice when a card is inserted and removed anymore. pccard seems to work, except that the beeping is gone (this may be due to pcm0 being hosed though). -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 17: 2:11 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 17:02:08 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 4C2B237B400; Thu, 14 Dec 2000 17:02:07 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eBF125s89170; Thu, 14 Dec 2000 18:02:05 -0700 (MST) (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 SAA64537; Thu, 14 Dec 2000 18:02:04 -0700 (MST) Message-Id: <200012150102.SAA64537@harmony.village.org> To: John Baldwin Subject: Re: Cardbus woes Cc: Mike Smith , current@FreeBSD.org, jon@FreeBSD.org In-reply-to: Your message of "Thu, 14 Dec 2000 17:00:46 PST." References: Date: Thu, 14 Dec 2000 18:02:04 -0700 From: Warner Losh Sender: imp@harmony.village.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message John Baldwin writes: : Also, the cardbus controller seems to not be getting interrupts, as it doesn't : notice when a card is inserted and removed anymore. pccard seems to work, : except that the beeping is gone (this may be due to pcm0 being hosed though). beeping being gone has nothing to do with pcm0 as beeping doesn't use that. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 17:15: 6 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 17:15:04 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 1666B37B400; Thu, 14 Dec 2000 17:15:04 -0800 (PST) Received: from foo.osd.bsdi.com (root@foo.osd.bsdi.com [204.216.28.137]) by pike.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id eBF1ErE94855; Thu, 14 Dec 2000 17:14:53 -0800 (PST) (envelope-from jhb@foo.osd.bsdi.com) Received: (from jhb@localhost) by foo.osd.bsdi.com (8.11.1/8.11.0) id eBF1E5j42518; Thu, 14 Dec 2000 17:14:05 -0800 (PST) (envelope-from jhb) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200012150102.SAA64537@harmony.village.org> Date: Thu, 14 Dec 2000 17:14:04 -0800 (PST) Organization: BSD, Inc. From: John Baldwin To: Warner Losh Subject: Re: Cardbus woes Cc: jon@FreeBSD.org, current@FreeBSD.org, Mike Smith Sender: jhb@foo.osd.bsdi.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 15-Dec-00 Warner Losh wrote: > In message John Baldwin writes: >: Also, the cardbus controller seems to not be getting interrupts, as it >: doesn't >: notice when a card is inserted and removed anymore. pccard seems to work, >: except that the beeping is gone (this may be due to pcm0 being hosed >: though). > > beeping being gone has nothing to do with pcm0 as beeping doesn't use > that. Well, except that the sound output for the little PC speaker is wired through my soundcard. If the soundcard is part way initialized and has the volume muted before it dies, then I won't hear any beeps from the PC speaker. > Warner -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.Baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 17:30:15 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 17:30:14 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-177-71.dsl.snfc21.pacbell.net [63.202.177.71]) by hub.freebsd.org (Postfix) with ESMTP id C80C737B402; Thu, 14 Dec 2000 17:30:13 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id eBF1eOo01497; Thu, 14 Dec 2000 17:40:24 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012150140.eBF1eOo01497@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: John Baldwin Cc: current@FreeBSD.org Subject: Re: Cardbus woes In-reply-to: Your message of "Thu, 14 Dec 2000 17:00:46 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 14 Dec 2000 17:40:24 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > >> I have a set of working patches at > >> > >> http://ziplok.dyndns.org/msmith/pci.diff > >> > >> which handle resource reservation, making your hack unnecessary. They're > >> not ready for commit yet, but they're known to work (assuming you get > >> this message 8). > > > > Cool, my hack is all b0rked anyways, so I'll try this out. > > No go. :( With this, my soundcard no longer probes properly: Verbose boot output, please? -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 14 22: 2:48 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 14 22:02:47 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from lolita.speakeasy.net (lolita.speakeasy.net [216.254.0.13]) by hub.freebsd.org (Postfix) with SMTP id B8B8B37B402 for ; Thu, 14 Dec 2000 22:02:46 -0800 (PST) Received: (qmail 4955 invoked from network); 15 Dec 2000 05:57:14 -0000 Received: from unknown (HELO gonzo.speakeasy.net) (192.168.0.5) by 192.168.0.13 with SMTP; 15 Dec 2000 05:57:14 -0000 Received: (qmail 5208 invoked from network); 15 Dec 2000 06:02:37 -0000 Received: from unknown (HELO aldan.algebra.com) (216.8.24.236) by gonzo.speakeasy.net with SMTP; 15 Dec 2000 06:02:37 -0000 Received: (from mi@localhost) by aldan.algebra.com (8.11.1/8.11.1) id eBF61P694730; Fri, 15 Dec 2000 01:01:25 -0500 (EST) (envelope-from mi) Date: Fri, 15 Dec 2000 01:01:25 -0500 (EST) From: Mikhail Teterin Message-Id: <200012150601.eBF61P694730@aldan.algebra.com> To: current@freebsd.org, obrien@freebsd.org Subject: patch for gnu/usr.bin/ld/Makefile X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" ld.1aout.gz cc -O -pipe -mcpu=i686 -march=i686 -I/opt/src/gnu/usr.bin/ld -I/opt/src/gnu/usr.bin/ld/../../../libexec/rtld-aout -I/opt/src/gnu/usr.bin/ld/../../../libexec/rtld-aout/i386 -I/opt/src/gnu/usr.bin/ld/../../../contrib/gcc -DIN_GCC -DDEMANGLE_CPLUSPLUS -DFREEBSD_AOUT -I/usr/obj/opt/src/i386/usr/include -static -o ld ld.o symbol.o lib.o shlib.o warnings.o support.o rrs.o xbits.o md.o cplus-dem.o cplus-dem.o: In function `cplus_demangle': cplus-dem.o(.text+0x819): undefined reference to `cplus_demangle_new_abi' *** Error code 1 1 error [...] A surprisingly simple patch fixed it: +++ gnu/usr.bin/ld/Makefile Mon Jan 3 05:41:11 2000 +++ gnu/usr.bin/ld/Makefile Fri Dec 15 00:40:07 2000 @@ -9,5 +9,5 @@ MAN1aout=ld.1aout SRCS= ld.c symbol.c lib.c shlib.c warnings.c support.c rrs.c xbits.c md.c \ - cplus-dem.c + cplus-dem.c cp-demangle.c dyn-string.c CFLAGS+= -I${.CURDIR} -I${RTLD} -I${RTLD}/${MACHINE_ARCH} \ -I${GCCDIR} -DIN_GCC -DDEMANGLE_CPLUSPLUS -DFREEBSD_AOUT The Makefile did not change for almost a year, but some changes were -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 1: 2:13 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 01:02:11 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from lists01.iafrica.com (lists01.iafrica.com [196.7.0.141]) by hub.freebsd.org (Postfix) with ESMTP id 0EDB737B400 for ; Fri, 15 Dec 2000 01:02:08 -0800 (PST) Received: from nwl.fw.uunet.co.za ([196.31.2.162]) by lists01.iafrica.com with esmtp (Exim 3.12 #2) id 146qkc-0006ti-00; Fri, 15 Dec 2000 11:02:02 +0200 Received: (from nobody@localhost) by nwl.fw.uunet.co.za (8.8.8/8.6.9) id LAA11060; Fri, 15 Dec 2000 11:01:59 +0200 (SAST) Received: by nwl.fw.uunet.co.za via recvmail id 11011; Fri Dec 15 11:01:50 2000 Received: from sheldonh (helo=axl.fw.uunet.co.za) by axl.fw.uunet.co.za with local-esmtp (Exim 3.16 #1) id 146qkO-000MaS-00; Fri, 15 Dec 2000 11:01:48 +0200 From: Sheldon Hearn To: cjclark@alum.mit.edu Cc: Warner Losh , Alfred Perlstein , current@freebsd.org Subject: Re: buildkernel target breaks on pcivar.h In-reply-to: Your message of "Thu, 14 Dec 2000 14:28:34 PST." <20001214142834.A39222@rfx-64-6-211-1.users.reflexcom.> Date: Fri, 15 Dec 2000 11:01:48 +0200 Message-ID: <86816.976870908@axl.fw.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 14 Dec 2000 14:28:34 PST, "Crist J. Clark" wrote: > Anyone else have one of those? And what makes me even more suspicious > is I have that exact same .depend file (same name, not same contents) > in my STABLE tree. It's the only one there too with roughly the same > date (two days later). I've taken a closer look at the script I use to autobuild world and kernel every night. Correct me if I'm wrong, but I should _never_ have any .depend files lying around during a build if I do this before every world + kernel build: rm -rf /usr/obj/usr/src cd /usr/src make cleandir If I'm wrong, great. That means it's finger trouble and I should get my act together. If not, then I'm quite puzzled as to the origins of these things, since I don't use parallel builds. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 1: 9:17 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 01:09:14 2000 Return-Path: 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 66A1937B400; Fri, 15 Dec 2000 01:09:14 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel3.hp.com (Postfix) with ESMTP id 46B9FF5B; Fri, 15 Dec 2000 01:09:13 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id BAA29374; Fri, 15 Dec 2000 01:09:12 -0800 (PST) Sender: marcel@cup.hp.com Message-ID: <3A39DFB8.2636725A@cup.hp.com> Date: Fri, 15 Dec 2000 01:09:12 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Benno Rice Cc: Bruce Evans , freebsd-current@FreeBSD.ORG Subject: Re: Patch to allow overriding of nm in lorder, genassym.sh References: <20001213224645.A16171@rafe.jeamland.net> <20001214234559.B29875@rafe.jeamland.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Benno Rice wrote: > > > genassym.sh and lorder.sh are also missing support for the -aout/-elf > > command line option, and this breaks building of kernels in a non-native > > object format. I think the correct fix is is to set OBJFORMAT before > > running shell scripts that run binary utilities, not to clutter the > > shell scripts with code to select the correct binarary utility. > > This doesn't fix my problem though. The problem I'm facing is that the > command 'nm' is hardcoded into both genassym.sh and lorder.sh, when I > need to run 'powerpc-elf-nm'. Even if we were to move that piece of config > into OBJFORMAT, it'd still require some kind of magic in the scripts. Having nm(1) hardcoded is not a problem if you can cross build. I assume our toolchain has support for the powerpc and thus will build and install nm(1) in the object tree. Yes, if cross building doesn't work yet, we're forced to revert to hackery because we don't have sufficient flexibility and all we basicly need is a prefix, right? (for example "powerpc-elf-" or "ia64-unknown-linux-") -- 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 Fri Dec 15 4:49:45 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 04:49:43 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (ns.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id D352237B400; Fri, 15 Dec 2000 04:49:39 -0800 (PST) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.109]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id eBFCmBB03048; Fri, 15 Dec 2000 14:49:13 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.1/8.9.3) with ESMTP id eBFCm1l22024; Fri, 15 Dec 2000 14:48:02 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A3A12FC.7ABDC308@FreeBSD.org> Date: Fri, 15 Dec 2000 14:47:56 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: Mikhail Teterin Cc: current@FreeBSD.org, obrien@FreeBSD.org Subject: Re: patch for gnu/usr.bin/ld/Makefile References: <200012150601.eBF61P694730@aldan.algebra.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mikhail Teterin wrote: > Hello! > > During my attempt to build 5.0-current using 4.2-BETA, I stumbled > upon the following error: > > [...] > gzip -cn /opt/src/gnu/usr.bin/ld/ld.1aout > ld.1aout.gz > cc -O -pipe -mcpu=i686 -march=i686 -I/opt/src/gnu/usr.bin/ld -I/opt/src/gnu/usr.bin/ld/../../../libexec/rtld-aout -I/opt/src/gnu/usr.bin/ld/../../../libexec/rtld-aout/i386 -I/opt/src/gnu/usr.bin/ld/../../../contrib/gcc -DIN_GCC -DDEMANGLE_CPLUSPLUS -DFREEBSD_AOUT -I/usr/obj/opt/src/i386/usr/include -static -o ld ld.o symbol.o lib.o shlib.o warnings.o support.o rrs.o xbits.o md.o cplus-dem.o > cplus-dem.o: In function `cplus_demangle': > cplus-dem.o(.text+0x819): undefined reference to `cplus_demangle_new_abi' > *** Error code 1 > 1 error I'm observing this breakage as well. Please fix. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 6: 8:27 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 06:08:25 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mta03.mail.mel.aone.net.au (mta03.mail.au.uu.net [203.2.192.83]) by hub.freebsd.org (Postfix) with ESMTP id E4EC137B400 for ; Fri, 15 Dec 2000 06:08:24 -0800 (PST) Received: from camtech.net.au ([203.55.241.24]) by mta03.mail.mel.aone.net.au with ESMTP id <20001215140822.MKQF4972.mta03.mail.mel.aone.net.au@camtech.net.au>; Sat, 16 Dec 2000 01:08:22 +1100 Sender: me@FreeBSD.ORG Message-ID: <3A3A2644.1C1F2990@camtech.net.au> Date: Sat, 16 Dec 2000 00:40:12 +1030 From: Matthew Thyer X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Brooks Davis Cc: Mike Meyer , "Daniel C. Sobral" , Warner Losh , "Brandon D. Valentine" , Garrett Wollman , current@FreeBSD.ORG Subject: Re: Confusing error messages from shell image activation References: <14898.33404.356173.963351@guru.mired.org> <14898.31393.228926.763711@guru.mired.org> <200012100904.CAA27546@harmony.village.org> <3A336781.94E1646@newsguy.com> <14899.41809.754369.259894@guru.mired.org> <20001210101012.A1488@Odin.AC.HMC.Edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brooks Davis wrote: > I'm fairly sure that some of the software distributed by SGI on their > unsupported free software media does this. Incorrect. SGI IRIX uses /usr/freeware and has for at least all of 6.X. I think 5.3 may have also used that path. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 8: 1:19 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 08:01:17 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from tmtowtdi.perl.org (tmtowtdi.perl.org [209.85.3.25]) by hub.freebsd.org (Postfix) with SMTP id 533DF37B400 for ; Fri, 15 Dec 2000 08:01:17 -0800 (PST) Received: (qmail 14590 invoked by uid 507); 15 Dec 2000 16:01:16 -0000 Date: 15 Dec 2000 16:01:16 -0000 Subject: Perlbug 19991212.003 status update X-Errors-To: richard@perl.org X-Original-To: richard@perl.org X-Original-From: perlbugtron@bugs.perl.org To: mah@everyhost.com From: bugdb@perl.org X-Perlbug: Perlbug(tron) v2.30 X-Original-Message-Id: duff_14584_19057352.7895283@tmtowtdi.perl.org Cc: current@freebsd.org, spp@ds.net Message-Id: <14584_909986838.865808@bugs.perl.org> X-Original-Subject: Perlbug internal message Sender: richard@perl.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The status of bug(19991212.003) has been updated: Original status: Version: 5.053 Status: open Category: unknown Severity: medium Os: freebsd Fixed in: Current status: ------------------------------------------------------------------------------- Subject: Segfault on $f->print for IO::File BugID : 19991212.003 Status: closed Created: 1999-12-12 20:28:17 Category: unknown Version: 5.053 Severity: medium Fixed in: Os: freebsd Patch Ids: Admins: stephenp Sourceaddr: mah@everyhost.com MessageIDs: 5039 NoteIDs: PatchIDs: ChangeIDs: TestIDs: To see current data on this bug(19991212.003) send an email of the following form: To: bugdb@perl.org Subject: -B 19991212.003 Or to see this data on the web, visit: http://bugs.perl.org/perlbug.cgi?req=bid&bid=19991212.003 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 8: 1:27 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 08:01:22 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (ns.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id F21D037B402; Fri, 15 Dec 2000 08:01:17 -0800 (PST) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.109]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id eBFG0ZQ07529; Fri, 15 Dec 2000 18:00:47 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.1/8.9.3) with ESMTP id eBFG0bl70155; Fri, 15 Dec 2000 18:00:37 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A3A4022.5ACCF84A@FreeBSD.org> Date: Fri, 15 Dec 2000 18:00:34 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: Mikhail Teterin , current@FreeBSD.org, obrien@FreeBSD.org Subject: Re: patch for gnu/usr.bin/ld/Makefile References: <200012150601.eBF61P694730@aldan.algebra.com> <3A3A12FC.7ABDC308@FreeBSD.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Maxim Sobolev wrote: > Mikhail Teterin wrote: > > > Hello! > > > > During my attempt to build 5.0-current using 4.2-BETA, I stumbled > > upon the following error: > > > > [...] > > gzip -cn /opt/src/gnu/usr.bin/ld/ld.1aout > ld.1aout.gz > > cc -O -pipe -mcpu=i686 -march=i686 -I/opt/src/gnu/usr.bin/ld -I/opt/src/gnu/usr.bin/ld/../../../libexec/rtld-aout -I/opt/src/gnu/usr.bin/ld/../../../libexec/rtld-aout/i386 -I/opt/src/gnu/usr.bin/ld/../../../contrib/gcc -DIN_GCC -DDEMANGLE_CPLUSPLUS -DFREEBSD_AOUT -I/usr/obj/opt/src/i386/usr/include -static -o ld ld.o symbol.o lib.o shlib.o warnings.o support.o rrs.o xbits.o md.o cplus-dem.o > > cplus-dem.o: In function `cplus_demangle': > > cplus-dem.o(.text+0x819): undefined reference to `cplus_demangle_new_abi' > > *** Error code 1 > > 1 error > > I'm observing this breakage as well. Please fix. BTW, Mikhail's patch fixed the problem -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 8:57:44 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 08:57:41 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mailhost01.reflexnet.net (mailhost01.reflexnet.net [64.6.192.82]) by hub.freebsd.org (Postfix) with ESMTP id B0C2337B400 for ; Fri, 15 Dec 2000 08:57:41 -0800 (PST) Received: from rfx-64-6-211-1.users.reflexcom.com ([64.6.211.149]) by mailhost01.reflexnet.net with Microsoft SMTPSVC(5.5.1877.197.19); Fri, 15 Dec 2000 08:55:46 -0800 Received: (from cjc@localhost) by rfx-64-6-211-1.users.reflexcom.com (8.11.0/8.11.0) id eBFGvIm73514; Fri, 15 Dec 2000 08:57:18 -0800 (PST) (envelope-from cjc) Date: Fri, 15 Dec 2000 08:57:17 -0800 From: "Crist J. Clark" To: Sheldon Hearn Cc: cjclark@alum.mit.edu, Warner Losh , Alfred Perlstein , current@freebsd.org Subject: Re: buildkernel target breaks on pcivar.h Message-ID: <20001215085717.M96105@149.211.6.64.reflexcom.com> Reply-To: cjclark@alum.mit.edu References: <20001214142834.A39222@rfx-64-6-211-1.users.reflexcom.> <86816.976870908@axl.fw.uunet.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <86816.976870908@axl.fw.uunet.co.za>; from sheldonh@uunet.co.za on Fri, Dec 15, 2000 at 11:01:48AM +0200 Sender: cjc@rfx-64-6-211-1.users.reflexcom.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Dec 15, 2000 at 11:01:48AM +0200, Sheldon Hearn wrote: > > > On Thu, 14 Dec 2000 14:28:34 PST, "Crist J. Clark" wrote: > > > Anyone else have one of those? And what makes me even more suspicious > > is I have that exact same .depend file (same name, not same contents) > > in my STABLE tree. It's the only one there too with roughly the same > > date (two days later). > > I've taken a closer look at the script I use to autobuild world and > kernel every night. > > Correct me if I'm wrong, but I should _never_ have any .depend files > lying around during a build if I do this before every world + kernel > build: > > rm -rf /usr/obj/usr/src > cd /usr/src > make cleandir > > If I'm wrong, great. That means it's finger trouble and I should get my > act together. If not, then I'm quite puzzled as to the origins of these > things, since I don't use parallel builds. Actually, a 'make cleandir' from /usr/src will not clean the sys/modules hierarchy unless MODULES_WITH_WORLD is set. -- Crist J. Clark cjclark@alum.mit.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 9:27:17 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 09:27:16 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mail.jocose.org (mail.jocose.org [199.199.226.71]) by hub.freebsd.org (Postfix) with SMTP id 32F4F37B400 for ; Fri, 15 Dec 2000 09:27:08 -0800 (PST) Received: (qmail 1874 invoked by uid 1013); 15 Dec 2000 17:26:52 -0000 Date: Fri, 15 Dec 2000 11:26:52 -0600 From: Peter Schultz To: current@freebsd.org Subject: usr.sbin/ntp/ntpd make: Cannot allocate memory Message-ID: <20001215112651.A1816@jocose.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: pete@mail.jocose.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'm new at tracking current and I'm having trouble getting past this make error. I've searched around the archive but can't find the answer. I have 128MB of memory and 384MB of swap so I'm really not sure what's going on. I'm running a tyan s1832dl with dual PII350s and SMP seems to be working fine everywhere else so I don't think it's that. Heck, I even got my sound card to make noise. Anyone want to help this newbie? Thanks, Pete... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 10:19:51 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 10:19:50 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from world4you.com (unknown [195.63.82.20]) by hub.freebsd.org (Postfix) with ESMTP id 7D2E237B400 for ; Fri, 15 Dec 2000 10:19:49 -0800 (PST) Received: from blackdeath.bi0net [62.224.46.42] by world4you.com with ESMTP (SMTPD32-6.00) id A06581B054A; Fri, 15 Dec 2000 19:18:13 +0100 Received: (from bi0@localhost) by blackdeath.bi0net (8.11.1/8.11.1) id eBFIL3x16787 for freebsd-current@freebsd.org; Fri, 15 Dec 2000 19:21:03 +0100 (CET) (envelope-from bi0) Date: Fri, 15 Dec 2000 19:21:03 +0100 From: bi0 To: freebsd-current@freebsd.org Subject: subsscribe Message-ID: <20001215192103.A14899@blackdeath.bi0net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe -- -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GU d- s-:- a--- C++ UB++ P++ L- E--- W++ N+ o+ K- w--- O-- M-- V-- PS+++ PE-- Y++ PGP++ t-- 5 X- R+ tv b++ DI--- D G e- h! r- !y+ ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 10:31:13 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 10:31:09 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (grouter.grondar.za [196.7.18.65]) by hub.freebsd.org (Postfix) with ESMTP id C194F37B402 for ; Fri, 15 Dec 2000 10:31:05 -0800 (PST) Received: from grondar.za (root@gratis.grondar.za [196.7.18.133]) by gratis.grondar.za (8.11.1/8.11.1) with ESMTP id eBFIUSI55680; Fri, 15 Dec 2000 20:30:28 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <200012151830.eBFIUSI55680@gratis.grondar.za> To: Peter Schultz Cc: current@FreeBSD.ORG Subject: Re: usr.sbin/ntp/ntpd make: Cannot allocate memory References: <20001215112651.A1816@jocose.org> In-Reply-To: <20001215112651.A1816@jocose.org> ; from Peter Schultz "Fri, 15 Dec 2000 11:26:52 CST." Date: Fri, 15 Dec 2000 20:30:35 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm also seing this, on my smallest build machine. (My biggest is an SMP box, and it hasn't completed a make world in about a week due to hard hangs). > I'm new at tracking current and I'm having trouble getting > past this make error. I've searched around the archive but > can't find the answer. I have 128MB of memory and 384MB > of swap so I'm really not sure what's going on. > > I'm running a tyan s1832dl with dual PII350s and SMP seems > to be working fine everywhere else so I don't think it's > that. Heck, I even got my sound card to make noise. > > Anyone want to help this newbie? > > Thanks, > Pete... > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 10:41:59 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 10:41:57 2000 Return-Path: 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 0754437B404 for ; Fri, 15 Dec 2000 10:41:57 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id KAA85715; Fri, 15 Dec 2000 10:41:56 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBFIfsX17021; Fri, 15 Dec 2000 10:41:54 -0800 (PST) (envelope-from obrien) Date: Fri, 15 Dec 2000 10:41:54 -0800 From: "David O'Brien" To: Mikhail Teterin Cc: current@freebsd.org Subject: Re: patch for gnu/usr.bin/ld/Makefile Message-ID: <20001215104154.C14121@dragon.nuxi.com> Reply-To: current@freebsd.org References: <200012150601.eBF61P694730@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200012150601.eBF61P694730@aldan.algebra.com>; from mi@aldan.algebra.com on Fri, Dec 15, 2000 at 01:01:25AM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Dec 15, 2000 at 01:01:25AM -0500, Mikhail Teterin wrote: > During my attempt to build 5.0-current using 4.2-BETA, I stumbled > upon the following error: How did you try to do the build?? I'm going to need a lot more details because something is really fubared, and this is the first I've heard of any problems like this. Which is strange considering how long Bintuils 2.10.x has been in -current. > cplus-dem.o: In function `cplus_demangle': > cplus-dem.o(.text+0x819): undefined reference to `cplus_demangle_new_abi' ^^^^^^^^^^^^^^^^^^^^^^^^ Binutils 2.10.1 sources > +++ gnu/usr.bin/ld/Makefile Mon Jan 3 05:41:11 2000 > +++ gnu/usr.bin/ld/Makefile Fri Dec 15 00:40:07 2000 > @@ -9,5 +9,5 @@ > MAN1aout=ld.1aout This is the *OLD* a.out linker. It certainly would not be using Binutils 2.10.1 sources. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 12:24:14 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 12:24:12 2000 Return-Path: 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 4A64E37B400 for ; Fri, 15 Dec 2000 12:24:12 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id MAA86326 for ; Fri, 15 Dec 2000 12:24:11 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBFKOAP21841 for current@FreeBSD.org; Fri, 15 Dec 2000 12:24:10 -0800 (PST) (envelope-from obrien) Date: Fri, 15 Dec 2000 12:24:10 -0800 From: "David O'Brien" To: current@FreeBSD.org Subject: Re: patch for gnu/usr.bin/ld/Makefile Message-ID: <20001215122409.A21820@dragon.nuxi.com> Reply-To: current@FreeBSD.org References: <200012150601.eBF61P694730@aldan.algebra.com> <3A3A12FC.7ABDC308@FreeBSD.org> <3A3A4022.5ACCF84A@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A3A4022.5ACCF84A@FreeBSD.org>; from sobomax@FreeBSD.org on Fri, Dec 15, 2000 at 06:00:34PM +0200 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Dec 15, 2000 at 06:00:34PM +0200, Maxim Sobolev wrote: > BTW, Mikhail's patch fixed the problem It was the wrong fix. The better bandaid has been committed. Enjoy! -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 12:27:47 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 12:27:45 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from privatecube.privatelabs.com (unknown [63.114.185.254]) by hub.freebsd.org (Postfix) with ESMTP id EAC9137B400 for ; Fri, 15 Dec 2000 12:27:44 -0800 (PST) Received: from misha.privatelabs.com (root@misha.plten [10.0.0.106]) by privatecube.privatelabs.com (8.9.3/8.9.2) with ESMTP id PAA20254 for ; Fri, 15 Dec 2000 15:47:27 -0500 Received: from virtual-estates.net (mi@localhost [127.0.0.1]) by misha.privatelabs.com (8.11.0/8.9.3) with ESMTP id eBFKRf053468 for ; Fri, 15 Dec 2000 15:27:42 -0500 (EST) (envelope-from mi@virtual-estates.net) Message-Id: <200012152027.eBFKRf053468@misha.privatelabs.com> Date: Fri, 15 Dec 2000 15:27:40 -0500 (EST) From: mi@aldan.algebra.com Subject: Re: patch for gnu/usr.bin/ld/Makefile To: current@freebsd.org In-Reply-To: <20001215104154.C14121@dragon.nuxi.com> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: mi@virtual-estates.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 15 Dec, David O'Brien wrote: = On Fri, Dec 15, 2000 at 01:01:25AM -0500, Mikhail Teterin wrote: = > During my attempt to build 5.0-current using 4.2-BETA, I stumbled = > upon the following error: = = How did you try to do the build?? Well, I cvsup-ed to current, read the UPDATING and: make -DNOCLEAN -DNOCLEANDIR buildworld -j 7 The /usr/obj was empty -- hence the NOCLEAN. I have two CPUs -- hence the -j 7. = I'm going to need a lot more details = because something is really fubared, and this is the first I've heard of = any problems like this. Which is strange considering how long Bintuils = 2.10.x has been in -current. But something was just changed in contrib/gcc/cp -- right? -mi = > cplus-dem.o: In function `cplus_demangle': = > cplus-dem.o(.text+0x819): undefined reference to `cplus_demangle_new_abi' = ^^^^^^^^^^^^^^^^^^^^^^^^ = Binutils 2.10.1 sources = = = > +++ gnu/usr.bin/ld/Makefile Mon Jan 3 05:41:11 2000 = > +++ gnu/usr.bin/ld/Makefile Fri Dec 15 00:40:07 2000 = > @@ -9,5 +9,5 @@ = > MAN1aout=ld.1aout = = This is the *OLD* a.out linker. It certainly would not be using Binutils = 2.10.1 sources. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 13: 3: 7 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 13:03:04 2000 Return-Path: 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 A498937B400 for ; Fri, 15 Dec 2000 13:03:04 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id NAA86524; Fri, 15 Dec 2000 13:03:03 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eBFL2xr22204; Fri, 15 Dec 2000 13:02:59 -0800 (PST) (envelope-from obrien) Date: Fri, 15 Dec 2000 13:02:59 -0800 From: "David O'Brien" To: mi@aldan.algebra.com Cc: current@freebsd.org Subject: Re: patch for gnu/usr.bin/ld/Makefile Message-ID: <20001215130259.A22181@dragon.nuxi.com> Reply-To: current@freebsd.org References: <20001215104154.C14121@dragon.nuxi.com> <200012152027.eBFKRf053468@misha.privatelabs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200012152027.eBFKRf053468@misha.privatelabs.com>; from mi@aldan.algebra.com on Fri, Dec 15, 2000 at 03:27:40PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Dec 15, 2000 at 03:27:40PM -0500, mi@aldan.algebra.com wrote: > = I'm going to need a lot more details > = because something is really fubared, and this is the first I've heard of > = any problems like this. Which is strange considering how long Bintuils > = 2.10.x has been in -current. > > But something was just changed in contrib/gcc/cp -- right? Things changed in src/contrib/gcc/ but those changes *should* have been isoluated from everyone. I did not realize the old a.out linker was grabing bits out of src/contrib/gcc/. It should not have been. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 13:48:21 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 13:48:19 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 18A7537B400 for ; Fri, 15 Dec 2000 13:48:18 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eBFLmDs93537; Fri, 15 Dec 2000 14:48:13 -0700 (MST) (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 OAA71587; Fri, 15 Dec 2000 14:48:12 -0700 (MST) Message-Id: <200012152148.OAA71587@harmony.village.org> To: Sheldon Hearn Subject: Re: buildkernel target breaks on pcivar.h Cc: cjclark@alum.mit.edu, Alfred Perlstein , current@FreeBSD.ORG In-reply-to: Your message of "Fri, 15 Dec 2000 11:01:48 +0200." <86816.976870908@axl.fw.uunet.co.za> References: <86816.976870908@axl.fw.uunet.co.za> Date: Fri, 15 Dec 2000 14:48:12 -0700 From: Warner Losh Sender: imp@harmony.village.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <86816.976870908@axl.fw.uunet.co.za> Sheldon Hearn writes: : Correct me if I'm wrong, but I should _never_ have any .depend files : lying around during a build if I do this before every world + kernel : build: : rm -rf /usr/obj/usr/src : cd /usr/src : make cleandir : If I'm wrong, great. That means it's finger trouble and I should get my : act together. If not, then I'm quite puzzled as to the origins of these : things, since I don't use parallel builds. That's right. However, you can get these if you've gone in and built a module by hand at any point. In that case the .depend wind up in /usr/src rather than /usr/obj. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 16:37: 8 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 16:37:07 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 5D02837B400 for ; Fri, 15 Dec 2000 16:37:06 -0800 (PST) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id eBG0akw15744 for ; Fri, 15 Dec 2000 16:36:46 -0800 (PST) (envelope-from jkh@winston.osd.bsdi.com) To: current@freebsd.org Subject: zero copy changes in /sys/conf Date: Fri, 15 Dec 2000 16:36:46 -0800 Message-ID: <15740.976927006@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Whoops, it's just been brought to my attention that I inadvertently committed a couple of harmless changes relating to the zero-copy stuff when I committed a PR fix to newvers.sh. Last I checked, there were also plans to bring the zero-copy code rather imminently into -current but I haven't seen anything yet. If these plans are still unchanged then we can consider this a mere advance commit, otherwise I'll back them out. What's up with the zero-copy stuff? Thanks. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 16:43:20 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 16:43:17 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id E001937B400 for ; Fri, 15 Dec 2000 16:43:16 -0800 (PST) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by pike.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id eBG0guE35642; Fri, 15 Dec 2000 16:42:56 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <15740.976927006@winston.osd.bsdi.com> Date: Fri, 15 Dec 2000 16:43:14 -0800 (PST) From: John Baldwin To: Jordan Hubbard Subject: RE: zero copy changes in /sys/conf Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 16-Dec-00 Jordan Hubbard wrote: > Whoops, it's just been brought to my attention that I inadvertently > committed a couple of harmless changes relating to the zero-copy stuff > when I committed a PR fix to newvers.sh. Last I checked, there were > also plans to bring the zero-copy code rather imminently into -current > but I haven't seen anything yet. If these plans are still unchanged > then we can consider this a mere advance commit, otherwise I'll back > them out. What's up with the zero-copy stuff? Thanks. Erm, well, I think the change to src/sys/conf/files breaks the kernel: @@ -680,7 +680,9 @@ kern/tty_subr.c standard kern/tty_tty.c standard kern/uipc_accf.c optional inet +kern/uipc_cow.c optional zero_copy_sockets kern/uipc_domain.c standard +kern/uipc_jumbo.c standard kern/uipc_mbuf.c standard kern/uipc_mbuf2.c standard kern/uipc_proto.c standard since src/sys/kern/uipc_jumbo.c doesn't exist, so you probably should revert at least files for now. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 18:31:50 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 18:31:48 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from puck.firepipe.net (poynting.physics.purdue.edu [128.210.146.58]) by hub.freebsd.org (Postfix) with ESMTP id 646B037B400; Fri, 15 Dec 2000 18:31:48 -0800 (PST) Received: by puck.firepipe.net (Postfix, from userid 1000) id 620B119E2; Fri, 15 Dec 2000 21:31:47 -0500 (EST) Date: Fri, 15 Dec 2000 21:31:47 -0500 From: Will Andrews To: Dag-Erling Smorgrav Cc: current@FreeBSD.org Subject: Re: cvs commit: src/usr.bin/make arch.c Message-ID: <20001215213147.G21327@puck.firepipe.net> Reply-To: Will Andrews Mail-Followup-To: Will Andrews , Dag-Erling Smorgrav , current@FreeBSD.org References: <200012160214.eBG2Ec898657@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200012160214.eBG2Ec898657@freefall.freebsd.org>; from des@FreeBSD.org on Fri, Dec 15, 2000 at 06:14:38PM -0800 X-Operating-System: FreeBSD 4.2-STABLE i386 Sender: will@puck.firepipe.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Dec 15, 2000 at 06:14:38PM -0800, Dag-Erling Smorgrav wrote: > Log: > Fix a bug introduced in rev. 1.17: initialize variables before use, not after. > > Rev. 1.17 was "Obtained from NetBSD", but is significantly different from the > equivalent NetBSD revision (rev. 1.30), which does not have this bug. My apologies to those of you who had problems as a result of this commit. Thanks to DES who explained the problem to me and showed me how to avoid problems like this in the future. Boy, I'm glad I let this settle in current. :) -- wca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 18:33:12 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 18:33:11 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 4F1FB37B402 for ; Fri, 15 Dec 2000 18:33:10 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id DAA86769; Sat, 16 Dec 2000 03:32:49 +0100 (CET) (envelope-from des@ofug.org) Sender: des@ofug.org X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Mark Murray Cc: Peter Schultz , current@FreeBSD.ORG Subject: Re: usr.sbin/ntp/ntpd make: Cannot allocate memory References: <20001215112651.A1816@jocose.org> <200012151830.eBFIUSI55680@gratis.grondar.za> From: Dag-Erling Smorgrav Date: 16 Dec 2000 03:32:48 +0100 In-Reply-To: Mark Murray's message of "Fri, 15 Dec 2000 20:30:35 +0200" Message-ID: Lines: 13 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Murray writes: > > I'm new at tracking current and I'm having trouble getting > > past this make error. > I'm also seing this, on my smallest build machine. (My biggest > is an SMP box, and it hasn't completed a make world in about a > week due to hard hangs). This was caused by a heisenbug in make(1) which I fixed a few minutes ago. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 18:40:56 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 18:40:52 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mail.jeamland.net (rafe.jeamland.net [203.18.243.114]) by hub.freebsd.org (Postfix) with ESMTP id BB1EB37B400 for ; Fri, 15 Dec 2000 18:40:51 -0800 (PST) Received: by mail.jeamland.net (Postfix, from userid 1000) id 3795070601; Sat, 16 Dec 2000 13:40:46 +1100 (EST) Date: Sat, 16 Dec 2000 13:40:46 +1100 From: Benno Rice To: Marcel Moolenaar Cc: Bruce Evans , freebsd-current@FreeBSD.ORG Subject: Re: Patch to allow overriding of nm in lorder, genassym.sh Message-ID: <20001216134045.A47731@rafe.jeamland.net> References: <20001213224645.A16171@rafe.jeamland.net> <20001214234559.B29875@rafe.jeamland.net> <3A39DFB8.2636725A@cup.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A39DFB8.2636725A@cup.hp.com>; from marcel@cup.hp.com on Fri, Dec 15, 2000 at 01:09:12AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Dec 15, 2000 at 01:09:12AM -0800, Marcel Moolenaar wrote: > Benno Rice wrote: > > > > > genassym.sh and lorder.sh are also missing support for the -aout/-elf > > > command line option, and this breaks building of kernels in a non-native > > > object format. I think the correct fix is is to set OBJFORMAT before > > > running shell scripts that run binary utilities, not to clutter the > > > shell scripts with code to select the correct binarary utility. > > > > This doesn't fix my problem though. The problem I'm facing is that the > > command 'nm' is hardcoded into both genassym.sh and lorder.sh, when I > > need to run 'powerpc-elf-nm'. Even if we were to move that piece of config > > into OBJFORMAT, it'd still require some kind of magic in the scripts. > > Having nm(1) hardcoded is not a problem if you can cross build. I assume > our toolchain has support for the powerpc and thus will build and > install nm(1) in the object tree. Yes, if cross building doesn't work > yet, we're forced to revert to hackery because we don't have sufficient > flexibility and all we basicly need is a prefix, right? (for example > "powerpc-elf-" or "ia64-unknown-linux-") AFAIK, there is no powerpc support in our toolchain yet. It's on obrien's todo list (and if it isn't, I'll put it there =)). As to the use of a prefix, I just thought it'd be easier to be able to completely override the name of the binary we're using in the same way that I could do: setenv CC /usr/local/bin/ultra-funky-c-compiler-pro and have it work. -- Benno Rice benno@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 18:41:25 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 18:41:24 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from puck.firepipe.net (poynting.physics.purdue.edu [128.210.146.58]) by hub.freebsd.org (Postfix) with ESMTP id 2BEA437B400 for ; Fri, 15 Dec 2000 18:41:24 -0800 (PST) Received: by puck.firepipe.net (Postfix, from userid 1000) id DE28A18D4; Fri, 15 Dec 2000 21:41:23 -0500 (EST) Date: Fri, 15 Dec 2000 21:41:23 -0500 From: Will Andrews To: Dag-Erling Smorgrav Cc: Mark Murray , Peter Schultz , current@FreeBSD.ORG Subject: Re: usr.sbin/ntp/ntpd make: Cannot allocate memory Message-ID: <20001215214123.H21327@puck.firepipe.net> Reply-To: Will Andrews Mail-Followup-To: Will Andrews , Dag-Erling Smorgrav , Mark Murray , Peter Schultz , current@FreeBSD.ORG References: <20001215112651.A1816@jocose.org> <200012151830.eBFIUSI55680@gratis.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Sat, Dec 16, 2000 at 03:32:48AM +0100 X-Operating-System: FreeBSD 4.2-STABLE i386 Sender: will@puck.firepipe.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Dec 16, 2000 at 03:32:48AM +0100, Dag-Erling Smorgrav wrote: > This was caused by a heisenbug in make(1) which I fixed a few minutes > ago. Yes, this is my fault. Sorry to everyone who has/had problems. -- wca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 20:11:53 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 20:11:50 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from kumi.webnewslink.com (unknown [64.132.3.187]) by hub.freebsd.org (Postfix) with ESMTP id E1BAC37B400; Fri, 15 Dec 2000 20:11:48 -0800 (PST) Received: from x7v5i2 ([64.132.3.188]) by kumi.webnewslink.com (8.9.3/8.9.3) with SMTP id RAA03609; Fri, 15 Dec 2000 17:38:36 -1000 Date: Fri, 15 Dec 2000 17:38:36 -1000 From: ami@e-hiddencam.com Message-Id: <200012160338.RAA03609@kumi.webnewslink.com> To: ami@e-hiddencam.com Subject: HELLO! MIME-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG あみで〜す。 私と友達でアダルトの総合サイトを作っちゃいました！ 絶対に見に行ってね！ 覗き、アイドル、アニメ、コギャル何でもあるよ！！！ http://www.e-hiddencam.com じゃあ〜またね！ あみ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 15 22:12:14 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 22:12:12 2000 Return-Path: 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 7E23337B400; Fri, 15 Dec 2000 22:12:12 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id 8A666CD82; Fri, 15 Dec 2000 22:12:06 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id WAA02209; Fri, 15 Dec 2000 22:12:05 -0800 (PST) Sender: marcel@cup.hp.com Message-ID: <3A3B07B5.7E2E016F@cup.hp.com> Date: Fri, 15 Dec 2000 22:12:05 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Benno Rice Cc: Bruce Evans , freebsd-current@FreeBSD.org Subject: Re: Patch to allow overriding of nm in lorder, genassym.sh References: <20001213224645.A16171@rafe.jeamland.net> <20001214234559.B29875@rafe.jeamland.net> <3A39DFB8.2636725A@cup.hp.com> <20001216134045.A47731@rafe.jeamland.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Benno Rice wrote: > > As to the use of a prefix, > I just thought it'd be easier to be able to completely override the name of > the binary we're using in the same way that I could do: > > setenv CC /usr/local/bin/ultra-funky-c-compiler-pro > > and have it work. But can we not already do: set path=(/usr/local/ultra-funky-c-compiler-pro/bin $path) cc -Oberserk -c foo.c and have it work? -- 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 Fri Dec 15 22:37:48 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 15 22:37:45 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mail.jeamland.net (rafe.jeamland.net [203.18.243.114]) by hub.freebsd.org (Postfix) with ESMTP id 34F0037B400 for ; Fri, 15 Dec 2000 22:37:45 -0800 (PST) Received: by mail.jeamland.net (Postfix, from userid 1000) id 325B870601; Sat, 16 Dec 2000 17:37:42 +1100 (EST) Date: Sat, 16 Dec 2000 17:37:42 +1100 From: Benno Rice To: Marcel Moolenaar Cc: Bruce Evans , freebsd-current@FreeBSD.org Subject: Re: Patch to allow overriding of nm in lorder, genassym.sh Message-ID: <20001216173742.A57825@rafe.jeamland.net> References: <20001213224645.A16171@rafe.jeamland.net> <20001214234559.B29875@rafe.jeamland.net> <3A39DFB8.2636725A@cup.hp.com> <20001216134045.A47731@rafe.jeamland.net> <3A3B07B5.7E2E016F@cup.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A3B07B5.7E2E016F@cup.hp.com>; from marcel@cup.hp.com on Fri, Dec 15, 2000 at 10:12:05PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Dec 15, 2000 at 10:12:05PM -0800, Marcel Moolenaar wrote: > Benno Rice wrote: > > > > As to the use of a prefix, > > I just thought it'd be easier to be able to completely override the name of > > the binary we're using in the same way that I could do: > > > > setenv CC /usr/local/bin/ultra-funky-c-compiler-pro > > > > and have it work. > > But can we not already do: > > set path=(/usr/local/ultra-funky-c-compiler-pro/bin $path) > cc -Oberserk -c foo.c > > and have it work? Not if the binary's not called cc, no. The nm binary I'm trying to use is called powerpc-elf-nm I can set CC in my environment to powerpc-elf-gcc and, provided I have my path set correctly, it works. I can't do the same with NM. This is what my patch addresses. -- Benno Rice benno@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 Dec 16 7:44:18 2000 From owner-freebsd-current@FreeBSD.ORG Sat Dec 16 07:44:13 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from axp5.physik.fu-berlin.de (axp5.physik.fu-berlin.de [160.45.34.3]) by hub.freebsd.org (Postfix) with ESMTP id A95E237B400; Sat, 16 Dec 2000 07:44:12 -0800 (PST) Received: from oberon.physik.fu-berlin.de (oberon.physik.fu-berlin.de [160.45.33.83]) by axp5.physik.fu-berlin.de (8.9.1a/8.9.1) with ESMTP id QAA21308; Sat, 16 Dec 2000 16:44:07 +0100 (MET) Received: (from thimm@localhost) by oberon.physik.fu-berlin.de (8.9.1a/8.9.1) id QAA17378; Sat, 16 Dec 2000 16:44:06 +0100 (MET) Date: Sat, 16 Dec 2000 16:44:05 +0100 From: Axel Thimm To: "David E. Cross" Cc: Carsten Urbach , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: rpc.lockd and true NFS locks? Message-ID: <20001216164405.C9380@oberon.physik.fu-berlin.de> Reply-To: Axel Thimm , Carsten Urbach References: <200012142245.RAA69128@cs.rpi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200012142245.RAA69128@cs.rpi.edu>; from crossd@cs.rpi.edu on Thu, Dec 14, 2000 at 05:45:15PM -0500 Sender: thimm@oberon.physik.fu-berlin.de Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks for the fast reply. On Thu, Dec 14, 2000 at 05:45:15PM -0500, David E. Cross wrote: > As for "client" vs. "server", that is quite tricky.... since WRT NFS locking > they are both client and server. The "server" side is done and requires no > modifcations to the kernel. However a FreeBSD kernel is still unable to > acquire an NFS lock. This latter case is quite likely what your users are > seeing the affects of. Just to understand it right: The current rpc.lockd is neither requesting locks, if FreeBSD is an NFS client to whatever NFS server, nor serving such requests as an NFS server to whatever client. Your (David Cross's) uncommited code does implement NFS locks for a FreeBSD NFS server. Perhaps in a development stage, but better than not having locks at all. Now I am quite surprised to learn that FreeBSD apparently is not able to request locks over NFS. Am I right? Wouldn't that mean, that you might cause data corruption if, say, I was to read my mail from a FreeBSD box over an NFS mounted spool directory (running under OSF1 in our case), and I decided to write back the mbox to the spool dir the same moment new mail is delivered? I can't imagine that, I must have misunderstood something, most probably the role of the client part of NFS locks. Could someone clarify? If I were right, then FreeBSD would only be good for read only NFS access, and we were using FreeBSD as NFS clients in our department since before 2.2.x. > In the end: the code is there and available for those who want to test and > play with it. It has not been committed because it is still "broken". > I could do it to -current or make it a port, if someone were to tell me that > it would be "ok" to do so. I would vote for port. Thanks, Axel. P.S. please reply not only to freebsd-hackers, but also Cc: me, as I am only subscribed to freebsd-current and freebsd-stable. -- Axel.Thimm@physik.fu-berlin.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 16 10:42:21 2000 From owner-freebsd-current@FreeBSD.ORG Sat Dec 16 10:42:20 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from freebsd.netcom.com (freebsd.netcom.com [198.211.79.3]) by hub.freebsd.org (Postfix) with ESMTP id 1B9BC37B400 for ; Sat, 16 Dec 2000 10:42:20 -0800 (PST) Received: (from bugs@localhost) by freebsd.netcom.com (8.8.8+Sun/8.8.8) id MAA03390 for current@freebsd.org; Sat, 16 Dec 2000 12:42:19 -0600 (CST) From: Mark Hittinger Message-Id: <200012161842.MAA03390@freebsd.netcom.com> Subject: FYI -current hanging at boot To: current@freebsd.org Date: Sat, 16 Dec 2000 12:42:19 -0600 (CST) 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 -current is hanging during boot - right after "mounting root from ufs" things stall for a second - then you start getting those old microuptime warnings spewing on the console forever - I gave it about 10 minutes or so hoping it would work its way out of it - no dice. FYI Mark Hittinger Earthlink bugs@freebsd.netcom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 16 13:17:58 2000 From owner-freebsd-current@FreeBSD.ORG Sat Dec 16 13:17:56 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from cae88-102-101.sc.rr.com (cae88-102-101.sc.rr.com [24.88.102.101]) by hub.freebsd.org (Postfix) with ESMTP id 1F7C737B400 for ; Sat, 16 Dec 2000 13:17:56 -0800 (PST) Received: (from dmaddox@localhost) by cae88-102-101.sc.rr.com (8.11.1/8.11.1) id eBGLHvA06419 for current@freebsd.org; Sat, 16 Dec 2000 16:17:57 -0500 (EST) (envelope-from dmaddox) Date: Sat, 16 Dec 2000 16:17:57 -0500 From: "Donald J . Maddox" To: current@freebsd.org Subject: Is compatibility for old aout binaries broken? Message-ID: <20001216161756.A6370@cae88-102-101.sc.rr.com> Reply-To: dmaddox@sc.rr.com Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Return-Receipt-To: dmaddox@sc.rr.com Sender: dmaddox@cae88-102-101.sc.rr.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The other day, on a whim, I decided to try running an old binary of SimCity (the same one found in the 'commerce' directory on many FBSD cds), and it failed in a odd way... /usr/libexec/ld.so: Undefined symbol "___error" called from sim:/usr/X11R6/lib/aout/libX11.so.6.1 at 0x20160644 # ldd sim ./sim: -lXext.6 => /usr/X11R6/lib/aout/libXext.so.6.3 (0x200c5000) -lX11.6 => /usr/X11R6/lib/aout/libX11.so.6.1 (0x200cf000) -lc.2 => /usr/lib/compat/aout/libc.so.2.2 (0x20166000) -lm.2 => /usr/lib/compat/aout/libm.so.2.0 (0x201cb000) -lgcc.261 => /usr/lib/compat/aout/libgcc.so.261.0 (0x201e5000) So, all the necessary compatibility libraries are there, but it fails anyway. I tried 'nm | grep error' on the sim binary and libX11.so.6.1 and didn't find any symbol, undefined or otherwise, by that name... Am I overlooking something obvious here, or is something actually broken with respect to running old aout binaries? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 16 14:27:31 2000 From owner-freebsd-current@FreeBSD.ORG Sat Dec 16 14:27:27 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 9BCC137B400; Sat, 16 Dec 2000 14:27:26 -0800 (PST) Received: (from dan@localhost) by dan.emsphone.com (8.11.1/8.11.1) id eBGMRKt22481; Sat, 16 Dec 2000 16:27:20 -0600 (CST) (envelope-from dan) Date: Sat, 16 Dec 2000 16:27:20 -0600 From: Dan Nelson To: Axel Thimm , Carsten Urbach Cc: "David E. Cross" , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: rpc.lockd and true NFS locks? Message-ID: <20001216162720.A11561@dan.emsphone.com> References: <200012142245.RAA69128@cs.rpi.edu> <20001216164405.C9380@oberon.physik.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.12i In-Reply-To: <20001216164405.C9380@oberon.physik.fu-berlin.de>; from "Axel Thimm" on Sat Dec 16 16:44:05 GMT 2000 X-OS: FreeBSD 5.0-CURRENT Sender: dan@dan.emsphone.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Dec 16), Axel Thimm said: > Wouldn't that mean, that you might cause data corruption if, say, I > was to read my mail from a FreeBSD box over an NFS mounted spool > directory (running under OSF1 in our case), and I decided to write > back the mbox to the spool dir the same moment new mail is delivered? That's why dotlocking is recommended for locking mail spools. Both procmail and mutt will dotlock your mail file while it's being accessed. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 16 17:52:27 2000 From owner-freebsd-current@FreeBSD.ORG Sat Dec 16 17:52:26 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 608) id 19E7637B400; Sat, 16 Dec 2000 17:52:26 -0800 (PST) From: "Jonathan M. Bresler" To: abial@webgiro.com Cc: freebsd@dohd.org, freebsd-current@freebsd.org In-reply-to: (message from Andrzej Bialecki on Mon, 11 Dec 2000 10:38:45 +0100 (CET)) Subject: Re: fxp driver not reset after Windows reboot? Message-Id: <20001217015226.19E7637B400@hub.freebsd.org> Date: Sat, 16 Dec 2000 17:52:26 -0800 (PST) Sender: jmb@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrzej, did you receive a response regarding your email the being unresponsive after running windows? i seem to have the same problem. jmb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 16 18:13:47 2000 From owner-freebsd-current@FreeBSD.ORG Sat Dec 16 18:13:45 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-177-28.dsl.snfc21.pacbell.net [63.202.177.28]) by hub.freebsd.org (Postfix) with ESMTP id EA12937B402 for ; Sat, 16 Dec 2000 18:13:44 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id eBH2O5Q02365; Sat, 16 Dec 2000 18:24:06 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012170224.eBH2O5Q02365@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Jonathan M. Bresler" Cc: freebsd-current@freebsd.org Subject: Re: fxp driver not reset after Windows reboot? In-reply-to: Your message of "Sat, 16 Dec 2000 17:52:26 PST." <20001217015226.19E7637B400@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 16 Dec 2000 18:24:05 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Andrzej, > > did you receive a response regarding your email the Pro 10/100B/100+ Ethernet> being unresponsive after running windows? > i seem to have the same problem. I'm working on the (longer-term) solution to this at the moment. In the meantime, it's going to need a driver tweak to fix. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 16 23:10:57 2000 From owner-freebsd-current@FreeBSD.ORG Sat Dec 16 23:10:54 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from w250.z064001178.sjc-ca.dsl.cnc.net (w250.z064001178.sjc-ca.dsl.cnc.net [64.1.178.250]) by hub.freebsd.org (Postfix) with SMTP id C576A37B402 for ; Sat, 16 Dec 2000 23:10:53 -0800 (PST) Received: (qmail 84394 invoked by uid 1000); 17 Dec 2000 07:11:14 -0000 Date: Sat, 16 Dec 2000 23:10:52 -0800 From: Jos Backus To: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: rpc.lockd and true NFS locks? Message-ID: <20001216231052.D80635@lizzy.bugworks.com> Reply-To: Jos Backus Mail-Followup-To: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG References: <200012142245.RAA69128@cs.rpi.edu> <20001216164405.C9380@oberon.physik.fu-berlin.de> <20001216162720.A11561@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001216162720.A11561@dan.emsphone.com>; from dnelson@emsphone.com on Sat, Dec 16, 2000 at 04:26:58PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Dec 16, 2000 at 04:26:58PM -0600, Dan Nelson wrote: > That's why dotlocking is recommended for locking mail spools. Both > procmail and mutt will dotlock your mail file while it's being > accessed. Or Maildirs. -- Jos Backus _/ _/_/_/ "Modularity is not a hack." _/ _/ _/ -- D. J. Bernstein _/ _/_/_/ _/ _/ _/ _/ josb@cncdsl.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message