-------------------------------------------------------------

=1B$B!!"#;22CJ}K!"#=1B(B

=1B$B$^$:!"2<5-=1B(B4=1B$B?M$N8}:B$K$*6b$r?6$j9~$s$G$/$@$5$$!#!J6d9T= $N?6$j9~=1B(B
=1B$B$_5!$G?6$j9~$_$^$9!K=1B(B

=1B$B=1B$B%Z!<%9%H$7$F!"%j%9%H$K$"$k=1B(B4=1B$B$D$N8}:B$N0lHV>e$N?= M$r:o=3D|$7$^$9!#=1B(B
=1B$B$=3D$7$F!"%j%9%H$N0lHV2<$K$"$J$?$N8}:B$r=3D= q$-$^$9!#=1B(B
=1B$B$"$H$O!"=1B(B4=1B$B$D$N8}:B$K!"HV9f$r>e$+$i=3Dg$K?= 6$j$J$*$7$^$9!#=1B(B

=1B$B$=3D$l$r!"$G$-$k$@$1$?$/$5$s%$%s%?!<%M%C%H$N7G<(HD$N%"%I%l%9$KA= w=1B(B
=1B$B$C$F$/$@$5$$!#$=3D$&$9$l$P!"$"$H$O$=3D$l$r=1B$B$j$3$s$G$/$l$^$9!#=1B(B
=1B$B:G=3Di$N#1=3D54V$G#= 1#07o0J>e$N?69~$,L5$$>l9g$O$b$&$R$H$U$s$P$j$7$^=1B(B
=1B$B$9!#=1B(B

=1B$B0lHV>e$N8}:B$r:o=3D|$9$k$+$i!"K!N'$K?($l$J$$$G:Q$`$N$G$9!#$=3D$= l$@=1B(B
=1B$B$1$O@dBP$K

=1B$B$J$*!"6d9T$K9T$/;~!"=1B(B4=1B$B?M$N8}:B$H8}:BHV9f$r%3%T!<$7!"%o= !<%W%m%=3D=1B(B
=1B$B%U%H$K%Z!<%9%H$7$?>e$G0u:~$7$F$=3D$N;f$r;}$C$F$$$= /$H$$$A$$$A=3Dq$-=1B(B
=1B$BJ$1$FJXMx$G$9$h!#=1B(B

=1B$B$?$H$($P!"%3%s%S%K$r3+6H$9$k$?$a$K$b3+6H;q6b$H$$$&$N$,MW$j$^$9=1B= (B
=1B$B$M!#$9$J$o$A>&IJ$N$*J[Ev$rGc$C$?$j!"4L%8%e!<%9$rGc$C$?$j!#$@$+= =1B(B
=1B$B$i!"$I$s$J%S%8%M%9$K$b3+6H;q6b$H$$$&$N$OI,MW$J$N$G$9!#$"$J$= ?$,=1B(B
=1B$B?6$j9~$`=1B(B4=1B$B@i1_$O!"3+6H;q6b$H$*9M$(2<$5$$!#=1B(B=

=1B$B!!#D#M$NJ?6QE*@.2L$O=1B(B0.3=1B$B!A=1B(B0.5=1B$B!s0L$G$9!#!J=1B= (B1/200=1B$B!A=1B(B1/300=1B$B!K=1B(B
=1B$B!!8e$O!"8=3D6b!o#1!$#0#0#01_= $,?69~$^$l$k$N$rBT$D$@$1!#=1B(B
=1B$B!!#1CJL\$N@.2L!)=1B(B
=1B$B!!!= !!J!o#1!$#0#0#01_!_#1#0?M!a!o#1K|1_!)!K=1B(B
=1B$B!!#2CJL\$N@.2L!)=1B(= B
=1B$B!!!!!J!o#1!$#0#0#01_!_#1#0?M!_#1#0?M!a!o#1#0K|1_!)!K=1B(B
=1B= $B!!#3CJL\$N@.2L!)=1B(B
=1B$B!!!!!J!o#1!$#0#0#01_!_#1#0?M!_#1#0?M!_#1#= 0?M!a!o#1#0#0K|1_!)!K=1B(B
=A0=20 =1B$B#4CJL\$N@.2L!)=1B(B
=1B$B!!!!!J!o#1!$#0#0#01_!_#1#0?M!_#1#0?M!_#1= #0?M!_#1#0?M!a!o#1#0#0#0K|1_!)!K=1B(B
=1B$B"($*6b$rAw$i$J$$$G%j%9%H$K<= +J,$NL>A0$r:\$;$k$H!"D>$0$K$P$l$^$9=1B(B
=1B$B!!$+$i!"$$$m$$$m$J967b$r= =1B$B!!NI?4$r;}$C$F;22C$7$F2<$5$$!#=1B(B=1B$B!!;22C$7$F#2=3D54V$r2a$.$?:"$+$iJ?6Q$7$FA}2C$7$F$/$k$H$$$&OC$G$9=1B= (B
=1B$B!!KhF|8}:B;D9b$r3NG'$9$k$N$,3Z$7$/$J$kL4$N$h$&$J%2!=3D%`$K;22C= $7=1B(B
=1B$B!!$F!"@:?@E*$K4r$7$/$J$kF|!9$rAw$j$^$;$s$+!)=1B(B
=1B$= B!!:#$9$0%3%T!=3D$7$F!"5.J}$b;22C$7$FL4$r=1B$B= !!%b%N$O;n$7$G$9!#=1B(B

=1B$B!!!!!!!!!!!!!!!!!!!!!!!!!!!z%j%9%H!z=1B(B

1=1B$B!%%U%/%O%i!!!!;0OB6d9T!!$"$S$3;YE9!!IaDL!!#5#0#5#6#7#6#8=1B(B<= /DIV>

2=1B$B!%%(%4!!!!!!$5$/$i6d9T!!ETEg;YE9!!IaDL!!#6#3#3#3#7#2#7=1B(B

3=1B$B!%%*%,%o=1B(B = =1B$B!!;0OB6d9T!!?KCfLn;YE9!!!!IaDL!!#5#0#2#3#7#1#2=1B(B

4=1B$B!%%^%D%P%i!!!!;0OB6d9T!!J?LnFn8};YE9!!!!IaDL!!#3#9#3#8#1#6#3=1B= (B

----------------------------------------------------------

=1B$B!!!!!!!!!!!!!!=1B(B =1B$B!!"';29M"'=1B(B

=1B$B!|8f?4G[$JJ}$N$?$a$K!"4X785-;v$r5-$7$F$*$-$^$9!#=1B(B

=1B$B"#;29M"#!J$3$N%2!<%`$,!X0cK!!Y$G$O$J$$$+$H;W$o$l$F$$$kJ}$X!#!K=1B= (B

=1B$BL58BO":?9V!JDL>N!'$M$:$_9V!K$K$D$$$F!">rJ8$K$h$l$P!"=1B(B
=1B= $B!V$3$NK!N'$K$*$$$F!VL58BO":?9V!W$H$O!"=1B(B
=1B$B6bIJ$r=3DP$($s$9$k2= CF~=1B$B@h$K2CF~$7$?=1B$BFs0J>e$NG\N($r$b$D$FA}2C$9$k= 8eB3$N2CF~$l$NCJ3,$K1~$8$?8e=3Dg0L=1B$B=3D= g=1B$B>e2s$k2A3[Kt$O?tNL$N6bIJ$r=1B$BMW$9$k$K!"8e=3Dg0L=1B$B=3Dg=1B$B$h$C$F$=3D$N;22C=1B$B$3$N%7%9%F%`$@$H!XL58BO":?9V$NKI;_$K4X$9$kK!N'!= Y$K$O?($l$J$$$H$$$&;v$K$J$j$^$9!#=1B(B

=1B$B!cJ[8n;N$N0U8+!d=1B(B
=1B$B$3$l$O$h$/8@$o$l$k%M%:%_9V$d%^%k%= A>&K!$G$O$"$j$^$;$s!#=1B(B
=1B$B0J2<$K=3Dq$+$l$F$$$^$9$h$&$K2q0w$rAM;;= <0$K3HBg$5$;$k$3$H$r>r7o$H=1B(B
=1B$B$9$kL58BO":?9V$dO":?HNGde$N?M$,H4$1$F$$$/=1B(B
=1B$B$N$G0cK!@-$O$"$j$^$;$s!#=1B(= B

=1B$B$M$:$_!>$3$&!ZAM9V![!E%+%&=1B(B
=1B$B2q0w$rAM;;<0$K3HBg$= 5$;$k$3$H$r>r7o$H$7$F!"2CF~=1B$B3[0J>e$N6bA,$=3D= $NB>$N7P:Q>e$NMx1W$rM?$($k0l=1B$B$,6/$$$N$GK= !N'$G6X;_!#O":?G[EvAH?%!#L58BO":?9V!#=1B(B

=1B$B%^%k%A!>$7$g$&$[$&!Z!=3D>&K!![!E%7%d%&%O%U=1B(B
(multilevel = marketing plan)=20 =1B$B>&IJHNGdJ}K!$N0l!#=1B(B
=1B$BJ*IJHNGd6H&IJ$r:FHNGd$9$k= $N=1B$B$K2CLA$5$;$F!"AH?%Fb$G$NCO0L>:?= J$+$iF@$i$l$kMx1W$r1B$K>&IJ$N9X=1B(B
=1B$BF~$d&IJ$NHNGd=1B$B<0HNGdK!$H$b8F$P$l!"Ej5!@= -$,6/$/J@32$,Bg$-$$$N$GK!N'$G87$7$/5,=1B(B
=1B$B@)!#O":?HNGd

-------------------------------------------

=1B$B:G8e$^$GFI$s$G$$$?$@$-!"$I$&$b$"$j$,$H$&$4$6$$$^$7$?!#=1B(B

=1B$B%k!<%k$r=1B$B3Z$7$_$J$,$i$d$k$3$H$rDs>'$$$?$7$^$9!#=1B(B

------=_NextPart_000_01B3_01C03FD4.8E3309A0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 13:27:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 3D7DF37B479 for ; Thu, 26 Oct 2000 13:27:25 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id NAA06805; Thu, 26 Oct 2000 13:27:01 -0700 (PDT) (envelope-from obrien) Date: Thu, 26 Oct 2000 13:27:01 -0700 From: "David O'Brien" To: "John W. De Boskey" Cc: current@FreeBSD.ORG Subject: Re: entropy reseeding is totally broken Message-ID: <20001026132701.E6488@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <49276.972562872@winston.osd.bsdi.com> <20001026092505.A88230@bsdwins.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001026092505.A88230@bsdwins.com>; from jwd@bsdwins.com on Thu, Oct 26, 2000 at 09:25:05AM -0400 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: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 26, 2000 at 09:25:05AM -0400, John W. De Boskey wrote: > If this was happening in -stable I'd be in total agreement. > However, we're talking -current, and is not -current the > integration area for new technologies, whether they be > rough or round edged? Yes, -CURRENT is for new technologies and integration, even with rough edges. However, such integration should not cause major pain for more than 3-4 days. Anything more than 3 days or so, can really impact other's work. devrandom has taken a little longer than this. Over the past 3 weeks (or so), I've I've lost a day to this, and others piped up saying they've lost a lot of time too. This does not make me happy when writing my status reports to my boss, or others who really hoped to spend their Sunday afternoon developing their favorite new feature and instead couldn't. -- -- David (obrien@FreeBSD.org) Disclaimer: Not speaking for FreeBSD, just expressing my own opinion. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 13:29:32 2000 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 7B2B737B479 for ; Thu, 26 Oct 2000 13:29:29 -0700 (PDT) Received: (from mailer@localhost) by gateway.symark.com (8.9.3/8.9.3) id NAA31190 for ; Thu, 26 Oct 2000 13:29:23 -0700 Received: from camel.symark.com(128.1.1.97) by gateway.symark.com via smap (V2.1+anti-relay+anti-spam) id xma031184; Thu, 26 Oct 00 13:29:19 -0700 Received: by localhost with Microsoft MAPI; Thu, 26 Oct 2000 13:31:04 -0700 Message-ID: <01C03F50.FD62AD50.ggross@symark.com> From: Glen Gross Reply-To: "ggross@symark.com" To: "'FreeBSD-Current'" Subject: ipfw question. Date: Thu, 26 Oct 2000 13:31:03 -0700 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 built a 4.1.1 kernel, and the module was built, but when I load the ipfw module with #kldload ipfw it defaults to a deny_all policy, even though I have default_to_accept in my kernel configuration. This makes it difficult to configure remotely without getting locked out of the system. Is there a way to cause the ipfw module to default to a different policy upon loading? For now it appears that I am locked out, until I can access the console. 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-current" in the body of the message From owner-freebsd-current Thu Oct 26 13:29:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from grimreaper.grondar.za (adsl-63-206-96-212.dsl.snfc21.pacbell.net [63.206.96.212]) by hub.freebsd.org (Postfix) with ESMTP id B398937B479 for ; Thu, 26 Oct 2000 13:29:52 -0700 (PDT) Received: from grondar.za (mark@localhost [127.0.0.1]) by grimreaper.grondar.za (8.11.1/8.11.1) with ESMTP id e9QKTXM00442; Thu, 26 Oct 2000 13:29:40 -0700 (PDT) (envelope-from mark@grondar.za) Message-Id: <200010262029.e9QKTXM00442@grimreaper.grondar.za> To: Doug Barton Cc: current@FreeBSD.org Subject: Re: entropy reseeding is totally broken References: In-Reply-To: ; from Doug Barton "Thu, 26 Oct 2000 12:49:47 PDT." Date: Thu, 26 Oct 2000 13:29:33 -0700 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I stated this same objection until I actually attended Mark's > presentation at the 'con. The yarrow algorithm uses an encrypted hash for > the entropy on the way in, and encrypts the output on the way out. This > would make it extremely difficult to guess the state at reboot, even if we > weren't picking up new entropy sources during the boot process. There is an angle; an attacker can attack by replaying, but this requires strong privelige. > Pending Mark's approval, I'd like to suggest we add a cron job to > dump X k of data from /dev/random to a file (/boot/.periodic_entropy > maybe?) and use that, AND ${entropy_file:/var/db/entropy} to reseed at > boot, and only do the "long, annoying" failover process if neither file > exists. The only remaining questions would be how many k of data to dump > how often. I like that, but I'd like to see more than one file. This avoids the race where fsck may blat an incompletely written file after a (in)convenient crash. We are really headed towards saving state in the first swap partition (if there is one). On a related note, I'd like to see mergemaster rebuild /dev if it is not DEVFS (obviously taking into account user preferences in MAKEDEV.local). I believe that users are shootin their feet by not tracking /dev properly. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 13:32: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 0F9BA37B479 for ; Thu, 26 Oct 2000 13:31:58 -0700 (PDT) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 7A0971C70; Thu, 26 Oct 2000 16:31:57 -0400 (EDT) Date: Thu, 26 Oct 2000 16:31:57 -0400 From: Bill Fumerola To: Glen Gross Cc: 'FreeBSD-Current' Subject: Re: ipfw question. Message-ID: <20001026163157.C37870@jade.chc-chimes.com> References: <01C03F50.FD62AD50.ggross@symark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <01C03F50.FD62AD50.ggross@symark.com>; from ggross@symark.com on Thu, Oct 26, 2000 at 01:31:03PM -0700 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 26, 2000 at 01:31:03PM -0700, Glen Gross wrote: > > I built a 4.1.1 kernel, and the module was built, but when I load the ipfw > module with > > #kldload ipfw > > it defaults to a deny_all policy, even though I have default_to_accept in my > kernel configuration. > This makes it difficult to configure remotely without getting locked out of the > system. > Is there a way to cause the ipfw module to default to a different policy upon > loading? > For now it appears that I am locked out, until I can access the console. Your kernel configuration has ABSOLUTLY NOTHING to do with your module builds. [hawk-billf] /usr/src > cat sys/modules/ipfw/Makefile # $FreeBSD: src/sys/modules/ipfw/Makefile,v 1.13 2000/05/27 01:13:50 peter Exp $ .PATH: ${.CURDIR}/../../netinet KMOD= ipfw SRCS= ip_fw.c NOMAN= CFLAGS+= -DIPFIREWALL # #If you want it verbose #CFLAGS+= -DIPFIREWALL_VERBOSE #CFLAGS+= -DIPFIREWALL_VERBOSE_LIMIT=100 # #If you want it to pass all packets by default #CFLAGS+= -DIPFIREWALL_DEFAULT_TO_ACCEPT # Guess what you should uncomment.... -- Bill Fumerola - Network Architect, BOFH / Chimes, Inc. billf@chimesnet.com / billf@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 Oct 26 13:35:26 2000 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 8D76E37B4C5 for ; Thu, 26 Oct 2000 13:35:23 -0700 (PDT) Received: (from mailer@localhost) by gateway.symark.com (8.9.3/8.9.3) id NAA31393; Thu, 26 Oct 2000 13:35:23 -0700 Received: from camel.symark.com(128.1.1.97) by gateway.symark.com via smap (V2.1+anti-relay+anti-spam) id xma031383; Thu, 26 Oct 00 13:34:56 -0700 Received: by localhost with Microsoft MAPI; Thu, 26 Oct 2000 13:36:42 -0700 Message-ID: <01C03F51.C66C48A0.ggross@symark.com> From: Glen Gross Reply-To: "ggross@symark.com" To: "'Bill Fumerola'" Cc: "'FreeBSD-Current'" Subject: RE: ipfw question. Date: Thu, 26 Oct 2000 13:36:40 -0700 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 Thanks, I suppose I should have been able to figure that one out... if I could log in! I will fix it when I get home. :-) On Thursday, October 26, 2000 1:32 PM, Bill Fumerola [SMTP:billf@chimesnet.com] wrote: > On Thu, Oct 26, 2000 at 01:31:03PM -0700, Glen Gross wrote: > > > > I built a 4.1.1 kernel, and the module was built, but when I load the ipfw > > module with > > > > #kldload ipfw > > > > it defaults to a deny_all policy, even though I have default_to_accept in my > > > > kernel configuration. > > This makes it difficult to configure remotely without getting locked out of > > the > > system. > > Is there a way to cause the ipfw module to default to a different policy > > upon > > loading? > > For now it appears that I am locked out, until I can access the console. > > Your kernel configuration has ABSOLUTLY NOTHING to do with your module builds. > > > [hawk-billf] /usr/src > cat sys/modules/ipfw/Makefile > # $FreeBSD: src/sys/modules/ipfw/Makefile,v 1.13 2000/05/27 01:13:50 peter Exp > $ > > .PATH: ${.CURDIR}/../../netinet > KMOD= ipfw > SRCS= ip_fw.c > NOMAN= > CFLAGS+= -DIPFIREWALL > # > #If you want it verbose > #CFLAGS+= -DIPFIREWALL_VERBOSE > #CFLAGS+= -DIPFIREWALL_VERBOSE_LIMIT=100 > # > #If you want it to pass all packets by default > #CFLAGS+= -DIPFIREWALL_DEFAULT_TO_ACCEPT > # > > Guess what you should uncomment.... > > -- > Bill Fumerola - Network Architect, BOFH / Chimes, Inc. > billf@chimesnet.com / billf@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 Thu Oct 26 13:35:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from hera.drwilco.net (10dyn253.dh.casema.net [212.64.31.253]) by hub.freebsd.org (Postfix) with ESMTP id 0AC9037B479 for ; Thu, 26 Oct 2000 13:35:22 -0700 (PDT) Received: from ceres.drwilco.nl (ceres.drwilco.net [10.1.1.19]) by hera.drwilco.net (8.9.3/8.9.3) with ESMTP id WAA36865 for ; Thu, 26 Oct 2000 22:47:11 +0200 (CEST) (envelope-from drwilco@drwilco.nl) Message-Id: <4.3.2.7.0.20001026222149.00b75620@mail.drwilco.net> X-Sender: drwilco@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 26 Oct 2000 22:43:44 +0200 To: freebsd-current@freebsd.org From: "Rogier R. Mulhuijzen" Subject: A few issues I ran into (and a quick question) 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 First of all (using -current of 26 October) I was not able to attach pcm to my Yamaha OPL-SAx soundcard in my Toshiba Tecra8000 when using snd_pcm.ko. Using a statically compiled driver though I had no trouble whatsoever. The module was pre-loaded at boot time. 2nd with a working pcm driver I get sound glitches with display activity under X (4.0). This was something I had before with both pcm and OSS's sounddriver so it's not really an issue with the pcm driver but with the X-server I assume. I DO have additional glitches occaisionally, that I didn't have before and they are accompanied by the following kernel message: pcm0: hwptr went backwards nnn -> mmm Where nnn and mmm are numbers. nnn is not always bigger than mmm but I have not seen either value above 4096. Any pointers in what to attack in the X-server and/or pcm driver would be appreciated. My 3rd point is that I can't access any files on my NTFS partition. I have 3 partitions, one NTFS, one FAT16 and one BSD. FAT16 works fine, I can read and write to it and all, but NTFS is being a bitch. I can use 'ls' fine, no trouble there, I get all my directory listings and I can change directories etc. etc. But I can't open any files at all. Even 'cat' fails. The error I get is 'Inappropriate ioctl for device' It's been a long day so I'm not going to look into it further right now, but if no one jumps up and says "D'oh I know what that is, let me fix that......here's your patch, commit in 5 minutes" I'll go dig. In looking for heads-up posts I ran across a single cvs-all post on the 1st of Oct about ntfs.h, so I'm guessing that's where I will start. (The last time I tried to access files on my NTFS drive was with a september build of -current). That's it for now. Oh, just out of curiosity, I build both my kernel and world with -mcpu=pentiumpro and -march=pentiumpro. Would there be any reasons not to? DocWilco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 13:37: 2 2000 Delivered-To: freebsd-current@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 7A3CA37B4C5 for ; Thu, 26 Oct 2000 13:37:00 -0700 (PDT) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 2627A1C70; Thu, 26 Oct 2000 16:37:00 -0400 (EDT) Date: Thu, 26 Oct 2000 16:37:00 -0400 From: Bill Fumerola To: Glen Gross Cc: 'FreeBSD-Current' Subject: Re: ipfw question. Message-ID: <20001026163700.D37870@jade.chc-chimes.com> References: <01C03F51.C66C48A0.ggross@symark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <01C03F51.C66C48A0.ggross@symark.com>; from ggross@symark.com on Thu, Oct 26, 2000 at 01:36:40PM -0700 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 26, 2000 at 01:36:40PM -0700, Glen Gross wrote: > Thanks, I suppose I should have been able to figure that one out... if I could > log in! I will fix it when I get home. :-) Playing with firewalls without out-of-band (serial console, nocmonkey, etc) is dangerous. -- Bill Fumerola - Network Architect, BOFH / Chimes, Inc. billf@chimesnet.com / billf@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 Oct 26 13:37:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from hera.drwilco.net (10dyn253.dh.casema.net [212.64.31.253]) by hub.freebsd.org (Postfix) with ESMTP id C8EDF37B4C5 for ; Thu, 26 Oct 2000 13:37:13 -0700 (PDT) Received: from ceres.drwilco.nl (ceres.drwilco.net [10.1.1.19]) by hera.drwilco.net (8.9.3/8.9.3) with ESMTP id WAA36869 for ; Thu, 26 Oct 2000 22:49:05 +0200 (CEST) (envelope-from drwilco@drwilco.nl) Message-Id: <4.3.2.7.0.20001026224412.00bf7380@mail.drwilco.net> X-Sender: drwilco@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 26 Oct 2000 22:45:38 +0200 To: freebsd-current@freebsd.org From: "Rogier R. Mulhuijzen" Subject: Re: =?iso-2022-jp?B?GyRCJE8kOCRhJF4kNyRGISMbKEI=?= In-Reply-To: <01b701c03f89$317207c0$2ba1e7d2@toshibauser> 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 Does this look like english to anyone and is my mailer messed, or is this gobbledegook to anyone not using Outlook + japanese character set? DocWilco At 05:12 27-10-00 +0900, you wrote: >$B$O$8$a$^$7$F!#(B >$BFMA3$N%a!=%k!"<:NiCW$7$^$9!#(B > >$B;d$N%a!<%k%\%C%/%9$K!"#1#0%v7n0LA0$+$i(B >$B!V#4#0#0#01_$r?6$j9~$`$H!"<+J,$N8}:B$K!"$*6b$,?6$j9~$^$l$k$h$&$K$J$k!W(B >$B$H$$$C$?35N,$N%M%C%H%2!<%`$NM6$$$,FO$/$h$&$K$J$C$FMh$^$7$?!#(B > >$B$3$N$h$&$J%a!<%k$K$O6=L#$,L5$+$C$?$N$G!"Ev=i$OL5;k$7$FB(%4%_H"9T$-$K$7$F$$$^$7$?!#(B >$B$3$N5=$N$h$&$J46$8$b$7$^$7$?$7!#(B >$B$7$+$7!"$3$N%2!<%`$,#1#0%v7n$bB3$$$F$$$k;v$K!">/$76=L#$r;}$D$h$&$K$J$C$F$-$^$7$?!#(B >$B!V#1#0%v7n$bB3$$$F$$$k$N$J$i0cK!@-$OL5$5$=$&$@$J!A!W$d!V:#!"N.9T$C$F$$$k$N$+$J!A!)!W(B >$B$J$I$H;W$$!"FO$$$?%a!<%k$r!"$h!<$/FI$s$G8+$k$H!"#1HV>e$N?M$OH4$1$F9T$/$N$G!"(B >$B3N$+$K0cK!@-$OL5$/!"LLGr$=$ W$($^$7$?!#(B >$B$=$N>e!"$&$^$/=PMh$F$$$k%7%9%F%`$@$H46?4$7$^$7$?!#(B >$B!J%a!<%k$N:G8e$NJ}$KK!E*$J;v9`$r5-:\$7$F$$$^$9!#!K(B > >$B$=$3$G!";d$b;22C$9$k$3$H$K7h$a!">/$7A0$+$i3hF0$7$F$$$^$9!#(B >$B$9$k$H!"#1=54VDx$G$*6b$,?6$j9~$^$l$F$/$k$h$&$K$J$C$?$N$G$9!#(B >$B@5D>!"6C$-$^$7$?!#(B > >$B:#$^$G!"KhG/%8%c%s%\Ju$/$8$rGc$C$F$$$F$b!":G9b$G#3#0#0#01_$7$+Ev$?$C$?;v$,L5$$$N$K!*(B >$B$3$l$O!"Ju$/$8$h$j3NN)$O@dBP$K9b$$$H;W$$$^$9!#(B > >$B0J2<$K!":#$^$GD:$$$?%a!<%k$NCf$+$iJ8LL$r(B3$B$DH4?h$7$F7G:\$5$;$FD:$-$^$9!#(B >$B;29M$K$J$k$H;W$$$^$9$N$G!"$h$1$l$P#1EY!"L\$rDL$7$FD:$1$l$P9,$$$G$9!#(B > >$B$J$*!"$3$N$h$&$J%a!<%k$,I,MW$GL5$+$C$?>l9g$O?=$7Lu$"$j$^$;$s$G$7$?!#(B > >$B!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z(B >-------$B!c;22C$B@dBP3N/;qK\$GG|Bg$JMx1W;O$a$^$;$s$+!*(B > >$B@hF|!"2<5-$N$h$&$J%a!<%k$r$B!o#4!$#0#0#01_$NEj;q$J$i$H;W$$;n$7$K;22C$7$F$_$?$i!"#2F|L\(B >$B$G:G=i$NEj;qJ,$r$9$0$K2s<}$G$-$?$N$G!"$3$l$OLLGr$$$H;W$$0F(B >$BFb$5$;$FD:$-$^$7$?!#(B >$B!o#4!$#0#0#01_$N6b3[$J$iC/$G$b$,!XK!N'$K?($l$J$1$l$P$$$$$,!Y(B >$B$H$$$&46$8$N$h$&$G$9!#$I$&$G$9$+!)!!(B >$B5.J}$bM7$S?4$G;22C$7$F$_$F$O!D!JKhF|#1#07o0J>e$N?69~$"$j!K(B >$BM7$S?4$r8f;}$A$NJ}$@$1!"@'Hs;22C$7$F2<$5$$!#(B > >$B#4?M$N%j%9%H$K!o#1(B,$B#0#0#01_$E$D$rAw$k$@$1$GEj;q3[0J>e$NBg6b(B >$B!J!o#1#0#0K|1_0J>e!K$r$B!X$=$s$J4E$$OC$,$"$k$+$$$J!Y$=$l$,:G=i$N46A[$G$7$?!#EvA3$G$7(B >$B$g$&!#$^$H$b$J?M4V$J$i(B...$B!#$G$b!"$h!A$/9M$($F$_$k$H!"$J$+$J$+(B >$BLLGr$$%^%M!=%2!=%`$@$7!"$O$:$l$F$P$+$j$$$kJu$/$8$KHf$Y$?$i3N(B >$BN($Ot#$K9b$$$+$b!"$H;W$($?$N$G;n$7$K;22C$7$F$_$k;v$K$7$^$7$?!#(B > >$B$7$+$7%O%^$j2a$.$F;E;v$r(B >$B<-$a$k$N$O$d$a$^$7$g$&!J>P!K!#(B > >$B$"$/$^$G%2!<%`$H$$$&463P$G!&!&!&!#(B > >$B!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z(B >-------$B!c;22C$B$[$s$H$&$K$*6b$,$[$7$+$C$?$i%*%9%9%a!*(B >$B$\$/$NM'?M$b#3=54V$G#2#0K|1_$A$+$/2T$$$G$7$^$$$^$7$?$+$i!*!*(B >4,000$B1_$,Bg6b$K$J$C$?$h!*$3$N!V%j%T!<%H!&%U%)!$B$KBg%V!<%`$r$*$3$7!"8=:_$O?jB`4|$KF~$C$F$$$k$HJ9$-$^$7$?!#!!(B >$B%V!<%`$O#2!A#3G/B3$/$H$N$3$H$G$9$,!"F|K\$N>l9g$O>eN&$7$F$^$@?t%v7n!#(B >$B$"$H#1G/$A$g$C$H$O2T$2$k%>!*(B >$B!J(B12.5.26$B!!El5~!!F?L>!!(B24$B:P!K(B > >$B!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z(B >-------$B!c;22C$B!X$=$s$J4E$$OC$,$"$k$@$m$&$+!*!Y$=$l$,:G=i$N46A[$G$7$?!#(B >$B$H$&$<$s$G$7$g$&!*$G$b!"$h!<$/FI$s$G$_$k$HG$B$O$:$l$F$P$+$j$$$kJu%/%8$K$/$i$Y$?$i3NN($O$O$k$+$K9b$$$+$b!)(B >$B$=$ 22C$7$F$_$k$3$H$K$7$^$7$?!#(B >$B$=$7$FH>?.H>5?$GBT$C$F$$$k$H!"MbF|$K#17o$NF~6b$,$"$j$^$7$?!#(B >$B$BB3$-$^$7$?!##2=54V$r2a$.$?$3$m$K$O(B30$B7o0J>e$NF~6b$,!"KhF|!"%?%P$K$J$C$F$/$k$h(B >$B$&$K$J$j$^$7$?!##4!A#5=54V$GF~6b$,$H$.$l$F$-$^$7$?$N$G!"(B >$B$U$?$?$S%a!<%k$rAw$C$F$$$k$H$3$m$G$9!#!J(B12.6.25$B!!KL3$F;!!9,;R!!(B34$B:P!K(B > > >------------------------------------------------------------- > >$B!!"#;22CJ}K!"#(B > >$B$^$:!"2<5-(B4$B?M$N8}:B$K$*6b$r?6$j9~$s$G$/$@$5$$!#!J6d9T$N?6$j9~(B >$B$_5!$G?6$j9~$_$^$9!K(B > >$B$B%Z!<%9%H$7$F!"%j%9%H$K$"$k(B4$B$D$N8}:B$N0lHV>e$N?M$r:o=|$7$^$9!#(B >$B$=$7$F!"%j%9%H$N0lHV2<$K$"$J$?$N8}:B$r=q$-$^$9!#(B >$B$"$H$O!"(B4$B$D$N8}:B$K!"HV9f$r>e$+$i=g$K?6$j$J$*$7$^$9!#(B > >$B$=$l$r!"$G$-$k$@$1$?$/$5$s%$%s%?!<%M%C%H$N7G<(HD$N%"%I%l%9$KAw(B >$B$C$F$/$@$5$$!#$=$&$9$l$P!"$"$H$O$=$l$r$B$j$3$s$G$/$l$^$9!#(B >$B:G=i$N#1=54V$G#1#07o0J>e$N?69~$,L5$$>l9g$O$b$&$R$H$U$s$P$j$7$^(B >$B$9!#(B > >$B0lHV>e$N8}:B$r:o=|$9$k$+$i!"K!N'$K?($l$J$$$G:Q$`$N$G$9!#$=$l$@(B >$B$1$O@dBP$K > >$B$J$*!"6d9T$K9T$/;~!"(B4$B?M$N8}:B$H8}:BHV9f$r%3%T!<$7!"%o!<%W%m%=(B >$B%U%H$K%Z!<%9%H$7$?>e$G0u:~$7$F$=$N;f$r;}$C$F$$$/$H$$$A$$$A=q$-(B >$BJ$1$FJXMx$G$9$h!#(B > >$B$?$H$($P!"%3%s%S%K$r3+6H$9$k$?$a$K$b3+6H;q6b$H$$$&$N$,MW$j$^$9(B >$B$M!#$9$J$o$A>&IJ$N$*J[Ev$rGc$C$?$j!"4L%8%e!<%9$rGc$C$?$j!#$@$+(B >$B$i!"$I$s$J%S%8%M%9$K$b3+6H;q6b$H$$$&$N$OI,MW$J$N$G$9!#$"$J$?$,(B >$B?6$j9~$`(B4$B@i1_$O!"3+6H;q6b$H$*9M$(2<$5$$!#(B > >$B!!#D#M$NJ?6QE*@.2L$O(B0.3$B!A(B0.5$B!s0L$G$9!#!J(B1/200$B!A(B1/300$B!K(B >$B!!8e$O!"8=6b!o#1!$#0#0#01_$,?69~$^$l$k$N$rBT$D$@$1!#(B >$B!!#1CJL\$N@.2L!)(B >$B!!!!!J!o#1!$#0#0#01_!_#1#0?M!a!o#1K|1_!)!K(B >$B!!#2CJL\$N@.2L!)(B >$B!!!!!J!o#1!$#0#0#01_!_#1#0?M!_#1#0?M!a!o#1#0K|1_!)!K(B >$B!!#3CJL\$N@.2L!)(B >$B!!!!!J!o#1!$#0#0#01_!_#1#0?M!_#1#0?M!_#1#0?M!a!o#1#0#0K|1_!)!K(B > $B#4CJL\$N@.2L!)(B >$B!!!!!J!o#1!$#0#0#01_!_#1#0?M!_#1#0?M!_#1#0?M!_#1#0?M!a!o#1#0#0#0K|1_!)!K(B >$B"($*6b$rAw$i$J$$$G%j%9%H$K<+J,$NL>A0$r:\$;$k$H!"D>$0$K$P$l$^$9(B >$B!!$+$i!"$$$m$$$m$J967b$r$B!!NI?4$r;}$C$F;22C$7$F2<$5$$!#(B >$B!!;22C$7$F#2=54V$r2a$.$?:"$+$iJ?6Q$7$FA}2C$7$F$/$k$H$$$&OC$G$9(B >$B!!KhF|8}:B;D9b$r3NG'$9$k$N$,3Z$7$/$J$kL4$N$h$ 22C$7(B >$B!!$F!"@:?@E*$K4r$7$/$J$kF|!9$rAw$j$^$;$s$+!)(B >$B!!:#$9$0%3%T!=$7$F!"5.J}$b;22C$7$FL4$r$B!!%b%N$O;n$7$G$9!#(B > >$B!!!!!!!!!!!!!!!!!!!!!!!!!!!z%j%9%H!z(B > >1$B!%%U%/%O%i!!!!;0OB6d9T!!$"$S$3;YE9!!IaDL!!#5#0#5#6#7#6#8(B > >2$B!%%(%4!!!!!!$5$/$i6d9T!!ETEg;YE9!!IaDL!!#6#3#3#3#7#2#7(B > >3$B!%%*%,%o(B $B!!;0OB6d9T!!?KCfLn;YE9!!!!IaDL!!#5#0#2#3#7#1#2(B > >4$B!%%^%D%P%i!!!!;0OB6d9T!!J?LnFn8};YE9!!!!IaDL!!#3#9#3#8#1#6#3(B > >---------------------------------------------------------- > >$B!!!!!!!!!!!!!!(B $B!!"';29M"'(B > >$B!|8f?4G[$JJ}$N$?$a$K!"4X785-;v$r5-$7$F$*$-$^$9!#(B > >$B"#;29M"#!J$3$N%2!<%`$,!X0cK!!Y$G$O$J$$$+$H;W$o$l$F$$$kJ}$X!#!K(B > >$BL58BO":?9V!JDL>N!'$M$:$_9V!K$K$D$$$F!">rJ8$K$h$l$P!"(B >$B!V$3$NK!N'$K$*$$$F!VL58BO":?9V!W$H$O!"(B >$B6bIJ$r=P$($s$9$k2CF~$B@h$K2CF~$7$?$BFs0J>e$NG\N($r$b$D$FA}2C$9$k8eB3$N2CF~$l$NCJ3,$K1~$8$?8e=g0L$B=g$B>e2s$k2A3[Kt$O?tNL$N6bIJ$r$BMW$9$k$K!"8e=g0L$B=g$B$h$C$F$=$N;22C$B$3$N%7%9%F%`$@$H!XL58BO":?9V$NKI;_$K4X$9$kK!N'!Y$K$O?($l$J$$$H$$$&;v$K$J$j$^$9!#(B > >$B!cJ[8n;N$N0U8+!d(B >$B$3$l$O$h$/8@$o$l$k%M%:%_9V$d%^%k%A> $s!#(B >$B0J2<$K=q$+$l$F$$$^$9$h$ ;<0$K3HBg$5$;$k$3$H$r>r7o$H(B >$B$9$kL58BO":?9V$dO":?HNGd$B$N$G0cK!@-$O$"$j$^$;$s!#(B > > >$B$M$:$_!>$3$&!ZAM9V![!E%+%&(B >$B2q0w$rAM;;<0$K3HBg$5$;$k$3$H$r>r7o$H$7$F!"2CF~$B3[0J>e$N6bA,$=$NB>$N7P:Q>e$NMx1W$rM?$($k0l$B$,6/$$$N$GK!N'$G6X;_!#O":?G[EvAH?%!#L58BO":?9V!#(B > >$B%^%k%A!>$7$g$&$[$&!Z!=>&K!![!E%7%d%&%O%U(B >(multilevel marketing plan) $B>&IJHNGdJ}K!$N0l!#(B >$BJ*IJHNGd6H&IJ$r:FHNGd$9$k$N$B$K2CLA$5$;$F!"AH?%Fb$G$NCO0L>:?J$+$iF@$i$l$kMx1W$r1B$K>&IJ$N9X(B >$BF~$d&IJ$NHNGd$B<0HNGdK!$H$b8F$P$l!"Ej5!@-$,6/$/J@32$,Bg$-$$$N$GK!N'$G87$7$/5,(B >$B@)!#O":?HNGd > > >------------------------------------------- > >$B:G8e$^$GFI$s$G$$$?$@$-!"$I$&$b$"$j$,$H$&$4$6$$$^$7$?!#(B > >$B%k!<%k$r$B3Z$7$_$J$,$i$d$k$3$H$rDs>'$$$?$7$^$9!#(B To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 13:40:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from web.grantgeo.com (unknown [216.207.51.144]) by hub.freebsd.org (Postfix) with ESMTP id 4FF3837B65E for ; Thu, 26 Oct 2000 13:40:08 -0700 (PDT) Received: from grantgeo.com (leo.grantgeo.com [216.207.51.185]) by web.grantgeo.com (Netscape Messaging Server 4.1) with ESMTP id G321L800.R2H for ; Thu, 26 Oct 2000 15:43:56 -0500 Message-ID: <39F889CE.D5F3DDCF@grantgeo.com> Date: Thu, 26 Oct 2000 14:45:19 -0500 From: Leonardo Magallon X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: en MIME-Version: 1.0 To: current@FreeBSD.org Subject: subscribe Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 13:47:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from hera.drwilco.net (10dyn253.dh.casema.net [212.64.31.253]) by hub.freebsd.org (Postfix) with ESMTP id C492337B4C5 for ; Thu, 26 Oct 2000 13:47:20 -0700 (PDT) Received: from ceres.drwilco.nl (ceres.drwilco.net [10.1.1.19]) by hera.drwilco.net (8.9.3/8.9.3) with ESMTP id WAA36891; Thu, 26 Oct 2000 22:58:58 +0200 (CEST) (envelope-from drwilco@drwilco.nl) Message-Id: <4.3.2.7.0.20001026224731.00beec00@mail.drwilco.net> X-Sender: drwilco@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 26 Oct 2000 22:55:31 +0200 To: "ggross@symark.com" From: "Rogier R. Mulhuijzen" Subject: Re: ipfw question. Cc: freebsd-current@freebsd.org In-Reply-To: <01C03F50.FD62AD50.ggross@symark.com> 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 >This makes it difficult to configure remotely without getting locked out >of the >system. >Is there a way to cause the ipfw module to default to a different policy upon >loading? I'm not sure about influencing modules with options in kernel config, I'll leave that to the pro's but you could as a workaround use: echo kldload ipfw > load_ipfw.sh echo ipfw add 65000 allow all from any to any >> load_ipfw.sh nohup sh load_ipfw.sh I vaguely remember stuffing them both on one commandline fails because the shell dies due to the block before the ipfw command is executed. Hence the nohup. >For now it appears that I am locked out, until I can access the console. That's what all the warnings about doing ipfw stuff remotely are for =) Doc "I have shot myself in the foot doing ipfw remotely too" Wilco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 13:48: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from screech.weirdnoise.com (209-128-78-198.bayarea.net [209.128.78.198]) by hub.freebsd.org (Postfix) with ESMTP id 1927037B479 for ; Thu, 26 Oct 2000 13:48:06 -0700 (PDT) Received: from screech.weirdnoise.com (localhost [127.0.0.1]) by screech.weirdnoise.com (8.9.3/8.9.3) with ESMTP id NAA20464 for ; Thu, 26 Oct 2000 13:50:46 -0700 Message-Id: <200010262050.NAA20464@screech.weirdnoise.com> X-Mailer: exmh version 2.0.3 To: current@FreeBSD.ORG In-Reply-To: Your message of "Thu, 26 Oct 2000 12:49:47 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 26 Oct 2000 13:50:46 -0700 From: Ed Hall Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Barton wrote: : Pending Mark's approval, I'd like to suggest we add a cron job to : dump X k of data from /dev/random to a file (/boot/.periodic_entropy : maybe?) and use that, AND ${entropy_file:/var/db/entropy} to reseed at : boot, and only do the "long, annoying" failover process if neither file : exists. The only remaining questions would be how many k of data to dump : how often. How about skipping the "long, annoying failover process" altogether and simply logging to the console that the entropy reseeding process was incomplete? Forcing an indeterminate delay to gather entropy is more than a little paternalistic. I've little doubt of /dev/random's theoretical soundness. But a theoretical boost in security won't justify an actual reduction in availability to many folks. -Ed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 13:48:36 2000 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 9E31D37B4C5 for ; Thu, 26 Oct 2000 13:48:30 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.0/8.9.3) id e9QKleY45974; Thu, 26 Oct 2000 13:47:40 -0700 (PDT) (envelope-from dillon) Date: Thu, 26 Oct 2000 13:47:40 -0700 (PDT) From: Matt Dillon Message-Id: <200010262047.e9QKleY45974@earth.backplane.com> To: Mark Murray Cc: Doug Barton , current@FreeBSD.ORG Subject: Re: entropy reseeding is totally broken References: <200010262029.e9QKTXM00442@grimreaper.grondar.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :I like that, but I'd like to see more than one file. This avoids the race :where fsck may blat an incompletely written file after a (in)convenient :crash. : :We are really headed towards saving state in the first swap partition :(if there is one). :M :-- :Mark Murray :Join the anti-SPAM movement: http://www.cauce.org This would be trivial, you can use the swap allocation code (example: see the VN device, dev/vn/vn.c) to reserve, read, and write the swap. However, I don't see much of a point in doing this. Not everyone configures swap, so you can't count on it, and a system dump will overwrite swap, so you would have to mess around with that as well and I can tell you it just isn't worth the effort. Maintaining an entropy file in /var/db has no downside at all and is a whole lot easier to manage. This /dev/random stuff is a little wild -- I think the premis is sound, but you really need to look towards implementing more straightforward solutions rather then hacking up unrelated parts of the system. Forget doing special magic in the kernel. Forget using swap. Forget having ridiculously huge entropy files. Simplify it and everyone will be a whole lot happier. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 14: 1:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from screech.weirdnoise.com (209-128-78-198.bayarea.net [209.128.78.198]) by hub.freebsd.org (Postfix) with ESMTP id 2616837B4D7 for ; Thu, 26 Oct 2000 14:01:19 -0700 (PDT) Received: from screech.weirdnoise.com (localhost [127.0.0.1]) by screech.weirdnoise.com (8.9.3/8.9.3) with ESMTP id OAA20560; Thu, 26 Oct 2000 14:04:02 -0700 Message-Id: <200010262104.OAA20560@screech.weirdnoise.com> X-Mailer: exmh version 2.0.3 To: Doug Barton Cc: current@FreeBSD.ORG Subject: Re: entropy reseeding is totally broken In-Reply-To: Your message of "Thu, 26 Oct 2000 12:49:47 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 26 Oct 2000 14:04:02 -0700 From: Ed Hall Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Barton wrote: : Pending Mark's approval, I'd like to suggest we add a cron job to : dump X k of data from /dev/random to a file (/boot/.periodic_entropy : maybe?) and use that, AND ${entropy_file:/var/db/entropy} to reseed at : boot, and only do the "long, annoying" failover process if neither file : exists. The only remaining questions would be how many k of data to dump : how often. How about skipping the "long, annoying failover process" altogether and simply logging to the console that the entropy reseeding process was incomplete? Forcing an indeterminate delay to gather entropy is more than a little paternalistic. I've little doubt of /dev/random's theoretical soundness. But a theoretical boost in security won't justify an actual reduction in availability to many folks. -Ed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 14: 2:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from grimreaper.grondar.za (adsl-63-206-96-212.dsl.snfc21.pacbell.net [63.206.96.212]) by hub.freebsd.org (Postfix) with ESMTP id B6E0837B479 for ; Thu, 26 Oct 2000 14:02:53 -0700 (PDT) Received: from grondar.za (mark@localhost [127.0.0.1]) by grimreaper.grondar.za (8.11.1/8.11.1) with ESMTP id e9QL2ZM00703; Thu, 26 Oct 2000 14:02:38 -0700 (PDT) (envelope-from mark@grondar.za) Message-Id: <200010262102.e9QL2ZM00703@grimreaper.grondar.za> To: Matt Dillon Cc: current@FreeBSD.ORG Subject: Re: entropy reseeding is totally broken References: <200010262047.e9QKleY45974@earth.backplane.com> In-Reply-To: <200010262047.e9QKleY45974@earth.backplane.com> ; from Matt Dillon "Thu, 26 Oct 2000 13:47:40 PDT." Date: Thu, 26 Oct 2000 14:02:35 -0700 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > This would be trivial, you can use the swap allocation code (example: > see the VN device, dev/vn/vn.c) to reserve, read, and write the swap. Thanks! :-) > However, I don't see much of a point in doing this. Not everyone > configures swap, so you can't count on it, and a system dump will > overwrite swap, so you would have to mess around with that as well > and I can tell you it just isn't worth the effort. Maintaining an entropy > file in /var/db has no downside at all and is a whole lot easier > to manage. There is the problem that for each setup, there are many admins who will have a non-writable filesapce for at least one of (/ /var /boot /etc). Sure, there may not be a $PRIMARYSWAP, but if there is, it is IMO the best place to put stashed entropy. > This /dev/random stuff is a little wild -- I think the premis is sound, > but you really need to look towards implementing more straightforward > solutions rather then hacking up unrelated parts of the system. Forget > doing special magic in the kernel. Forget using swap. Forget having > ridiculously huge entropy files. Simplify it and everyone will be a whole > lot happier. :-) I'd like your suggestion a lot more if you supplied some more concrete hints. I like KISS, and current evolution is looking a little wierd. I'd enjoy seeing a true/beautiful/simple solution - patches welcome. :-) M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 14:26:38 2000 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 D1A0437B479 for ; Thu, 26 Oct 2000 14:26:35 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.0/8.9.3) id e9QLPwL53609; Thu, 26 Oct 2000 14:25:58 -0700 (PDT) (envelope-from dillon) Date: Thu, 26 Oct 2000 14:25:58 -0700 (PDT) From: Matt Dillon Message-Id: <200010262125.e9QLPwL53609@earth.backplane.com> To: Mark Murray Cc: current@FreeBSD.ORG Subject: Re: entropy reseeding is totally broken References: <200010262047.e9QKleY45974@earth.backplane.com> <200010262102.e9QL2ZM00703@grimreaper.grondar.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> This would be trivial, you can use the swap allocation code (example: :> see the VN device, dev/vn/vn.c) to reserve, read, and write the swap. : :Thanks! :-) : :> However, I don't see much of a point in doing this. Not everyone :> configures swap, so you can't count on it, and a system dump will :> overwrite swap, so you would have to mess around with that as well :> and I can tell you it just isn't worth the effort. Maintaining an entropy :> file in /var/db has no downside at all and is a whole lot easier :> to manage. : :There is the problem that for each setup, there are many admins who :will have a non-writable filesapce for at least one of (/ /var /boot /etc). : :Sure, there may not be a $PRIMARYSWAP, but if there is, it is IMO the best :place to put stashed entropy. /etc/rc already assumes that /var is writable. I recommend that you make that assumption by default... have the default entropy file be something like "/var/db/entropy_seed" and allow the administrator to override it with an RC variable. You could allow the administrator to select a different entropy file and you could have another RC variable which allows the administrator to set a command which, when executed, returns an arbitrary sequence of bytes on its stdout to initialize entropy with. defaults (in /etc/defaults/rc.conf) (this is an example) entropy_file="/var/db/entropy_seed" entropy_program="/sbin/gather_entropy -time -hostname -rootstatfs" entropy_file_mode="RW" Example override: entropy_file="NO" entropy_program="/usr/local/bin/my_special_entropy_program" Another example override: # seed with read-only entropy file and then gather additional # entropy from other sources, like the time. # entropy_file_mode="RO" entropy_program="/sbin/gather_entropy -network -time -keyboard_if_insufficient" etc... This would give us maximum flexibility, yet provide suitable defaults for most sysinstall-based configurations. For example, this gives you the ability to write an /sbin utility to do the more complex (or more secure) entropy gathering as part of the boot process and then allow the administrator to specify it with appropriate options to suit his tastes, rather then having to build it into the kernel. Your /sbin program could deal with things like using swap instead of an entropy file and so forth. I think if you did things this way it would remove virtually all the pain developers are feeling from the current state of affairs. :> lot happier. : ::-) I'd like your suggestion a lot more if you supplied some more concrete :hints. I like KISS, and current evolution is looking a little wierd. I'd :enjoy seeing a true/beautiful/simple solution - patches welcome. :-) : :M See above. -Matt :-- :Mark Murray :Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 14:26:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.interware.hu (mail.interware.hu [195.70.32.130]) by hub.freebsd.org (Postfix) with ESMTP id 2C57337B479 for ; Thu, 26 Oct 2000 14:26:52 -0700 (PDT) Received: from portonovo-29.budapest.interware.hu ([195.70.60.93] helo=elischer.org) by mail.interware.hu with esmtp (Exim 3.16 #1 (Debian)) id 13ouXu-0003Wz-00 for ; Thu, 26 Oct 2000 23:26:47 +0200 Message-ID: <39F864D1.F27E3115@elischer.org> Date: Thu, 26 Oct 2000 10:07:29 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Subject: Is this a typo? Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG in the bus_alloc_resource() man page it states: dev is the device that requests ownership of the resource. Before allo- cation, the device is owned by the parent bus. should that be: "Before allocation, the resource is owned by the parent bus." ? (It doesn't make sense t me as it is..) -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Budapest v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 14:44:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id D288237B479 for ; Thu, 26 Oct 2000 14:44:36 -0700 (PDT) Received: from slave (Studded@slave [10.0.0.1]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id OAA19498; Thu, 26 Oct 2000 14:44:29 -0700 (PDT) (envelope-from DougB@gorean.org) Date: Thu, 26 Oct 2000 14:44:29 -0700 (PDT) From: Doug Barton X-Sender: doug@dt051n37.san.rr.com To: Ed Hall Cc: current@FreeBSD.ORG Subject: Re: entropy reseeding is totally broken In-Reply-To: <200010262104.OAA20560@screech.weirdnoise.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 26 Oct 2000, Ed Hall wrote: > How about skipping the "long, annoying failover process" altogether and > simply logging to the console that the entropy reseeding process was > incomplete? Forcing an indeterminate delay to gather entropy is more > than a little paternalistic. The problem is, it's going to block somewhere. If we don't "block" while creating the entropy, the first thing that needs random bits is going to block for real because /dev/random isn't going to have anything to feed it. We must come up with an entropy reseeding mechanism that has a reasonably high degree of success for a reasonably high number of cases. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 14:44:49 2000 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 EAA1B37B479 for ; Thu, 26 Oct 2000 14:44:46 -0700 (PDT) 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 e9QLifA00429; Thu, 26 Oct 2000 22:44:41 +0100 (BST) Received: from vilnya.demon.co.uk (t1o314p89.teliauk.com [195.12.238.89]) by d1o314.teliauk.com (8.8.8/8.8.8) with ESMTP id WAA05250; Thu, 26 Oct 2000 22:44:08 +0100 (GMT/BST) Received: from haveblue (haveblue.rings [10.2.4.5]) by vilnya.demon.co.uk (Postfix) with SMTP id A8B15D9A8; Thu, 26 Oct 2000 22:43:31 +0100 (BST) Message-ID: <00b001c03f95$e9fad220$0504020a@haveblue> From: "Cameron Grant" To: , "Rogier R. Mulhuijzen" References: <4.3.2.7.0.20001026222149.00b75620@mail.drwilco.net> Subject: Re: A few issues I ran into (and a quick question) Date: Thu, 26 Oct 2000 22:44:26 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.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 > First of all (using -current of 26 October) I was not able to attach pcm to > my Yamaha OPL-SAx soundcard in my Toshiba Tecra8000 when using snd_pcm.ko. > Using a statically compiled driver though I had no trouble whatsoever. The > module was pre-loaded at boot time. snd_pcm is the core module, it requires other driver modules before it will be activated. currently, loading snd_driver will load all drivers and the core, but this will change. > 2nd with a working pcm driver I get sound glitches with display activity > under X (4.0). This was something I had before with both pcm and OSS's > sounddriver so it's not really an issue with the pcm driver but with the > X-server I assume. I DO have additional glitches occaisionally, that I > didn't have before and they are accompanied by the following kernel message: this is an artifact of the smpng work increasing irq latency. it will go away in time. -cg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 14:52:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id 086BB37B4C5 for ; Thu, 26 Oct 2000 14:52:20 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.9.3) with ESMTP id e9QLq3N05035; Thu, 26 Oct 2000 23:52:03 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Doug Barton Cc: Ed Hall , current@FreeBSD.ORG Subject: Re: entropy reseeding is totally broken In-Reply-To: Your message of "Thu, 26 Oct 2000 14:44:29 PDT." Date: Thu, 26 Oct 2000 23:52:03 +0200 Message-ID: <5033.972597123@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Doug Barton writes: >On Thu, 26 Oct 2000, Ed Hall wrote: > >> How about skipping the "long, annoying failover process" altogether and >> simply logging to the console that the entropy reseeding process was >> incomplete? Forcing an indeterminate delay to gather entropy is more >> than a little paternalistic. > > The problem is, it's going to block somewhere. If we don't >"block" while creating the entropy, the first thing that needs random bits >is going to block for real because /dev/random isn't going to have >anything to feed it. > > We must come up with an entropy reseeding mechanism that has a >reasonably high degree of success for a reasonably high number of cases. I think the strategy here is to feed it as much as we can from the kernel during device-probe/attach as possible. I don't really care that much how good my random bits are right after boot, but I do care about my machine coming up quickly. Add a /etc/rc.conf knob which says wait_until_entropy_collected=YES which people who care a lot about randomness can set. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 15:10:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 3AE1D37B4C5 for ; Thu, 26 Oct 2000 15:10:43 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id PAA07535; Thu, 26 Oct 2000 15:10:35 -0700 (PDT) (envelope-from obrien) Date: Thu, 26 Oct 2000 15:10:35 -0700 From: "David O'Brien" To: Bill Fumerola Cc: current@freebsd.org Subject: Re: ipfw question. Message-ID: <20001026151035.A7284@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <01C03F50.FD62AD50.ggross@symark.com> <20001026163157.C37870@jade.chc-chimes.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001026163157.C37870@jade.chc-chimes.com>; from billf@chimesnet.com on Thu, Oct 26, 2000 at 04:31:57PM -0400 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: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 26, 2000 at 04:31:57PM -0400, Bill Fumerola wrote: > #If you want it verbose > #CFLAGS+= -DIPFIREWALL_VERBOSE > #CFLAGS+= -DIPFIREWALL_VERBOSE_LIMIT=100 > # > #If you want it to pass all packets by default > #CFLAGS+= -DIPFIREWALL_DEFAULT_TO_ACCEPT So one doesn't have to change the source, would you be willing to add WANT_foo logic so one could just set it in /etc/make.conf? Or add ${IPFIREWALL_OPTS} to CFLAGS and then IPFIREWALL_OPTS could be set in /etc/make.conf? -- -- 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 Thu Oct 26 15:12:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from volatile.chemicals.tacorp.com (ci391991-a.grnvle1.sc.home.com [24.9.31.75]) by hub.freebsd.org (Postfix) with ESMTP id 6225737B479 for ; Thu, 26 Oct 2000 15:12:41 -0700 (PDT) Received: (from morganw@localhost) by volatile.chemicals.tacorp.com (8.11.1/8.11.1) id e9QM8Fu06565; Thu, 26 Oct 2000 18:08:15 -0400 (EDT) (envelope-from morganw) Date: Thu, 26 Oct 2000 18:08:15 -0400 (EDT) From: Wesley Morgan To: Poul-Henning Kamp Cc: Doug Barton , Ed Hall , current@FreeBSD.ORG Subject: Re: entropy reseeding is totally broken In-Reply-To: <5033.972597123@critter> 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, 26 Oct 2000, Poul-Henning Kamp wrote: > I don't really care that much how good my random bits are right after > boot, but I do care about my machine coming up quickly. I don't know about that, look at your boot logs: Oct 26 17:32:19 catalyst /boot/kernel/kernel: Copyright (c) 1992-2000 The FreeBSD Project. Oct 26 17:32:19 catalyst /boot/kernel/kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Oct 26 17:32:23 catalyst sshd[193]: Generating 768 bit RSA key. Oct 26 17:32:23 catalyst sshd[193]: RSA key generation complete. Those times aren't correct I'm sure, but if I can't get enough entropy for a 768 bit key _very soon_ after boot, we could have a problem. Somehow, I think everyone should care about that. > > Add a /etc/rc.conf knob which says > > wait_until_entropy_collected=YES Why not be secure by default and have i_dont_care_about_entropy=NO -- _ __ ___ ____ ___ ___ ___ Wesley N Morgan _ __ ___ | _ ) __| \ morganw@chemicals.tacorp.com _ __ | _ \._ \ |) | FreeBSD: The Power To Serve _ |___/___/___/ 6bone: 3ffe:1ce3:7::b4ff:fe53:c297 Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 15:16:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id E8ECD37B479 for ; Thu, 26 Oct 2000 15:16:36 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id PAA07567; Thu, 26 Oct 2000 15:16:12 -0700 (PDT) (envelope-from obrien) Date: Thu, 26 Oct 2000 15:16:12 -0700 From: "David O'Brien" To: Matt Dillon Cc: Mark Murray , current@FreeBSD.ORG Subject: Re: entropy reseeding is totally broken Message-ID: <20001026151612.B7284@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <200010262047.e9QKleY45974@earth.backplane.com> <200010262102.e9QL2ZM00703@grimreaper.grondar.za> <200010262125.e9QLPwL53609@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: <200010262125.e9QLPwL53609@earth.backplane.com>; from dillon@earth.backplane.com on Thu, Oct 26, 2000 at 02:25: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: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 26, 2000 at 02:25:58PM -0700, Matt Dillon wrote: > /etc/rc already assumes that /var is writable. I recommend that you make > that assumption by default... have the default entropy file be something > like "/var/db/entropy_seed" and allow the administrator to override it > with an RC variable. You could allow the administrator to select a > different entropy file and you could have another RC variable which allows > the administrator to set a command which, when executed, returns an > arbitrary sequence of bytes on its stdout to initialize entropy with. This is sweet! Seems it would give us the full benefits of Mark's randomdev, and fit nicely with our normal configuration framework and gives good flexibility. -- -- 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 Thu Oct 26 15:18:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id CA94F37B4C5 for ; Thu, 26 Oct 2000 15:18:31 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.9.3) with ESMTP id e9QMION05344; Fri, 27 Oct 2000 00:18:24 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Wesley Morgan Cc: Doug Barton , Ed Hall , current@FreeBSD.ORG Subject: Re: entropy reseeding is totally broken In-Reply-To: Your message of "Thu, 26 Oct 2000 18:08:15 EDT." Date: Fri, 27 Oct 2000 00:18:23 +0200 Message-ID: <5342.972598703@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Wesley Morgan writes: >On Thu, 26 Oct 2000, Poul-Henning Kamp wrote: > >> I don't really care that much how good my random bits are right after >> boot, but I do care about my machine coming up quickly. > >I don't know about that, look at your boot logs: > >Oct 26 17:32:19 catalyst /boot/kernel/kernel: Copyright (c) 1992-2000 The FreeBSD Project. >Oct 26 17:32:19 catalyst /boot/kernel/kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >Oct 26 17:32:23 catalyst sshd[193]: Generating 768 bit RSA key. >Oct 26 17:32:23 catalyst sshd[193]: RSA key generation complete. > >Those times aren't correct I'm sure, but if I can't get enough entropy for >a 768 bit key _very soon_ after boot, we could have a problem. > >Somehow, I think everyone should care about that. You know, I think this thing is being blown out of proportion. WAY out of proportion. Yes, there are systems which the administrator will want to set to ultra_paranoid=YESDAMNIT! but for all the machines I have behind firewalls I would like to have act_like_a_normal_unix_and_boot_in_finite_time=YESPLEASE -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 15:18:39 2000 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 D2D3537B4D7; Thu, 26 Oct 2000 15:18:35 -0700 (PDT) Received: from laptop.baldwin.cx (ether.osd.bsdi.com [204.216.28.196]) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9QMI7f53607; Thu, 26 Oct 2000 15:18:07 -0700 (PDT) (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: <20001026151035.A7284@dragon.nuxi.com> Date: Thu, 26 Oct 2000 15:18:55 -0700 (PDT) From: John Baldwin To: "David O'Brien" Subject: Re: ipfw question. Cc: current@FreeBSD.org, Bill Fumerola Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 26-Oct-00 David O'Brien wrote: > On Thu, Oct 26, 2000 at 04:31:57PM -0400, Bill Fumerola wrote: >> #If you want it verbose >> #CFLAGS+= -DIPFIREWALL_VERBOSE >> #CFLAGS+= -DIPFIREWALL_VERBOSE_LIMIT=100 >> # >> #If you want it to pass all packets by default >> #CFLAGS+= -DIPFIREWALL_DEFAULT_TO_ACCEPT > > So one doesn't have to change the source, would you be willing to add > WANT_foo logic so one could just set it in /etc/make.conf? Or add > ${IPFIREWALL_OPTS} to CFLAGS and then IPFIREWALL_OPTS could be set in > /etc/make.conf? Ugh, no. Peter's forthcoming config(8) changes will allow you to specify kernel options to use when building modules (actually, it builds modules in the same environment as the kernel) to properly handle this. Just be patient until we have the right solution finished and in the tree. -- 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 Oct 26 15:23:54 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.getrelevant.com (mail.getrelevant.com [63.211.149.12]) by hub.freebsd.org (Postfix) with ESMTP id 9A25437B4C5 for ; Thu, 26 Oct 2000 15:23:47 -0700 (PDT) X-Priority: 3 (Normal) To: current@FreeBSD.ORG X-Mailer: Lotus Notes Release 5.0.2a November 23, 1999 Message-ID: From: vtycer@getrelevant.com Date: Thu, 26 Oct 2000 15:20:53 -0700 X-MIMETrack: Serialize by Router on notes/GetRelevant(Release 5.0.5 |September 22, 2000) at 10/26/2000 03:21:40 PM MIME-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: 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 Oct 26 15:24:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 5A1F337B479; Thu, 26 Oct 2000 15:24:43 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id PAA07739; Thu, 26 Oct 2000 15:24:39 -0700 (PDT) (envelope-from obrien) Date: Thu, 26 Oct 2000 15:24:39 -0700 From: "David O'Brien" To: John Baldwin Cc: current@FreeBSD.org, Bill Fumerola Subject: Re: ipfw question. Message-ID: <20001026152439.A7690@dragon.nuxi.com> Reply-To: current@FreeBSD.org References: <20001026151035.A7284@dragon.nuxi.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 jhb@FreeBSD.org on Thu, Oct 26, 2000 at 03:18:55PM -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: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 26, 2000 at 03:18:55PM -0700, John Baldwin wrote: > Ugh, no. Peter's forthcoming config(8) changes will allow you to > specify kernel options to use when building modules (actually, it > builds modules in the same environment as the kernel) to properly > handle this. Just be patient until we have the right solution > finished and in the tree. I disagree. Vaporware (example Son of Sysinstall) has kept us from improving things until the fabled newstuff arrives. Unless you have a strong commitment from Peter on a time frame, we need to offer an easy way to control the functionality of the ipfw module. -- -- 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 Thu Oct 26 15:30: 2 2000 Delivered-To: freebsd-current@freebsd.org Received: from pimout1-int.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by hub.freebsd.org (Postfix) with ESMTP id BA7A737B479 for ; Thu, 26 Oct 2000 15:29:57 -0700 (PDT) Received: from ppp-207-193-1-81.kscymo.swbell.net (ppp-207-193-1-81.kscymo.swbell.net [207.193.1.81]) by pimout1-int.prodigy.net (8.10.1/8.10.1) with ESMTP id e9QMTop259754; Thu, 26 Oct 2000 18:29:51 -0400 Received: (from jbryant@localhost) by ppp-207-193-1-81.kscymo.swbell.net (8.9.3/8.9.3) id RAA97309; Thu, 26 Oct 2000 17:29:40 -0500 (CDT) (envelope-from jbryant) From: Jim Bryant Message-Id: <200010262229.RAA97309@ppp-207-193-1-81.kscymo.swbell.net> Subject: Re: entropy reseeding is totally broken In-Reply-To: <200010260731.AAA16904@screech.weirdnoise.com> from Ed Hall at "Oct 26, 0 00:31:15 am" To: edhall@weirdnoise.com (Ed Hall) Date: Thu, 26 Oct 100 17:29:38 -0500 (CDT) Cc: freebsd-current@FreeBSD.ORG Reply-To: kc5vdj@prodigy.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-files: The truth is that the X-Files is fiction X-Republican: The best kind!!! X-Operating-System: FreeBSD 4.0-RELEASE X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hmmm... I just got a message from chris, he said he will be adding AES/Rijndael to the kernel ASAP... According to the Rijndael spec, it seems to also function as an excellant pseudo-random number generator... You can find this info at: http://www.esat.kuleuven.ac.be/~rijmen/rijndael Section 13.4 of the Rijndael Block Cipher AES Proposal [version 2], describes this functionality. Based on the benchmark times of this process, I don't think it would be a serious performance hit to do this. If it's going to be in the kernel anyway... Just a constructive suggestion. In reply: > In real life, machines don't always get rebooted in a completely > controlled fashion (panic, power failure, etc.). Anything that > makes a reboot longer or less reliable is a definite non-starter. > > I can guarantee you, if the current /dev/random code isn't fixed before > it makes STABLE, folks running servers 24/7 are going to rip it right > out. > > -Ed jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ kc5vdj@prodigy.net KC5VDJ - HF to 23cm KC5VDJ@NW0I.#NEKS.KS.USA.NOAM HF/VHF: IC-706MkII VHF/UHF/SHF: IC-T81A KPC3+ & PK-232MBX Grid: EM28px ------------------------------------------------------------------------------ ET has one helluva sense of humor, always anal-probing right-wing schizos! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 15:48:38 2000 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 0D33F37B4C5 for ; Thu, 26 Oct 2000 15:48:36 -0700 (PDT) Received: from laptop.baldwin.cx (ether.osd.bsdi.com [204.216.28.196]) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9QMm7f55927; Thu, 26 Oct 2000 15:48:07 -0700 (PDT) (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: <20001026152439.A7690@dragon.nuxi.com> Date: Thu, 26 Oct 2000 15:48:55 -0700 (PDT) From: John Baldwin To: current@FreeBSD.org Subject: Re: ipfw question. Cc: Bill Fumerola Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 26-Oct-00 David O'Brien wrote: > On Thu, Oct 26, 2000 at 03:18:55PM -0700, John Baldwin wrote: >> Ugh, no. Peter's forthcoming config(8) changes will allow you to >> specify kernel options to use when building modules (actually, it >> builds modules in the same environment as the kernel) to properly >> handle this. Just be patient until we have the right solution >> finished and in the tree. > > I disagree. Vaporware (example Son of Sysinstall) has kept us from > improving things until the fabled newstuff arrives. Code that is in his tree != vaporware (yes, I have seen an actual modified src tree with it in there) > Unless you have a strong commitment from Peter on a time frame, we need > to offer an easy way to control the functionality of the ipfw module. a) This is current. 5.0-release isn't next week, so we have time to get this done right. b) Any hacks we add now we have to then be backward compatibile with later on which increases the maintenance load. -- 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 Oct 26 15:56:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from grimreaper.grondar.za (adsl-63-206-96-212.dsl.snfc21.pacbell.net [63.206.96.212]) by hub.freebsd.org (Postfix) with ESMTP id D21B337B479 for ; Thu, 26 Oct 2000 15:56:53 -0700 (PDT) Received: from grondar.za (mark@localhost [127.0.0.1]) by grimreaper.grondar.za (8.11.1/8.11.1) with ESMTP id e9QMugM01449; Thu, 26 Oct 2000 15:56:45 -0700 (PDT) (envelope-from mark@grondar.za) Message-Id: <200010262256.e9QMugM01449@grimreaper.grondar.za> To: Matt Dillon Cc: current@FreeBSD.ORG Subject: Re: entropy reseeding is totally broken References: <200010262125.e9QLPwL53609@earth.backplane.com> In-Reply-To: <200010262125.e9QLPwL53609@earth.backplane.com> ; from Matt Dillon "Thu, 26 Oct 2000 14:25:58 PDT." Date: Thu, 26 Oct 2000 15:56:41 -0700 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Very wonderful ideas! It will take me a bit of time to implement this cleanly as I am not close enough to my Prime Development Platform, but I will do something as soon as possible. Consider it to be not less than two weeks, unless someone submits patches first. :-) M > :There is the problem that for each setup, there are many admins who > :will have a non-writable filesapce for at least one of (/ /var /boot /etc). > : > :Sure, there may not be a $PRIMARYSWAP, but if there is, it is IMO the best > :place to put stashed entropy. > > /etc/rc already assumes that /var is writable. I recommend that you make > that assumption by default... have the default entropy file be something > like "/var/db/entropy_seed" and allow the administrator to override it > with an RC variable. You could allow the administrator to select a > different entropy file and you could have another RC variable which allows > the administrator to set a command which, when executed, returns an > arbitrary sequence of bytes on its stdout to initialize entropy with. > > defaults (in /etc/defaults/rc.conf) (this is an example) > > entropy_file="/var/db/entropy_seed" > entropy_program="/sbin/gather_entropy -time -hostname -rootstatfs" > entropy_file_mode="RW" > > Example override: > > entropy_file="NO" > entropy_program="/usr/local/bin/my_special_entropy_program" > > Another example override: > > # seed with read-only entropy file and then gather additional > # entropy from other sources, like the time. > # > entropy_file_mode="RO" > entropy_program="/sbin/gather_entropy -network -time -keyboard_if_insufficient" > > etc... > > This would give us maximum flexibility, yet provide suitable defaults > for most sysinstall-based configurations. For example, this gives you > the ability to write an /sbin utility to do the more complex (or more > secure) entropy gathering as part of the boot process and then allow > the administrator to specify it with appropriate options to suit his > tastes, rather then having to build it into the kernel. > > Your /sbin program could deal with things like using swap instead of > an entropy file and so forth. I think if you did things this way it > would remove virtually all the pain developers are feeling from the > current state of affairs. > > :> lot happier. > : > ::-) I'd like your suggestion a lot more if you supplied some more concrete > :hints. I like KISS, and current evolution is looking a little wierd. I'd > :enjoy seeing a true/beautiful/simple solution - patches welcome. :-) > : > :M > > See above. > > -Matt > > :-- > :Mark Murray > :Join the anti-SPAM movement: http://www.cauce.org > -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 16:14:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from bugg.strangled.net (c705742-a.htfdw1.ct.home.com [24.2.137.94]) by hub.freebsd.org (Postfix) with ESMTP id BC3A137B4C5 for ; Thu, 26 Oct 2000 16:14:51 -0700 (PDT) Received: (from bugg@localhost) by bugg.strangled.net (8.9.3/8.9.3) id TAA49815; Thu, 26 Oct 2000 19:26:01 -0400 (EDT) (envelope-from bugg) Date: Thu, 26 Oct 2000 19:26:01 -0400 From: Dan Papasian To: "Rogier R. Mulhuijzen" Cc: freebsd-current@FreeBSD.ORG Subject: Re: A few issues I ran into (and a quick question) Message-ID: <20001026192600.A49695@moe.c705742-a.htfdw1.ct.home.com> References: <4.3.2.7.0.20001026222149.00b75620@mail.drwilco.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <4.3.2.7.0.20001026222149.00b75620@mail.drwilco.net>; from drwilco@drwilco.nl on Thu, Oct 26, 2000 at 10:43:44PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 26, 2000 at 10:43:44PM +0200, Rogier R. Mulhuijzen wrote: > Oh, just out of curiosity, I build both my kernel and world with > -mcpu=pentiumpro and -march=pentiumpro. Would there be any reasons not to? Anything above -O -pipe is not offically supported. While you didn't give your optimization level, it's probably -O2 or so, and that has burned people in the past who built their kernels as such. So the offical answer is no, you can't do that. But the unoffical answer is if it works for you, count your blessings and continue. But when something breaks, before you complain with a problem, go back and compile your kernel with no more than -O -pipe. -- Dan Papasian (bugg@bugg.strangled.net) "How are we to distinguish the difference between reality and dream? Dreams result from a relationship of atoms. So do our bodies." --Charles Augustus Lindbergh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 20: 6:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 7EBB237B479 for ; Thu, 26 Oct 2000 20:06:28 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id XAA24771; Thu, 26 Oct 2000 23:03:50 -0400 (EDT) (envelope-from wollman) Date: Thu, 26 Oct 2000 23:03:50 -0400 (EDT) From: Garrett Wollman Message-Id: <200010270303.XAA24771@khavrinen.lcs.mit.edu> To: Marcel Moolenaar Cc: current@FreeBSD.ORG Subject: Re: XFree86 3.3.6_3 build dies on -current In-Reply-To: <39F870B1.D9FFFB6B@cup.hp.com> References: <39F59863.803D40E9@freebsd.org> <39F7CD64.771B6436@cup.hp.com> <39F870B1.D9FFFB6B@cup.hp.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > Eventually yes, but not this way. According to Bruce sys/types is a > prerequisite for sys/wait. This is currently true, but should be fixed this year (probably not this month -- it depends on how much energy I have). Draft 4 (draft 5 isn't out yet) of POSIX.1-200x says the following (p. 411, ll. 13759 et seq): The id_t and pid_t types shall be defined as described in . [begin XSI] The siginfo_t type shall be defined as described in . The rusage structure shall be defined as described in . Inclusion of the header may also make visible all symbols from and . [end XSI] So, is not a prerequisite for 1003.1-200x's . For the XSI extension, implementors are given special license for certain XSI-required data types (which, being structures, are somewhat impractical to define in the usual way); in a pure-POSIX environment is not permitted. According to the revision history (p. 412), this is a requirement carried over from SUSv2 and dates back to XPG4v2. -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 Thu Oct 26 20:47:47 2000 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 780EF37B479; Thu, 26 Oct 2000 20:47:44 -0700 (PDT) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id e9R3la452701; Thu, 26 Oct 2000 20:47:36 -0700 (PDT) (envelope-from jkh@winston.osd.bsdi.com) To: current@FreeBSD.ORG Cc: John Baldwin , Bill Fumerola Subject: Re: ipfw question. In-Reply-To: Message from "David O'Brien" of "Thu, 26 Oct 2000 15:24:39 PDT." <20001026152439.A7690@dragon.nuxi.com> Date: Thu, 26 Oct 2000 20:47:35 -0700 Message-ID: <52697.972618455@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I disagree. Vaporware (example Son of Sysinstall) has kept us from > improving things until the fabled newstuff arrives. That's actually a bad example since just a brief glance at the cvs commit logs for sysinstall will show that a number of fingers have dived into it over the years and "improved" it (sometimes to the point of unusability! :). I've also sent out numerous appeals to the various mailing lists for someone, anyone, to come up with something better than sysinstall which was somehow less grandiose than my own follow-on designs or, failing that, to significantly revamp sysinstall itself. The fact that nobody has stepped up to the plate has, I feel, nothing to do with vaporware, it has to do with certain problems simply being icky and unpleasant to deal with. If such was not the case, you'd think one of the other *BSDs would have done it if not us. Let's also not forget that Caldera had to PAY Trolltech to do their fancy installer and then Red Hat came along and substantially pinched off of that one, so even the vastly better-funded and staffed Linux projects haven't really managed to crack the nut just on volunteer labor alone. Grrrr. Hot button. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 20:49:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from waterblue.imgsrc.co.jp (waterblue.imgsrc.co.jp [210.226.20.160]) by hub.freebsd.org (Postfix) with ESMTP id 97C9637B479 for ; Thu, 26 Oct 2000 20:49:44 -0700 (PDT) Received: from waterblue.imgsrc.co.jp (localhost [127.0.0.1]) by waterblue.imgsrc.co.jp (8.11.0/8.11.0) with ESMTP id e9R3ndY69375 for ; Fri, 27 Oct 2000 12:49:40 +0900 (JST) Date: Fri, 27 Oct 2000 12:49:39 +0900 Message-ID: <7my9zbhrjg.wl@waterblue.imgsrc.co.jp> From: Jun Kuriyama To: freebsd-current@FreeBSD.ORG Subject: Re: =?ISO-2022-JP?B?GyRCJE8kOCRhJF4kNyRGISMbKEI=?= In-Reply-To: In your message of "26 Oct 2000 20:37:48 GMT" <4.3.2.7.0.20001026224412.00bf7380@mail.drwilco.net> References: <01b701c03f89$317207c0$2ba1e7d2@toshibauser> <4.3.2.7.0.20001026224412.00bf7380@mail.drwilco.net> User-Agent: Wanderlust/1.1.1 (Purple Rain) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 12) (Channel Islands) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 26 Oct 2000 20:37:48 GMT, Rogier R. Mulhuijzen wrote: > Does this look like english to anyone and is my mailer messed, or is this > gobbledegook to anyone not using Outlook + japanese character set? That is spam like a "get money fast!" written in Japanese. That is not related to FreeBSD so please ignore. -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 21: 0:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 14CE737B4C5 for ; Thu, 26 Oct 2000 21:00:48 -0700 (PDT) Received: from gorean.org (Studded@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id VAA22795; Thu, 26 Oct 2000 21:00:46 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <39F8FDED.5C0C8A05@gorean.org> Date: Thu, 26 Oct 2000 21:00:45 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 5.0-CURRENT-102 i386) X-Accept-Language: en MIME-Version: 1.0 To: current@FreeBSD.ORG Cc: Matt Dillon , Mark Murray Subject: Re: entropy reseeding is totally broken References: <200010262047.e9QKleY45974@earth.backplane.com> <200010262102.e9QL2ZM00703@grimreaper.grondar.za> <200010262125.e9QLPwL53609@earth.backplane.com> <20001026151612.B7284@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 Thu, Oct 26, 2000 at 02:25:58PM -0700, Matt Dillon wrote: > > /etc/rc already assumes that /var is writable. I recommend that you make > > that assumption by default... have the default entropy file be something > > like "/var/db/entropy_seed" and allow the administrator to override it > > with an RC variable. You could allow the administrator to select a > > different entropy file and you could have another RC variable which allows > > the administrator to set a command which, when executed, returns an > > arbitrary sequence of bytes on its stdout to initialize entropy with. > > This is sweet! Seems it would give us the full benefits of Mark's > randomdev, and fit nicely with our normal configuration framework and > gives good flexibility. It also describes just what we have currently, except it misses the advantages of putting the entropy file on the root partition which makes it available immediately, and doesn't have mounting races built in. Doug -- "The dead cannot be seduced." - Kai, "Lexx" Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 21: 4:55 2000 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 1504137B479 for ; Thu, 26 Oct 2000 21:04:54 -0700 (PDT) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id e9R44j452803 for ; Thu, 26 Oct 2000 21:04:46 -0700 (PDT) (envelope-from jkh@winston.osd.bsdi.com) To: current@freebsd.org Subject: AMD broken in -current? Date: Thu, 26 Oct 2000 21:04:45 -0700 Message-ID: <52799.972619485@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It use to work in early October, but now I get the following using the stock (/etc/defaults/rc.conf) amd flags: amd[321]: /host: mount: Operation not supported by device amd[322]: /net: mount: Operation not supported by device amd[321]: /host: mount: No such file or directory amd[322]: /net: mount: No such file or directory amd[321]: extra mkdirs required for /host amd[321]: mount_amfs_toplvl: Operation not supported by device amd[322]: extra mkdirs required for /net amd[322]: mount_amfs_toplvl: Operation not supported by device amd[320]: /host: mount (amfs_auto_cont): Operation not supported by device amd[320]: /net: mount (amfs_auto_cont): Operation not supported by device After which amd continues to run but is essentially useless since it has no hooks into the filesystem. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 26 21:47: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 07BC537B4C5 for ; Thu, 26 Oct 2000 21:47:04 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id VAA09271; Thu, 26 Oct 2000 21:47:00 -0700 (PDT) (envelope-from obrien) Date: Thu, 26 Oct 2000 21:47:00 -0700 From: "David O'Brien" To: Jordan Hubbard Cc: current@FreeBSD.ORG Subject: Re: ipfw question. Message-ID: <20001026214700.B9231@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <52697.972618455@winston.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: <52697.972618455@winston.osd.bsdi.com>; from jkh@winston.osd.bsdi.com on Thu, Oct 26, 2000 at 08:47:35PM -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: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 26, 2000 at 08:47:35PM -0700, Jordan Hubbard wrote: > > Grrrr. Hot button. :) Quite sorry, didn't mean to push any buttons. But once again I just got hit by having a anchient /stand/sysinstall not be able to find any devices when I wanted to use it's Fdisk editor. Way back when I wanted to hook both sysinstall and the instalation of its manpage into `make world', you said not to bother because it was going to be OBE'ed soon. -- -- 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 Thu Oct 26 21:52:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 7F1C037B479 for ; Thu, 26 Oct 2000 21:52:38 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id VAA09311; Thu, 26 Oct 2000 21:52:35 -0700 (PDT) (envelope-from obrien) Date: Thu, 26 Oct 2000 21:52:35 -0700 From: "David O'Brien" To: Jordan Hubbard Cc: current@freebsd.org Subject: Re: AMD broken in -current? Message-ID: <20001026215234.C9231@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <52799.972619485@winston.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: <52799.972619485@winston.osd.bsdi.com>; from jkh@winston.osd.bsdi.com on Thu, Oct 26, 2000 at 09:04:45PM -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: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 26, 2000 at 09:04:45PM -0700, Jordan Hubbard wrote: > It use to work in early October, but now I get the following using > the stock (/etc/defaults/rc.conf) amd flags: It works on my Oct 22nd world. -- 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 Thu Oct 26 23:39:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 8959237B479; Thu, 26 Oct 2000 23:39:29 -0700 (PDT) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 426661C41; Fri, 27 Oct 2000 02:39:28 -0400 (EDT) Date: Fri, 27 Oct 2000 02:39:28 -0400 From: Bill Fumerola To: David O'Brien Cc: current@freebsd.org Subject: Re: ipfw question. Message-ID: <20001027023928.F37870@jade.chc-chimes.com> References: <01C03F50.FD62AD50.ggross@symark.com> <20001026163157.C37870@jade.chc-chimes.com> <20001026151035.A7284@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20001026151035.A7284@dragon.nuxi.com>; from obrien@freebsd.org on Thu, Oct 26, 2000 at 03:10:35PM -0700 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 26, 2000 at 03:10:35PM -0700, David O'Brien wrote: > So one doesn't have to change the source, would you be willing to add > WANT_foo logic so one could just set it in /etc/make.conf? Or add > ${IPFIREWALL_OPTS} to CFLAGS and then IPFIREWALL_OPTS could be set in > /etc/make.conf? Having read the rest of this thread my position is "willing, able, but unsure if its needed". I'll talk with Peter when he's back on this side of the Pacific. -- Bill Fumerola - Network Architect, BOFH / Chimes, Inc. billf@chimesnet.com / billf@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 Oct 26 23:56:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from lucifer.ninth-circle.org (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 666EC37B479 for ; Thu, 26 Oct 2000 23:56:41 -0700 (PDT) Received: (from asmodai@localhost) by lucifer.ninth-circle.org (8.11.0/8.11.0) id e9R6uUr55507; Fri, 27 Oct 2000 08:56:30 +0200 (CEST) (envelope-from asmodai) Date: Fri, 27 Oct 2000 08:56:30 +0200 From: Jeroen Ruigrok van der Werven To: Julian Elischer Cc: current@FreeBSD.ORG Subject: Re: Is this a typo? Message-ID: <20001027085630.D54812@lucifer.bart.nl> References: <39F864D1.F27E3115@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <39F864D1.F27E3115@elischer.org>; from julian@elischer.org on Thu, Oct 26, 2000 at 10:07:29AM -0700 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20001026 23:30], Julian Elischer (julian@elischer.org) wrote: >in the bus_alloc_resource() man page it states: > > > dev is the device that requests ownership of the resource. Before >allo- > cation, the device is owned by the parent bus. > >should that be: >"Before allocation, the resource is owned by the parent bus." ? I will fix the manpage later on today, your requested change is not entirely accurate, yet. -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl Judge not, that ye be not judged... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 0:12:23 2000 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 B112537B4CF for ; Fri, 27 Oct 2000 00:12:18 -0700 (PDT) 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 SAA04146; Fri, 27 Oct 2000 18:12:03 +1100 Date: Fri, 27 Oct 2000 18:11:51 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Brian Somers Cc: kargl@apl.washington.edu, freebsd-current@FreeBSD.ORG Subject: Re: more endian.h breakage; patch included. In-Reply-To: <200010181846.e9IIkZY00872@hak.lan.Awfulhak.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 18 Oct 2000, Brian Somers wrote: > > On Mon, 16 Oct 2000, Brian Somers wrote: > > > ntohl() & ntonl() were previously wrong to return u_long. > > > > Not wrong. They have always been documented to return u_long. > > But if sizeof(u_long) != 4, this is wrong. It's not best, but not wrong, since u_long is large enough to hold all values of interest and the interfaces don't involve any pointers. [... lots deleted] > I think the best way forward is to prototype things in terms of > in_addr_t and in_port_t and to leave them as inlines for __GNUC__ > (I don't know where other compilers are supposed to get this > functionality). I agree. > I think we should *not* include sys/types.h and should leave all of > the sys/types.h additions that I've done to files that include > sys/wait.h, but this idea conflicts with all other endian.h files > (both ours and {Net,Open}BSDs), and is probably wrong in that > requiring sys/anything for machine/anything is probably not too good. Just define in_addr_t and in_port_t in terms of basic types, like we already do for int32_t, etc. > Maybe the NetBSD way of moving machine/endian.h to sys/endian.h and > having machine/endian.h as a simple ``#include '' is > the cleanest solution.... Except this isn't backwards compatible and there is no reason to put it in . Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 0:15:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 3096337B4C5 for ; Fri, 27 Oct 2000 00:15:17 -0700 (PDT) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id JAA15422; Fri, 27 Oct 2000 09:15:10 +0200 (MET DST) Date: Fri, 27 Oct 2000 09:15:09 +0200 (CEST) From: Harti Brandt To: Andrea Campi Cc: "'current@freebsd.org'" Subject: Re: Problem in fetch 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, 26 Oct 2000, Andrea Campi wrote: > When trying to install ports, very often I find everything freezes just > after fetch completes. If I hit ^C and type "make install" again, the > tarball is there, that's why I say that fetch is already done. > If I hit ^T, I see fetch sitting in sbwait, the time not increasing. > > Any idea? The same here. It blocks in utimes(2) when trying to set the times on the fetched file. No clue. Annoying. harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.gmd.de, harti@begemot.org, lhbrandt@mail.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 0:57:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id AEA0B37B479; Fri, 27 Oct 2000 00:57:48 -0700 (PDT) Received: from gorean.org (Studded@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id AAA32549; Fri, 27 Oct 2000 00:57:48 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <39F9357B.36BD77F0@gorean.org> Date: Fri, 27 Oct 2000 00:57:47 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 5.0-CURRENT-102 i386) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org, darrenr@freebsd.org Subject: kernel build problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG With tonight's sources I had an error in sys/netinet/ip_compat.h that was looking for an osreldate.h that didn't exist. The following patch fixes it, in the sense that the kernel and lkm compile, and ipfilter compiled into the kernel works. However I'm told it might not be appropriate. FWIW, I'm using buildkernel, and I can see src/i386/usr/include/osreldate.h and src/include/osreldate.h both in /usr/obj. Doug Index: ip_compat.h =================================================================== RCS file: /usr/ncvs/src/sys/netinet/ip_compat.h,v retrieving revision 1.11 diff -u -r1.11 ip_compat.h --- ip_compat.h 2000/10/26 12:33:42 1.11 +++ ip_compat.h 2000/10/27 06:14:46 @@ -265,10 +265,10 @@ #if defined(__FreeBSD__) && (defined(KERNEL) || defined(_KERNEL)) # ifdef IPFILTER_LKM -# include +# include # define ACTUALLY_LKM_NOT_KERNEL # else -# include +# include # endif # if __FreeBSD__ < 3 # include -- "The dead cannot be seduced." - Kai, "Lexx" Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 0:59:37 2000 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 EDADD37B479 for ; Fri, 27 Oct 2000 00:59:34 -0700 (PDT) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id JAA65522; Fri, 27 Oct 2000 09:58:43 +0200 (CEST) (envelope-from 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: Jeroen Ruigrok van der Werven Cc: Andrea Campi , "'current@freebsd.org'" Subject: Re: Problem in fetch References: <20001026220917.C47404@lucifer.bart.nl> From: Dag-Erling Smorgrav Date: 27 Oct 2000 09:58:41 +0200 In-Reply-To: Jeroen Ruigrok van der Werven's message of "Thu, 26 Oct 2000 22:09:17 +0200" Message-ID: Lines: 34 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 Jeroen Ruigrok van der Werven writes: > [Making sure Dag-Erling gets the mail] > -On [20001026 18:45], Andrea Campi (Andrea.Campi@it.worldonline.com) wrote: > > When trying to install ports, very often I find everything freezes just > > after fetch completes. If I hit ^C and type "make install" again, the > > tarball is there, that's why I say that fetch is already done. > > If I hit ^T, I see fetch sitting in sbwait, the time not increasing. > Just a note, I got the same thing under 4-STABLE with the latest > sources. Weird. I develop libfetch on -STABLE these days, and have no such problems. Does this only happen with FTP documnts, BTW? I recently changed the FTP code so it waits for the status code to arrive on the control socket when the transfer is complete (so that connection caching will work). That may be the problem; try setting FETCH_CMD to 'fetch -T60' and see if it times out after sixty seconds. > I'll get a debug/verbose dump for you tomorrow DES. Thanks! Everybody else, if you don't know how to do this: # cd /usr/src/lib/libfetch && make clean && make obj && \ make depend -DDEBUG && make -DDEBUG && make install then run fetch with -vv, and you'll get a full transcript of the session (note that this can be quite a lot when fetching a chunk-encoded HTTP document) 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 Oct 27 1:47: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from lucifer.ninth-circle.org (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 44C4D37B479 for ; Fri, 27 Oct 2000 01:47:04 -0700 (PDT) Received: (from asmodai@localhost) by lucifer.ninth-circle.org (8.11.0/8.11.0) id e9R8knh01787; Fri, 27 Oct 2000 10:46:49 +0200 (CEST) (envelope-from asmodai) Date: Fri, 27 Oct 2000 10:46:49 +0200 From: Jeroen Ruigrok van der Werven To: Dag-Erling Smorgrav Cc: Andrea Campi , "'current@freebsd.org'" Subject: Re: Problem in fetch Message-ID: <20001027104649.C341@lucifer.bart.nl> References: <20001026220917.C47404@lucifer.bart.nl> 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 Fri, Oct 27, 2000 at 09:58:41AM +0200 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20001027 10:00], Dag-Erling Smorgrav (des@ofug.org) wrote: >Jeroen Ruigrok van der Werven writes: >> [Making sure Dag-Erling gets the mail] >> -On [20001026 18:45], Andrea Campi (Andrea.Campi@it.worldonline.com) wrote: >> > When trying to install ports, very often I find everything freezes just >> > after fetch completes. If I hit ^C and type "make install" again, the >> > tarball is there, that's why I say that fetch is already done. >> > If I hit ^T, I see fetch sitting in sbwait, the time not increasing. >> Just a note, I got the same thing under 4-STABLE with the latest >> sources. > >Weird. I develop libfetch on -STABLE these days, and have no such problems. I guess it is some sites again. I don't have the problem with every http or ftp site. >Does this only happen with FTP documnts, BTW? I recently changed the >FTP code so it waits for the status code to arrive on the control >socket when the transfer is complete (so that connection caching will >work). That may be the problem; try setting FETCH_CMD to 'fetch -T60' >and see if it times out after sixty seconds. Might be, cannot be sure 100% right now, from memory, I'd say yes. The vim6 port for one is problematic. >> I'll get a debug/verbose dump for you tomorrow DES. > >Thanks! No problem. >Everybody else, if you don't know how to do this: > ># cd /usr/src/lib/libfetch && make clean && make obj && \ > make depend -DDEBUG && make -DDEBUG && make install > >then run fetch with -vv, and you'll get a full transcript of the >session (note that this can be quite a lot when fetching a >chunk-encoded HTTP document) [10:28] [root@lucifer] (7) {1} # FETCH_CMD='fetch -vv -T60' make fetch >> vim-6.0j-rt.tar.gz doesn't seem to exist in /usr/ports/distfiles/vim. >> Attempting to fetch from >> ftp://ftp.prz.tu-berlin.de/pub/unix/editors/vim/unreleased/unix/. looking up ftp.prz.tu-berlin.de connecting to ftp.prz.tu-berlin.de:21 fetch: vim-6.0j-rt.tar.gz: File unavailable (e.g., file not found, no access) >> Attempting to fetch from ftp://ftp.vim.org/pub/vim/unreleased/unix/. looking up ftp.vim.org connecting to ftp.vim.org:21 setting passive mode opening data connection initiating transfer fetch: remote: 1266150 / 972245439 Receiving vim-6.0j-rt.tar.gz (1266150 bytes): 100% 1266150 bytes transferred in 2.3 seconds (540.03 kBps) /usr/ports/editors/vim6 [10:29] [root@lucifer] (8) {0} # It timed out after the 60 seconds had passed. DEBUG output: [10:43] [root@lucifer] (30) {0} # FETCH_CMD='fetch -vv -T60' make fetch >> vim-6.0j-src.tar.gz doesn't seem to exist in >> /usr/ports/distfiles/vim. >> Attempting to fetch from >> ftp://ftp.prz.tu-berlin.de/pub/unix/editors/vim/unreleased/unix/. scheme: [ftp] user: [] password: [] host: [ftp.prz.tu-berlin.de] port: [0] document: [/pub/unix/editors/vim/unreleased/unix/vim-6.0j-src.tar.gz] ---> ftp.prz.tu-berlin.de:21 looking up ftp.prz.tu-berlin.de connecting to ftp.prz.tu-berlin.de:21 <<< 220 ProFTPD 1.2.0pre8 Server (ftp.prz.tu-berlin.de) [kumpel.prz.tu-berlin.de] >>> USER ftp <<< 331 Anonymous login ok, send your complete e-mail address as password. >>> PASS asmodai@lucifer.bart.nl <<< 230 Anonymous access granted, restrictions apply. >>> TYPE I <<< 200 Type set to I. >>> CWD /pub/unix/editors/vim/unreleased/unix <<< 550 /pub/unix/editors/vim/unreleased/unix: No such file or directory fetch: vim-6.0j-src.tar.gz: File unavailable (e.g., file not found, no access) >> Attempting to fetch from ftp://ftp.vim.org/pub/vim/unreleased/unix/. scheme: [ftp] user: [] password: [] host: [ftp.vim.org] port: [0] document: [/pub/vim/unreleased/unix/vim-6.0j-src.tar.gz] ---> ftp.vim.org:21 looking up ftp.vim.org connecting to ftp.vim.org:21 <<< 220-Welcome to the FTP archive of The Netherlands Unix Users Group, NLUUG. <<< 220- <<< 220-This server is located in The Netherlands, Europe. <<< 220-If you are abroad, please find an ftp site near you. <<< 220-Most information on this site is mirrored. <<< 220- <<< 220-Information about your login and any transfers you do are logged. <<< 220-If you don't like this, disconnect now. <<< 220- <<< 220-There are currently 153 users logged in (maximum 175). <<< 220- <<< 220-You may login as "ftp" or "anonymous". <<< 220- <<< 220 ftp.nluug.nl FTP server (Version wu-2.6.0(1) Fri Jun 23 09:17:44 EDT 2000) ready. >>> USER ftp <<< 331 Guest login ok, send your complete e-mail address as password. >>> PASS asmodai@lucifer.bart.nl <<< 230 Guest login ok, access restrictions apply. >>> TYPE I <<< 200 Type set to I. >>> CWD /pub/vim/unreleased/unix <<< 250-Unreleased versions of Vim - Vi IMproved - for Unix et al. <<< 250- <<< 250-The files in this directory contain test versions for Unix systems. <<< 250-Get both the "src" and the "rt" (runtime) archive! <<< 250-These are also used for VMS, BeOS, OS/2, Mac, etc., in combination <<< 250-with the "extra" archive (in ../extra). <<< 250- <<< 250-Ctags is no longer included. See http://ctags.sourceforge.net. <<< 250-A copy of the sources is in the "extra" directory. <<< 250- <<< 250- SIZE FILE CONTENTS <<< 250-1266150 vim-6.0j-rt.tar.gz runtime files for version 6.0j <<< 250-1359682 vim-6.0j-src.tar.gz sources for version 6.0j <<< 250- <<< 250-1256504 vim-6.0i-rt.tar.gz runtime files for version 6.0i <<< 250-1342754 vim-6.0i-src.tar.gz sources for version 6.0i <<< 250- <<< 250-1215971 vim-6.0h-rt.tar.gz runtime files for version 6.0h <<< 250-1476782 vim-6.0h-src.tar.gz sources for version 6.0h <<< 250- <<< 250- 33612 vim-5.7a-5.7-rt.diff.gz diff between 5.7a and 5.7 rt <<< 250- 9492 vim-5.7a-5.7-src.diff.gz diff between 5.7a and 5.7 src <<< 250-1092654 vim-5.7a-rt.tar.gz runtime files for version 5.7a <<< 250-1230155 vim-5.7a-src.tar.gz sources for version 5.7a <<< 250- 170209 vim-5.6-5.7a-rt.diff.gz diff between 5.6 and 5.7a rt <<< 250- 91119 vim-5.6-5.7a-src.diff.gz diff between 5.6 and 5.7a src <<< 250- <<< 250- 110982 vim-5.6a-5.6-rt.diff.gz diff between 5.6a and 5.6 rt <<< 250- 66751 vim-5.6a-5.6-src.diff.gz diff between 5.6a and 5.6 src <<< 250-1000326 vim-5.6a-rt.tar.gz runtime files for version 5.6a <<< 250-1210746 vim-5.6a-src.tar.gz sources for version 5.6a <<< 250- 104607 vim-5.5-5.6a-rt.diff.gz diff between 5.5 and 5.6a rt <<< 250- 71831 vim-5.5-5.6a-src.diff.gz diff between 5.5 and 5.6a src <<< 250- <<< 250 CWD command successful. >>> SIZE vim-6.0j-src.tar.gz <<< 213 1359682 size: [1359682] >>> MDTM vim-6.0j-src.tar.gz <<< 213 20001022201209 last modified: [2000-10-22 20:12:09] setting passive mode >>> PASV <<< 227 Entering Passive Mode (192,87,106,122,7,50) opening data connection initiating transfer >>> RETR vim-6.0j-src.tar.gz <<< 150 Opening BINARY mode data connection for vim-6.0j-src.tar.gz (1359682 bytes). fetch: remote: 1359682 / 972245529 Receiving vim-6.0j-src.tar.gz (1359682 bytes): 100% 1359682 bytes transferred in 2.2 seconds (597.53 kBps) And it hung again. After the timeout passed it continued getting the second file, and after that it hung again until timeout passed. Files are intact though. HTH, let me know if you need more info. -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl Confutatis maledictis, flammis acribus addictis... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 2:14:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from alpha.dante.org.uk (alpha.dante.org.uk [193.63.211.19]) by hub.freebsd.org (Postfix) with ESMTP id 68A9A37B4CF for ; Fri, 27 Oct 2000 02:14:33 -0700 (PDT) Received: from theta.dante.org.uk ([193.63.211.7]) by alpha.dante.org.uk with esmtp (Exim 3.12 #4) id 13p5Zx-0004yP-00; Fri, 27 Oct 2000 10:13:37 +0100 Received: from localhost ([127.0.0.1] helo=dante.org.uk) by theta.dante.org.uk with esmtp (Exim 3.12 #4) id 13p5Zw-0002oC-00; Fri, 27 Oct 2000 10:13:36 +0100 Message-ID: <39F94740.66FCEB9E@dante.org.uk> Date: Fri, 27 Oct 2000 10:13:36 +0100 From: Konstantin Chuguev Organization: Delivery of Advanced Networking Service to Europe Ltd. X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.6 sun4u) X-Accept-Language: en, ru MIME-Version: 1.0 To: Bruce Evans Cc: Brian Somers , kargl@apl.washington.edu, freebsd-current@FreeBSD.ORG Subject: platform byte order macros? References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, AFAICS ntoh[ls] and hton[ls] defined as asm instructions. This prevents using them in const variables initialisation. I need to create a const unsigned char array[] (C source file) from quite a big network byte ordered binary data. Although the data consists mainly of bytes and 16- and 32-bit words, it is difficult in my case to use u_char, u_int16_t and u_int32_t, as the order and the number of each type does not fit to any possible C struct declaration. Well, I can just create a network ordered byte array C declaration like const unsigned char array[] = { , , ... }; But for more efficient processing I would like to have something like const unsigned char array[] = { _4bytes(, , , ) _1long(, , , ) _2shorts(, , , ) _1long(, , , ) _4bytes(, , , ) ... }; ... i.e. platform independent source code which would compile into platform dependent object file. _4bytes, _2shorts and _1long are macros produced for byte sequence in appropriate byte order. The macros need to know the platform byte order, theoretically it can be one of 1234, 4321, 2143. In endian.h I can see just huge line of comparisons to *_386 et. al., but I cannot find any macros clearly decsribing the byte order. Am I wrong? Thanks, Konstantin. -- * * Konstantin Chuguev - Application Engineer * * Francis House, 112 Hills Road * Cambridge CB2 1PQ, United Kingdom D A N T E WWW: http://www.dante.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 2:39:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from darren2.lnk.telstra.net (darren2.lnk.telstra.net [139.130.53.33]) by hub.freebsd.org (Postfix) with ESMTP id 0707D37B479; Fri, 27 Oct 2000 02:39:08 -0700 (PDT) Received: (from root@localhost) by darren2.lnk.telstra.net (8.11.0/8.11.0) id e9R9d4h26862; Fri, 27 Oct 2000 20:39:04 +1100 (EST) From: Darren Reed Message-Id: <200010270938.UAA19397@avalon.reed.wattle.id.au> Subject: Re: kernel build problem In-Reply-To: <39F9357B.36BD77F0@gorean.org> from Doug Barton at "Oct 27, 0 00:57:47 am" To: DougB@gorean.org (Doug Barton) Date: Fri, 27 Oct 2000 20:38:45 +1100 (EST) Cc: current@freebsd.org, darrenr@freebsd.org X-Mailer: ELM [version 2.4ME+ PL37 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What failed ? Do you have the make error output ? Darren In some email I received from Doug Barton, sie wrote: > With tonight's sources I had an error in sys/netinet/ip_compat.h that > was looking for an osreldate.h that didn't exist. The following patch > fixes it, in the sense that the kernel and lkm compile, and ipfilter > compiled into the kernel works. However I'm told it might not be > appropriate. FWIW, I'm using buildkernel, and I can see > src/i386/usr/include/osreldate.h and src/include/osreldate.h both in > /usr/obj. > > Doug > > Index: ip_compat.h > =================================================================== > RCS file: /usr/ncvs/src/sys/netinet/ip_compat.h,v > retrieving revision 1.11 > diff -u -r1.11 ip_compat.h > --- ip_compat.h 2000/10/26 12:33:42 1.11 > +++ ip_compat.h 2000/10/27 06:14:46 > @@ -265,10 +265,10 @@ > > #if defined(__FreeBSD__) && (defined(KERNEL) || defined(_KERNEL)) > # ifdef IPFILTER_LKM > -# include > +# include > # define ACTUALLY_LKM_NOT_KERNEL > # else > -# include > +# include > # endif > # if __FreeBSD__ < 3 > # include > > > -- > "The dead cannot be seduced." > - Kai, "Lexx" > > Do YOU Yahoo!? > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 2:43:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id 0EB7037B479; Fri, 27 Oct 2000 02:43:24 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.9.3) with ESMTP id e9R9h5N09134; Fri, 27 Oct 2000 11:43:05 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Darren Reed Cc: DougB@gorean.org (Doug Barton), current@FreeBSD.ORG, darrenr@FreeBSD.ORG Subject: Re: kernel build problem In-Reply-To: Your message of "Fri, 27 Oct 2000 20:38:45 +1100." <200010270938.UAA19397@avalon.reed.wattle.id.au> Date: Fri, 27 Oct 2000 11:43:04 +0200 Message-ID: <9132.972639784@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200010270938.UAA19397@avalon.reed.wattle.id.au>, Darren Reed writes : >What failed ? Do you have the make error output ? Did you try to compile LINT before you committed ? Right, if you had you would have seen the error :-( >Darren >> Index: ip_compat.h >> =================================================================== >> RCS file: /usr/ncvs/src/sys/netinet/ip_compat.h,v >> retrieving revision 1.11 >> diff -u -r1.11 ip_compat.h >> --- ip_compat.h 2000/10/26 12:33:42 1.11 >> +++ ip_compat.h 2000/10/27 06:14:46 >> @@ -265,10 +265,10 @@ >> >> #if defined(__FreeBSD__) && (defined(KERNEL) || defined(_KERNEL)) >> # ifdef IPFILTER_LKM >> -# include >> +# include >> # define ACTUALLY_LKM_NOT_KERNEL >> # else >> -# include >> +# include >> # endif >> # if __FreeBSD__ < 3 >> # include >> >> >> -- >> "The dead cannot be seduced." >> - Kai, "Lexx" >> >> Do YOU Yahoo!? >> >> >> >> > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 3: 5: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id C4DA437B479; Fri, 27 Oct 2000 03:05:02 -0700 (PDT) Received: from gorean.org (Studded@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id DAA33938; Fri, 27 Oct 2000 03:05:01 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <39F9534D.763C3951@gorean.org> Date: Fri, 27 Oct 2000 03:05:01 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 5.0-CURRENT-102 i386) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org, pst@freebsd.org Subject: endian.h problem with gnats port Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm trying to compile gnats locally, and getting an ugly error regarding endian.h. Due to the recent include file shuffling I'm starting in -current rather than ports. cc -c -I. -I. -I./../include -O -ggdb -pipe -g -DHAVE_CONFIG_H queue-pr.c In file included from /usr/include/sys/wait.h:93, from queue-pr.c:23: /usr/include/machine/endian.h:72: syntax error before `__uint16_swap_uint32' /usr/include/machine/endian.h:72: syntax error before `__x' /usr/include/machine/endian.h: In function `__uint16_swap_uint32': /usr/include/machine/endian.h:74: `__x' undeclared (first use in this function) /usr/include/machine/endian.h:74: (Each undeclared identifier is reported only once /usr/include/machine/endian.h:74: for each function it appears in.) /usr/include/machine/endian.h: At top level: /usr/include/machine/endian.h:80: syntax error before `__uint8_swap_uint32' /usr/include/machine/endian.h:80: syntax error before `__x' /usr/include/machine/endian.h: In function `__uint8_swap_uint32': /usr/include/machine/endian.h:86: `__x' undeclared (first use in this function) /usr/include/machine/endian.h: At top level: /usr/include/machine/endian.h:92: syntax error before `__uint8_swap_uint16' /usr/include/machine/endian.h:92: syntax error before `__x' /usr/include/machine/endian.h: In function `__uint8_swap_uint16': /usr/include/machine/endian.h:94: `__x' undeclared (first use in this function) gmake[1]: *** [queue-pr.o] Error 1 gmake[1]: Leaving directory `/usr/amd/slave/usr/ports/databases/gnats/work/gnats-3.113/gnats' gmake: *** [all-gnats] Error 2 *** Error code 2 Stop in /usr/amd/slave/usr/ports/databases/gnats. I've tried wiping out and reinstalling my includes, and checked the cvs logs for endian.h and nothing leaps to mind here. Also, a quick question for the maintainer, why is bison still a dependency if patch-aa defines "BISON=$(YACC)"? Doug -- "The dead cannot be seduced." - Kai, "Lexx" Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 3:10:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 35BF637B479 for ; Fri, 27 Oct 2000 03:10:28 -0700 (PDT) Received: from gorean.org (Studded@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id DAA33998; Fri, 27 Oct 2000 03:10:20 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <39F9548C.2A816CAA@gorean.org> Date: Fri, 27 Oct 2000 03:10:20 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 5.0-CURRENT-102 i386) X-Accept-Language: en MIME-Version: 1.0 To: Darren Reed Cc: current@freebsd.org Subject: Re: kernel build problem References: <200010270938.UAA19397@avalon.reed.wattle.id.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Darren Reed wrote: > > What failed ? Do you have the make error output ? In file included from /usr/amd/slave/usr/current/src/sys/netinet/fil.c:79: /usr/amd/slave/usr/current/src/sys/netinet/ip_compat.h:271: sys/osreldate.h: No such file or directory In file included from /usr/amd/slave/usr/current/src/sys/netinet/ip_auth.c:93: /usr/amd/slave/usr/current/src/sys/netinet/ip_compat.h:271: sys/osreldate.h: No such file or directory In file included from /usr/amd/slave/usr/current/src/sys/netinet/ip_fil.c:101: /usr/amd/slave/usr/current/src/sys/netinet/ip_compat.h:271: sys/osreldate.h: No such file or directory In file included from /usr/amd/slave/usr/current/src/sys/netinet/ip_frag.c:71: /usr/amd/slave/usr/current/src/sys/netinet/ip_compat.h:271: sys/osreldate.h: No such file or directory In file included from /usr/amd/slave/usr/current/src/sys/netinet/ip_log.c:112: /usr/amd/slave/usr/current/src/sys/netinet/ip_compat.h:271: sys/osreldate.h: No such file or directory In file included from /usr/amd/slave/usr/current/src/sys/netinet/ip_nat.c:99: /usr/amd/slave/usr/current/src/sys/netinet/ip_compat.h:271: sys/osreldate.h: No such file or directory In file included from /usr/amd/slave/usr/current/src/sys/netinet/ip_proxy.c:72: /usr/amd/slave/usr/current/src/sys/netinet/ip_compat.h:271: sys/osreldate.h: No such file or directory In file included from /usr/amd/slave/usr/current/src/sys/netinet/ip_state.c:82: /usr/amd/slave/usr/current/src/sys/netinet/ip_compat.h:271: sys/osreldate.h: No such file or directory In file included from /usr/amd/slave/usr/current/src/sys/netinet/mlfk_ipl.c:44: /usr/amd/slave/usr/current/src/sys/netinet/ip_compat.h:271: sys/osreldate.h: No such file or directory HTH, Doug -- "The dead cannot be seduced." - Kai, "Lexx" Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 3:25: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 0A17437B479; Fri, 27 Oct 2000 03:25:00 -0700 (PDT) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id MAA03960; Fri, 27 Oct 2000 12:24:56 +0200 (MET DST) Date: Fri, 27 Oct 2000 12:24:56 +0200 (CEST) From: Harti Brandt To: Doug Barton Cc: pst@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: endian.h problem with gnats port In-Reply-To: <39F9534D.763C3951@gorean.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 27 Oct 2000, Doug Barton wrote: > I'm trying to compile gnats locally, and getting an ugly error > regarding endian.h. Due to the recent include file shuffling I'm > starting in -current rather than ports. > > cc -c -I. -I. -I./../include -O -ggdb -pipe -g -DHAVE_CONFIG_H > queue-pr.c > In file included from /usr/include/sys/wait.h:93, > from queue-pr.c:23: now needs . That's documented. Many ports break also. harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.gmd.de, harti@begemot.org, lhbrandt@mail.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 3:47: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id E367B37B4C5; Fri, 27 Oct 2000 03:46:59 -0700 (PDT) Received: from gorean.org (Studded@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id DAA34216; Fri, 27 Oct 2000 03:46:55 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <39F95D1F.E14E94B9@gorean.org> Date: Fri, 27 Oct 2000 03:46:55 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 5.0-CURRENT-102 i386) X-Accept-Language: en MIME-Version: 1.0 To: Harti Brandt Cc: pst@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: endian.h problem with gnats port References: Content-Type: multipart/mixed; boundary="------------91B873A3DFBD22B6CE7D7222" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------91B873A3DFBD22B6CE7D7222 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Harti Brandt wrote: > > On Fri, 27 Oct 2000, Doug Barton wrote: > > > I'm trying to compile gnats locally, and getting an ugly error > > regarding endian.h. Due to the recent include file shuffling I'm > > starting in -current rather than ports. > > > > cc -c -I. -I. -I./../include -O -ggdb -pipe -g -DHAVE_CONFIG_H > > queue-pr.c > > In file included from /usr/include/sys/wait.h:93, > > from queue-pr.c:23: > > now needs . > > That's documented. Many ports break also. Bah... I knew it was something like this and I just couldn't remember the voodoo. Attached patch gets the port built, and a quick pass through edit-pr and query-pr seem to DTRT. Thanks, Doug -- "The dead cannot be seduced." - Kai, "Lexx" Do YOU Yahoo!? --------------91B873A3DFBD22B6CE7D7222 Content-Type: text/plain; charset=us-ascii; name="gnats.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="gnats.diff" Index: Makefile =================================================================== RCS file: /usr/ncvs/ports/databases/gnats/Makefile,v retrieving revision 1.32 diff -u -r1.32 Makefile --- Makefile 2000/10/08 10:19:23 1.32 +++ Makefile 2000/10/27 10:34:49 @@ -22,7 +22,6 @@ --with-release-based USE_GMAKE= yes -USE_BISON= yes MAN1= edit-pr.1 query-pr.1 send-pr.1 MAN7= gnats.7 MAN8= mkcat.8 rmcat.8 mkdist.8 queue-pr.8 file-pr.8 gen-index.8 Index: files/patch-ae =================================================================== RCS file: patch-ae diff -N patch-ae --- /dev/null Fri Oct 27 03:41:59 2000 +++ patch-ae Fri Oct 27 03:39:51 2000 @@ -0,0 +1,10 @@ +--- gnats/queue-pr.c.Dist Wed Nov 25 06:15:20 1998 ++++ gnats/queue-pr.c Fri Oct 27 03:37:29 2000 +@@ -20,6 +20,7 @@ + + #include "config.h" + ++#include + #include /* FIXME */ + #include /* FIXME: gets MAXBSIZE */ + --------------91B873A3DFBD22B6CE7D7222-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 3:50:46 2000 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 8D18437B4C5 for ; Fri, 27 Oct 2000 03:50:41 -0700 (PDT) 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 VAA16212; Fri, 27 Oct 2000 21:50:09 +1100 Date: Fri, 27 Oct 2000 21:49:57 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Konstantin Chuguev Cc: Brian Somers , kargl@apl.washington.edu, freebsd-current@FreeBSD.ORG Subject: Re: platform byte order macros? In-Reply-To: <39F94740.66FCEB9E@dante.org.uk> 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, 27 Oct 2000, Konstantin Chuguev wrote: > AFAICS ntoh[ls] and hton[ls] defined as asm instructions. This prevents > using them in const variables initialisation. They are normally implemented using asm, but their man page just hints that they are functions by giving prototypes for them. > I need to create a const unsigned char array[] (C source file) from quite > a big network byte ordered binary data. Although the data consists mainly NetBSD supports the ntohl family on constants, but only on some arches (at least in last year's version). It takes fancier macros to support constants. This gives an excuse to change the inline functions back to macros :-). > of bytes and 16- and 32-bit words, it is difficult in my case to use > u_char, u_int16_t and u_int32_t, as the order and the number of each type > does not fit to any possible C struct declaration. > Well, I can just create a network ordered byte array C declaration like > const unsigned char array[] = { , , ... }; > But for more efficient processing I would like to have something like > const unsigned char array[] = { > _4bytes(, , , ) > ... i.e. platform independent source code which would compile into > platform dependent object file. _4bytes, _2shorts and _1long are macros > produced for byte sequence in appropriate byte order. The macros need to > know the platform byte order, theoretically it can be one of 1234, 4321, > 2143. Theoretically there are 4! = 12 orders :-). > In endian.h I can see just huge line of comparisons to *_386 et. al., but > I cannot find any macros clearly decsribing the byte order. Am I wrong? There are macros LITTLE_ENDIAN, BIG_ENDIAN and PDP_ENDIAN to indicate 3 of the 12 possible orders. You can write your own conversion macros for these 3 orders. Other orders hopefully won't happen in practice. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 4:16:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 009E637B479 for ; Fri, 27 Oct 2000 04:16:54 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id EAA12636 for current@freebsd.org; Fri, 27 Oct 2000 04:16:53 -0700 (PDT) (envelope-from obrien) Date: Fri, 27 Oct 2000 04:16:52 -0700 From: "David O'Brien" To: current@freebsd.org Subject: pkg_add -r broken Message-ID: <20001027041652.A12626@dragon.nuxi.com> Reply-To: obrien@freebsd.org 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 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: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Are others seeing that ``pkg_add -r foo'' is broken? Core was generated by `pkg_add'. Program terminated with signal 11, Segmentation fault. .... (gdb) where #0 0x280e2866 in strchr () from /usr/lib/libc.so.4 #1 0x28074d74 in fetchRestartCalls () from /usr/lib/libfetch.so.2 #2 0x280720d6 in fetchXGet () from /usr/lib/libfetch.so.2 #3 0x2807236c in fetchXGetURL () from /usr/lib/libfetch.so.2 #4 0x280723ab in fetchGetURL () from /usr/lib/libfetch.so.2 #5 0x804d050 in free () #6 0x8049a45 in free () #7 0x8049913 in free () #8 0x80497fe in free () #9 0x80493e1 in free () To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 4:22:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from henny.webweaving.org (unknown [212.113.16.243]) by hub.freebsd.org (Postfix) with ESMTP id A5BB637B479 for ; Fri, 27 Oct 2000 04:22:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id MAA20505 for ; Fri, 27 Oct 2000 12:19:18 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Date: Fri, 27 Oct 2000 12:19:17 +0100 (BST) From: Nick Hibma X-Sender: n_hibma@henny.webweaving.org Reply-To: Nick Hibma To: freebsd-current@freebsd.org Subject: Support for USB scanners in FreeBSD 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 FreeBSD now has preliminary support for USB scanners. You will need to have SANE installed in order to use the uscanner driver. You can kldload the uscanner driver. Please do not contact me personally with questions on which scanner is supported. You can get this information from http://www.etla.net/~n_hibma/usb/uscanner-support.pl If you have questions or would like to notify us of additional scanners that work through the uscanner driver, please post them to the USB-BSD mailing list available from http://lists.inteltec.com/wws/info/usb-bsd Cheers, Nick -- 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 Fri Oct 27 4:24:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id E34AD37B479; Fri, 27 Oct 2000 04:24:50 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id EAA12681; Fri, 27 Oct 2000 04:24:28 -0700 (PDT) (envelope-from obrien) Date: Fri, 27 Oct 2000 04:24:28 -0700 From: "David O'Brien" To: Darren Reed , current@FreeBSD.ORG, darrenr@FreeBSD.ORG Subject: Re: kernel build problem Message-ID: <20001027042428.A11977@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <200010270938.UAA19397@avalon.reed.wattle.id.au> <9132.972639784@critter> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <9132.972639784@critter>; from phk@critter.freebsd.dk on Fri, Oct 27, 2000 at 11:43:04AM +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: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Oct 27, 2000 at 11:43:04AM +0200, Poul-Henning Kamp wrote: > In message <200010270938.UAA19397@avalon.reed.wattle.id.au>, Darren Reed writes > : > >What failed ? Do you have the make error output ? > Did you try to compile LINT before you committed ? Hell, forget LINT, just try GENERIC. Darren, you really, really have a major problem importing new ipfilter bits. I cannot think of a single time you have not broken world. What can we do to help you prevent this in the future? Do you compile a GENERIC and/or LINT kernel before your change(s)? Do you ``cvsup'' and then test what actually got committed in a virgin src tree? -- -- David (obrien@FreeBSD.org) P.S. ===> ipfilter rm -f .depend mkdep -f .depend -a -nostdinc -DIPFILTER=1 -DIPFILTER_LKM -DIPFILTER_LOG -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/../include /usr/src/sys/modules/ipfilter/../../netinet/mlfk_ipl.c /usr/src/sys/modules/ipfilter/../../netinet/ip_nat.c /usr/src/sys/modules/ipfilter/../../netinet/ip_frag.c /usr/src/sys/modules/ipfilter/../../netinet/ip_state.c /usr/src/sys/modules/ipfilter/../../netinet/ip_proxy.c /usr/src/sys/modules/ipfilter/../../netinet/ip_auth.c /usr/src/sys/modules/ipfilter/../../netinet/ip_log.c /usr/src/sys/modules/ipfilter/../../netinet/ip_fil.c /usr/src/sys/modules/ipfilter/../../netinet/fil.c In file included from /usr/src/sys/modules/ipfilter/../../netinet/mlfk_ipl.c:44: @/netinet/ip_compat.h:268: osreldate.h: No such file or directory ..snip.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 4:46:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from darren2.lnk.telstra.net (darren2.lnk.telstra.net [139.130.53.33]) by hub.freebsd.org (Postfix) with ESMTP id 51C8037B479; Fri, 27 Oct 2000 04:46:43 -0700 (PDT) Received: (from root@localhost) by darren2.lnk.telstra.net (8.11.0/8.11.0) id e9RBkeU28435; Fri, 27 Oct 2000 22:46:40 +1100 (EST) From: Darren Reed Message-Id: <200010271146.WAA19627@avalon.reed.wattle.id.au> Subject: Re: kernel build problem In-Reply-To: <20001027042428.A11977@dragon.nuxi.com> from David O'Brien at "Oct 27, 0 04:24:28 am" To: obrien@FreeBSD.ORG Date: Fri, 27 Oct 2000 22:46:24 +1100 (EST) Cc: darrenr@reed.wattle.id.au, current@FreeBSD.ORG, darrenr@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL37 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In some email I received from David O'Brien, sie wrote: > On Fri, Oct 27, 2000 at 11:43:04AM +0200, Poul-Henning Kamp wrote: > > In message <200010270938.UAA19397@avalon.reed.wattle.id.au>, Darren Reed writes > > : > > >What failed ? Do you have the make error output ? > > Did you try to compile LINT before you committed ? > > Hell, forget LINT, just try GENERIC. > > Darren, you really, really have a major problem importing new ipfilter > bits. I cannot think of a single time you have not broken world. What > can we do to help you prevent this in the future? Do you compile a > GENERIC and/or LINT kernel before your change(s)? Do you ``cvsup'' and > then test what actually got committed in a virgin src tree? I don't use cvsup (but may soon) as I have to pay for megabytes at the moment. I'm generally compiling/developing on -STABLE (in this case, the imported code was compiling cleanly on 4.1-RELEASE) and generally don't think that it'll be _that_ different. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 5:33:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from topaz.ocn.ne.jp (topaz.ocn.ne.jp [210.232.239.71]) by hub.freebsd.org (Postfix) with ESMTP id 645FA37B479 for ; Fri, 27 Oct 2000 05:33:19 -0700 (PDT) Received: from x44ue6ea (p0451-ip01kyoto.kyoto.ocn.ne.jp [211.123.235.197]) by topaz.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id VAA20596 for ; Fri, 27 Oct 2000 21:32:40 +0900 (JST) Message-ID: <667.972650054150@topaz.ocn.ne.jp> Date: Fri, 27 Oct 2000 21:34:14 +0900 (JST) From: =?iso-2022-jp?B?GyRCJTUlLyU7JTklKyVzJVElSyE8GyhC?= To: freebsd-current@freebsd.org Subject: =?iso-2022-jp?B?GyRCRk1BMyROJWEhPCVrPDpOaUNXJDckXiQ5GyhC?==?iso-2022-jp?B?GyRCISNLXEV2JEskKkZAJEo+cEpzJEckOSEjGyhC?==?iso-2022-jp?B??= Mime-Version: 1.0 Content-Type: text/plain; charset =iso-2022-jp Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG $B=i$a$^$7$F%5%/%;%9%+%s%Q%K!<$H?=$7$^$9!#(B $BFMA3!"<:Ni$+$H;W$$$^$7$?$,0lEY$@$1$N%a!<%k$H8@$&$3$H$G!"$I$&$+$*5v$72<(B $B$5$$!#(B $B$3$N%a!<%k$,FO$$$?$3$H$,!"2?$+$N1o$@$H;W$C$FD:$1$l$P9,$$$G$9!#(B $B6=L#$,L5$1$l$P!"$*O$G$9$,!"$7$C$+$jFI$s$GM}2r$7$F$/$@$5$$!#(B $B!!!!$"$J$?$N?M@8$K$*$$$F0l$D$N%A%c%s%9$G$"$k$3$H$O!"4V0c$$$"$j$^$;$s!#(B $B$3$N%a!<%k$rFI$b$&$H$7$F$$$k$"$J$?$O!"K\Ev$K6/1?$N;}$AR2p$7$^$9!#$3$N%S%8%M%9$O!">pJs$rGd$k$H(B $B$$$&4JC1$G%j%9%/$b$J$/9b<}F~$,K>$a$k%S%8%M%9$G$9!#(B $B;d$O?.Mj$G$-$kJ}$+$i$N>R2p$G$3$N%S%8%M%9$rCN$j$^$7$?!#(B $B$b$A$m$s:G=i$OH>?.H>5?$G$7$?$,!"$9$0$K7k2L$,8=$l$F(B $BDLD"$rKhF|8+$F$S$C$/$j$7$F$$$^$9!#(B $BFbMF$r$7$C$+$j8+$F$$$?$@$1$?$i!"$d$i$J$$$h$j$d$C$?J}$,$$$$$3$H$,(B $B$o$+$k$H;W$$$^$9!#@'Hs;O$a$F$_$F$/$@$5$$!#(B ********************************************************** $B!!!!!!(B $B#E%a!<%k$rAw$C$FI{<}F~#1#8#0#0K|1_$r2T$0!*!*!*(B ********************************************************** $B#E%a!<%k$rAw$k$3$H$K$h$C$F!":#$+$i#2!"#3%v7n8e$K$O#2#0#0K|0J>e$NI{(B $B<}F~$rF@$k$3$H$,$G$-$k!"L5M}$@$H;W$$$^$9$+!)!!>\:Y$r$*FI$_$/$@$5$$!#(B --------------------------------------------------------- $B!V:G6aJ|Aw$5$l$?%"%a%j%+$N%F%l%SHVAH$+$i!W(B $B$3$N%a!<%k$K$D$$$F!":rG/=U:"!"El5~#1#2%A%c%s%M%k$N%K%e!<%9$GCN$C$?J}$b(B $B$"$k$+$HB8$8$^$9!#(B $B%$%s%?!<%M%C%H>e$G?M5$$,9b$^$k$K=>$$!"%"%a%j%+$G$bA49q%M%C%H$NLk$N%K%e(B $B!<%9HVAH$GFC=8$rAH$_!"$3$l$GK\Ev$K$*6b$,LY$+$k$+$I$&$+$K$D$$$F!":G6a!"(B $BD4::$7$^$7$?!#(B $B$3$NHVAH$G$O!"$3$N$*6bLY$17W2h$,9gK!$+$I$&$+$K$D$$$F$bD4::$7$^$7$?!#(B $BD4::$N7k2L!"$3$N7W2h$K;22C$9$k$3$H$r6X$8$kK!N'$O$^$C$?$/$J$$$3$H$,H=L@(B $B$7$^$7$?!#(B $B$3$NHVAH$N$*$+$2$G!"$3$N7W2h$O!"4JC1$+$DL532$J!"$*$b$7$m$$:_BpI{<}(B $BF~3MF@K!$G$"$k$3$H$,$o$+$j$^$7$?!#(B $B$3$NHVAH$,$b$?$i$7$?7k2L$Oo$KB?$/$N3'$5$s$,;22C$5$l$k$h$&$K$J$j!"0JA0$KA}$7$F3hF0$,$O$k$+$K@9(B $B$s$K$J$j$^$7$?!#(B $B$h$jB?$/$N?M$,;22C$9$k$K=>$$!"F@$i$l$k6b3[$,$=$l$K$D$l$FBg$-$/$J$j$^$9(B $B$+$i!":G6a;22C$7$??M$O$H$F$b%(%-%5%$%F%#%s%0$J7P83$r$5$l$F$$$^$9!#(B $B$"$J$?$b0lEY;22C$5$l$l$P!"$*$o$+$j$K$J$k$G$7$g$&!#(B $B%5%/%;%9%+%s%Q%K!&6H2=$rLH$l$?9-9p$N?M$?$A$,$I$s$I$s#E%a!<%k$r;H$C$F%S%8%M%9$r;O(B $B$a$^$9!#$3$l$r9TF0$K0\$7$F$/$@$5$$!#(B $BB?CJ<0%^!<%1%F%#%s%0!J#M#L#M!K$O$D$$$Ke$G=R$Y$?$H$3$m$K$h$l$P!"(B1990$BG/BeKv$^(B $B$G$K$O!"A4>&IJ!&%5!<%S%9$N#5#0!<#6#0!s$,B?CJJ}<0$K$h$C$FHNGd$5$l$k$h(B $B$&$K$J$k!#(B $B$3$l$O?t==2/%I%k5,LO$N;:6H$G$"$j!"%"%a%j%+$K$*$$$F2a5n?tG/4V$K%_%j%*%M(B $B%"!<$H$J$C$?#5#0K|?MCf!"#2#0!s$KAjEv$9$k#1#0K|?M$,B?CJ<0(B $B%^!<%1%F%#%s%0$K$h$C$F:b$r@.$7!"$5$i$K!"E}7W$K$h$k$H!"B?CJ<0%^!<%1%F%#(B $B%s%0$K$h$j!"KhF|#4#5?M$N%_%j%*%M%"!<$,CB@8$7$F$$$^$9!#(B $B$J%I%J%k%I(B $B%H%i%s%W;a!J2/K|D9$9$3$H$K$J$C$?$i!"$I$&$9(B $B$k(B $B$Hl$K$$$?D0=0$O!"AaB.!"%V!<%$%s%0$7$FH`$rHsFq$7(B $B$^$7$?!#$9$k$H!"H`$OD0=0$r8+EO$7!"??LLL\$J4i$G$3$&8@$$$^$7$?!#(B $B!V$@$+$i;d$O$3$N$H$*$j!J%2%9%H$H$7$F!K$3$A$i$K:B$j!"$"$J$?J}$O!JD0=0$H(B $B$7$F!K3'$=$C$A$NJ}$K:B$C$F$$$k$N$G$9$h!*!W(B $B%M%C%H%o!<%/%^!<%1%F%#%s%0$K$*$$$F$O!"#2DL$j$N<}F~$,$"$j$^$9!#$"$J$?<+(B $B?H$N%;!<%k%9$K$h$kD>@\%3%_%C%7%g%s$H$"$J$?$,>R2p$7$??M$N%;!<%k%9$+$i@8(B $B$8$k%3%_%C%7%g%s$G$9!#(B $B;DB8<}F~!"$3$l$3$=$,$*6b;}$A$NHkL)$G$9!#$D$^$j!";~4V$H$*6b$r0lEYEj;q$9(B $B$k$3$H$K$h$j!"Js=7$r7+$jJV$72?EY$b2?EY$bF@$k$H$$$&$3$H$G$9!#%M%C%H%o!<(B $B%/%^!<%1%F%#%s%0$K$*$$$F$O!"B>$N?M$,$7$?;E;v$KBP$7$FJs=7$,;YJ'$o$l$k$H(B $B$$$&$3$H$b0UL#$7$^$9!#(B $B$?$@!"$3$A$i$+$i$*EO$7$9$k7G<(HD%j%9%H$K=q$-9~$s$G$$$/$@$1$G$$$$$N$G$9(B $B=q$-9~$_Be9T6Hl9g%S%8%M%9$N3+;O$+$i#1=54V$G#1#0?M$N%Q!<%H%J!<$rF@$k$3$H$,=PMh$^(B $B$7$?!#(B $B$^$5$K!"%P%i?'$N?M@8$KBgJQ?H$G$9!#(B $B0J2<$,!"$3$N6C$/$Y$-:_BpI{<}F~3MF@K!$N%O%&%D!<$G$9!'(B $B!c!c!c!a!a!a!!!V@bL@=q!W$N;O$a(B $B!c!c!c!!@bL@=q!!!d!d!d(B $B$3$N;q6b3MF@K!$Oe$NGc$$J*$r$7(B $B$F$$$k$3$H$G$7$g$&!#!V$=$s$J$P$+$J!*!W$H$*$C$7$c$kA0$K!"$3$N%W%m%0%i%`(B $B$r(B $B$h$/$*FI$_$/$@$5$$!#$3$l$O%A%'!<%s%l%?!<$G$O$"$j$^$;$s!#40A4$K9gK!$J:_(B $BBp%S%8%M%9$G$9!#(B $B4pK\E*$J;E;v$NFbMF$Oe$K$"$k#5$D$N%j%]!<%H$rCmJ8$7$^$9!J>&IJ$N;EF~$l$G$9!K!#(B $B!!!!!w!!%j%]!<%H$O3F#2#0#0#01_$G$9!#(B $B!!!!!w!!$=$l$>$l#18D$:$D#5e$N?M!9$NL>A0$rJQ$($?$j!"$=$NI=5-=g$rA08e$5$;$F(B $B$O$$$1$^$;$s!#(B $B$3$N%W%m%0%i%`$NJ}<0$rM}2r$9$l$P!"$=$l$i$rJQ$($?(B $B>l9g$K;Y>c$,@8$8$k(B $B$3$H$,$o$+$j$^$9$,!"$3$NJ}<0$O%F%9%H$KBQ$(!"@.(B $B8y$,Z$5$l$?J}<0$G$"(B $B$k$3$H$r$h$/LC5-$7$F$/$@$5$$!#JQ$($k$H!"$"(B $B$J$?$NMx1W$NBgH>$O<:$o$l!"(B $B@.8y$7$^$;$s!#(B $B!!!!(B $B!!!!%j%]!<%H$N%j%9%H$O$3$NJ8=q$NCf$[$I$K$"$j$^$9!#(B $B!!!!!w!!$"$J$?$,#58D$N%j%]!<%H$rCmJ8$7$?8e$K!"%j%]!<%H!t#1$N?M$N>p(B $BJs!J8}:B$H%a!<%k%"%I%l%9!K$r:o=|$7!"$=$3$@$16uGr$K$7$^$9!#(B $B!!!!!w!!pJs$r%j%]!<%H!t#1$N$H$3$m$K!"(B $B!!!!!!!!!!!!!!(B $B%j%]!<%H!t#3$N?M$N>pJs$r%j%]!<%H!t#2$N$H$3$m$K!"(B $B!!!!!!!!!!!!!!(B $B%j%]!<%H!t#4$N?M$N>pJs$r%j%]!<%H!t#3$N$H$3$m$K!"(B $B!!!!!!!!!!!!!!(B $B%j%]!<%H!t#5$N?M$N>pJs$r%j%]!<%H!t#4$N$H$3$m$K(B $B!!!!!!!!=ge$K0\F0$7$F!"(B $B!!!!!!!!:G8e$K!"$"$J$?$N>pJs$r!"6u$$$?%j%]!<%H!t#5$N$H$3$m$K(B $B!!!!!!!!5-F~$7$^$9!# $B!!!!!w!!8}:BL>5A$O!"8D?ML>$N$[$+!"K!?M!"$_$J$7K!?M$G$b2D$G$9!#(B $B$?$@$7!"%j%]!<%HCmJ8=q$N?69~?ML>$HF1$8$K$7$F$/$@$5$$!#(B $B!!!!$3$l$i$9$Y$F$N:n6H$O8m$j$N$J$$$h$&!"@53N$K9T$C$F$/$@$5$$!#(B $B#3!%#2$G2~D{$7$?%j%9%H$r4^$a!"$3$NJ8=qA4BN$r%O!<%I%G%#%9%/$KJ]B8$7$F$/(B $B$@$5$$!#$3$NJ8=q$N@bL@=q$NItJ,$K$O@dBP$KJQ99$r2C$($J$$$G$/$@$5$$!#(B $B$3$l$K;22C$9$k$?$a$N%3%9%H$OM5$O(B $B$"$k$G$7$g$&!K!#$9$G$K%$%s%?!<%M%C%H$N@\B3$b$"$k$3$H$G$9$7!"6a:"$G$O(B E$B%a!<%k$bL5NA$G$9!#(B $B$"$J$?$N8e$KB3$/;22C.5,LO$K;O$a$k$H$7$^$9!#Nc$($P!"$"$J$?$,#2#0#0#0(B $BDL$@$1%a!<%k$G%W%m%0%i%`$rAw$k$H$7$^$9!#2>$K!"$=$N$&$A$N#0!%#3!s$N?M$,(B $BJV;v$r$/$l$k$H$7$^$9!#NIl9g!"$3$l$O!"%j%]!<%H!t#5$NCmJ8?t$,#67o$@$1$H$$$&$3$H(B $B$G$9!#$3$l$i#6?M$N?M$?$A$,$=$l$>$l#2#0#0#0DL$N%W%m%0%i%`$rAw$k$H!"9g7W(B $B#1#2#0#0#0DL!#$=$N#0!%#3!s$KAjEv$9$k#3#6?M$,$"$J$?$K%j%]!<%H!t#4$rCmJ8(B $B$7$^$9!#$3$l$i#3#6?M$N?M$?$A$,$=$l$>$l#2#0#0#0DL$N%W%m%0%i%`$rAw$k$H!"(B $B9g7W#7#2#0#0#0DL!#$=$N#0!%#3!s$KAjEv$9$k#2#1#6?M$,$"$J$?$K%j%]!<%H!t#3(B $B$rCmJ8$7$^$9!#$3$l$i#2#1#6?M$N?M$?$A$,$=$l$>$l#2#0#0#0DL$N%W%m%0%i%`$r(B $BAw$k$H!"9g7W#4#3#2#0#0#0DL!#$=$N#0!%#3!s$KAjEv$9$k#1#2#9#6?M$,$"$J$?$K(B $B%j%]!<%H!t#2$rCmJ8$7$^$9!#$3$l$i#1#2#9#6?M$N?M$?$A$,$=$l$>$l#2#0#0#0DL(B $B$N%W%m%0%i%`$rAw$k$H!"9g7W#2#5#9#2#0#0#0DL!#(B $B$=$N#0!%#3!s$KAjEv$9$k#7#7#7#6?M$,$"$J$?$K%j%]!<%H!t#1$rCmJ8$7$^$9!#(B $B$3$N>l9g$N9g7W<}F~$r7W;;$9$k$H!"(B $B!!!!(B $B!!(B $B!!(B $B!!!!!!(B $B!!!!!!9g7W?M?t$O!'!!#6!\#3#6!\#2#1#6!\#1#2#9#6!\#7#7#7#8!a#9#3#3#2(B $B!!!!!!9g7W6b3[$O!'!!#9#3#3#2#x#2#0#0#0!a#1#8#6#6#4#0#0#0(B $B$3$N(B"$B#1#8!$#6#6#4!$#0#0#01_!*!*!*(B"$B$H$$$&<}F~$O!"$"$J$?$,#2#0#0#0DL(B $B%a!<%k$rAw$C$?$&$A$N#1#9#9#4?M$,A4$/2?$b$;$:!"%W%m%0%i%`$r$4$_H"$KF~$l(B $B$F$7$^$C$?>l9g$N6b3[$G$9!#$b$7$"$J$?$H8eB3$N?M$?$A$N$&$AA40w$"$k$$$OH>(B $B?t$,!"$=$l$>$l#2#0#0#0DL$G$J$/!"#1#0K|DL%W%m%0%i%`$rAw$C$F$$$?$i$H!"(B $B$A$g$C$H9M$($?$@$1$G62$m$7$/$J$j$^$9!#(B $B!ZJ}K!$=$N#2![!'!!%$%s%?!<%M%C%H>e$KL5NA9-9p$r7G:\(B $B%M%C%H>e$K$OHs>o$KDc%3%9%H$G9-9p$r7G:\$G$-$^$9!#$^$?!"L5NA$G9-9p$r=P$;(B $B$k$H$3$m$,2?I42U=j$b$"$j$^$9!#(B $BJ}K!$=$N#1$HF1MM$K!"$^$:MM;R$r8+$k$?$a$K!">.5,LO$K;O$a$k$H$7$^$9!#$"$J(B $B$?$NL\I8$O!"$^$:Bh0lCJ3,$G#6?M$@$1;22Ce$KL5NA9-9p$r$?$/$5$s=P$9$H!"Bg$-$JH?1~$,F@$i$l$^$9!K(B $B!#(B $B$"$J$?$N8eB3$l#6?M$N;22CDj$7$^$9!#(B $B$9$k$H!"$l#6?M$@$1%j%/%k!<%H$9$k$H$$$&2>Dj$K4p$E$$$F$$$^(B $B$9!#(B $B$3$l$,#2#0?M$@$C$?$i$H!"9M$($F$_$F$/$@$5$$!#DL>o!"3F;22Ce$"$j$^$9(B)$B0J2<@bL@=q$G$9!#(B $B$"$J$?$N8}:B$K#2#0#0#01_$NF~6b$,$"$k$?$S$K!"$"$J$?$,$9$k$Y$-$3$H$O!";2(B $B2Ce$N3'MMJ}$K%a!<%k$G$*$?$:(B $B$M$/$@$5$$!#(B $B!TBe6b;YJ'$$$NJ}K!$H%j%]!<%H$NCmJ8=q!U(B $B!w!!%j%9%H>e$N#5?M$N8}:B$K$=$l$>$l#2#0#0#01_$:$D?69~$s$G!"(B $B0J2<$N!t#1!;d$N%a!<%k%"%I%l%9!'!V!J(B"$B$"$J$?(B"$B$N%a!<%k%"%I%l%9!K!W(B $B!!(B $B!!!>?69~?ML>!'!V!J?69~;~$KF~NO$7$?L>A0!K!W(B $B!!!!!!!!!>%j%9%H$N0lHV2<$N?M!'!V!J$"$J$?$K>R2p$7$??M$NL>A0!K!W(B $B!!(B $B!!!!!!!J!!Cm!'!!!t!)$N!V!)!W$N$H$3$m$K$O!"3F08@h$K3:Ev$9$k%J%s%P!<$r(B $B!!F~$l$F$/$@$5$$!#!K(B $B!!!!(B $B!!(B______________________________________________________ $B%l%]!<%H!t#1!!!V%^%kHkCO2<>pJs!J#1!<#3#97oJ,!K!W(B $B!!!!!JM-!K%j%P%F%#!<%o!<%k%I(B $B!!(B $B!!!!5~ETCf1{?.MQ6b8K!!!!C]ED;YE9(B $B!J%?%1%@!K(B $B!!!!!!!JIa!K#0#4#8#8#5#6#0(B $B%a!<%k%"%I%l%9!!!!(Bliberty@chan.co.jp$B!!(B $B!!!!!!!!(B $B!!!!(B______________________________________________________ $B%l%]!<%H!t#2!!!V%^%kHkCO2<>pJs!J#4#0!<#7#97oJ,!K!W(B $B%=%H!!%N%j%*!!(B $B!!!!5~ET6d9T!!!!O;COB";YE9!J%m%/%8%>%&!K(B $B!!!!!!!JIa!K#3#0#4#3#5#1#6(B $B%a!<%k%"%I%l%9!!!!(Bviking@badboy.co.jp$B!!!!!!(B $B!!!!!!(B _____________________________________________________ $B%l%]!<%H!t#3!!!V%^%kHkCO2<>pJs!J#8#0!<#1#1#97oJ,!K!W(B $B%D%D%_!!%R%m%7(B $B!!!!El3$6d9T!!K\E91D6HIt!J%[%s%F%s%(%$%.%g%&%V!K(B $B!!!!!!!JIa!K#4#2#4#5#3#7#5(B $B%a!<%k%"%I%l%9!!!!(Bppworld@japan.co.jp _____________________________________________________ $B%l%]!<%H!t#4!!!V%^%kHkCO2<>pJs!J#1#2#0!<#1#5#97oJ,!K!W(B $B!!!!!!%=%s!!%b%H%O%k(B $B!!!!!!5~ET6d9T!!K\E91D6HIt!J%[%s%F%s%(%$%.%g%&%V!K(B $B!!!!!!!JIa!K#3#8#7#7#5#7#3(B $B!!!!%a!<%k%"%I%l%9!!!!(Bnext1@earth.co.jp$B!!(B $B!!(B______________________________________________________ $B%l%]!<%H!t#5!!!V%^%kHkCO2<>pJs!J#1#6#0!<#2#0#07oJ,!K!W(B $B!!!!(B $B!!!!%*%*%d%^(B $B%h%7%d%9(B $B!!!!4X@>6d9T!!!!5~ET;YE9!J%-%g%&%H!K!!(B $B!!!!!!!JIa!K#2#2#5#5#9#6(B $B!!!!%a!<%k%"%I%l%9!!!!(By0080@japan.co.jp ______________________________________________________ *********$B!!@.8y$NHk7m!!(B********* $B!w!!$3$l$r$"$J$?<+?H$N%S%8%M%9$H8+$J$7!"?WB.$K!"%W%m0U<1$r;}$C$F!"(B $B=j(B $BDj$N;E;v$r@53N$K$3$J$9$3$H!#(B $B!w!!o$KB(F|G[?.%5!<%S%9$r9T$&$3$H!#(B $B!w!!$"$;$i$J$$$3$H!#;X<($I$*$j$K9T$($P!"@.8y$7$^$9!#(B $B!w!!0lHVBg;v$J$3$H$O!"<+J,$r?.$8!"@.8y$r?.$8$k$3$H$G$9!#(B *********$B!!@.8y$N%,%$%I%i%$%s!!(B********* $B0J2<$r;X?K$H$7$F!"@.8y$r3Nl9g!"#2#07o$KC#(B $B$9$k$^$G@kEA$rB3$1$k!"$"$k$$$O!"#E%a!<%k$NAw?.$r9T$&!#$=$l$rC#(B $B!!!!@.$9$l$P!"#2=54VDxEY$G!":GDc#1#0#0$N%j%]!<%H!t#4$NCmJ8$,$"$k$O(B $B!!!!$:$G$9!#L\I8$KC#$9$k$^$G!"@kEA$+(BE$B%a!<%kAw?.$rB3$1$F$/$@$5$$!#(B $B!w!!%j%]!<%H!t#2$NA0$,0lCJ3,$:$D7+$j>e$,$k$4$H$K!"$"$J$?$OJL$N%j%]!<%H$N0L(B $B!!!!CV$K0\F0$7$^$9!#(B $B$I$N%j%]!<%H$N%*!<%@!<$,Mh$k$+Cm0U$7$F$$$l$P!"?J9T>u67$r%U%)%m!<(B $B!!!!$G$-$^$9!#(B $B!w!!$"$J$?$,$b$C$H0UM_E*$G!"$5$i$K<}F~$rF@$?$$$H;W$($P!"$^$?#E%a!<%k$r(B $B!!!!Aw?.$7!"@kEA$r$9$k$H$$$&!"0lO"$N%W%m%;%9$r:F3+$7$F$/$@$$!#(B $B!!!!$3$N%S%8%M%9$+$i@8$8$k<}F~$K>e8B$O$"$j$^$;$s!*(B $B$"$J$?$,$3$N%W%m%0%i%`$K;22C$9$k$+$I$&$+7hDj$r2<$9A0$K!"l9g$O!"$3$N%W%m%0%i%`$K4X$9$kZ8@$*$h$SLH@U;v9`!!(B******* $B$3$N%W%m%0%i%`$O3Ne$N>pJs$r2~JQ$7$J$$$H$$$&%k!<%k!"$3$l$rl9g!"$"$J$?$N@x:_E*<}F~$N$[$H$s$I$,<:$o$l$^$9!#;d$O$3$N%W%m%0%i%`(B $B$,@.8y$9$k$3$H$N@8$->Z?M$G$9!#$3$l$O!"$o$:$+$N%3%9%H$G!"Hf3SE*MF0W$K$*(B $B6b$r2T$0!"K\Ev$K$9$P$i$7$$5!2q$G$9!#;22C$rA*Br$5$l$k>l9g$O!"%W%m%0%i%`(B $B$KCi$C$F$/$@$5$$!#$=$&$9$l$P!"$"$J$?$N7P:QE*0BDj$OL\A0$G$9!#(B *********************************** $BF|K\$N;22C@\LrN)$DFbMF$N$b$N$G$9!K(B $B!#(B $B!V$3$No$KLY$+(B $B$k!"C;4|4V$GB?3[$N$*6b$r3MF@$9$kJ}K!$@$H$$$&$3$H$r$"$J$?$K3N?.$7$FM_$7(B $B$$$H;W$C$?$+$i$G$9!#:#2s$d$C$F$_$F3N$+$a$kA0$K!"2?EY$+$3$s$J%a!<%k$r$b(B $B$i$C$?$3$H$,$"$j$^$9!#;d$O!"$?$@!":G>.$NEXNO$HHqMQ$G$I$l$[$I$NLa$j$,$"(B $B$k$N$+CN$j$?$+$C$?$@$1$G;22C$7$?$N$G$9!#$V$C$?$^$2$?$3$H$K!":G=i$N#1#4(B $B=54V$G!p#3#6!$#4#7#0C$7$F$7$^$$$^$7$?(B $B$,!"$=$N8e$G!"$d$i$J$$$Y$-$@$C$?$@$m$&$+$H;W$$$^$7$?!#$b$A$m$s!"$@(B $B$l$K%3%s%?%/%H$7$F%3%T!<$r$b$i$C$F$$$$$N$+$<$s$<$s$o$+$j$^$;$s$+$i!"(B $B$^$?JL$N#E%a!<%k$r$b$i$&$^$GBT$?$J$/$F$O$J$j$^$;$s$G$7$?!##1#1%v7n(B $B$,2a$.!"%a!<%k$,Mh$^$7$?!#$3$s$I$N$O>C$7$^$;$s$G$7$?!#=i$a$F$N%H%i(B $B%$$G!p#4#1!$#0#0#0LY$1$^$7$?!*!*!W!!!J%t%!%$%*%l%C%H!!%&%#%k%=%s!"(B $B%Z%s%7%k%Y%K%"=#%8%g%s%:%?%&%s!K(B $B!V$3$N%W%i%s$K;22C$9$k$N$O$3$l$G#32sL\$G$9!#;d$?$A$OFs?M$H$b;E;v$r$d$a(B $B!"$b$&$8$-3$JU$K2H$rGc$C$F!"Fs?M$N$*6b$NMxB)$G@83h$9$kM=Dj$G$9!#(B $B$3$N%W%i%s$,$&$^$/9T$/K\Ev$K$?$@$R$H$D$NJ}K!$O!"&K!!W$G$O$J$$$3$H$NK!E*:,5r(B ****************************************************************** $B!|$M$:$_9V$rrJ8$NH4?h!!(B****** $BBh0l>r!JL\E*!K(B $B$3$NK!N'$O!"L58BO":?9V$,!"=*6I$K$*$$$FGK$?$s$9$Y$-@-r!JDj5A!K(B $B$3$NK!N'$K$*$$$F!VL58BO":?9V!W$H$O!"0lDj$N6bA,$r;Y=P$9$k2CF~e$NG\N($r$b$C$FA}2C$9$k8eB3$N2CF~$l$NCJ(B $B3,$K1~$8$?8e=g0Le2s$k3[$N6bA,$rr$+$i!"!VL58BO":?9V!J$M$:$_9V!K!W$rKI;_$9$k$?$a$NK!N'$G$"$k$3(B $B$H$,$o$+$j$^$9!#(B $B"!BhFs>r$G$O!"2?$+$N>&IJ$rN.DL$5$;$k$J$I$N!"HNGd3hF0$r$;$:$K!"$*6b$@(B $B$1$r2<$NAH?%$+$iN.$l$k$h$&$K%7%9%F%`$rDs6!$7$F$$$k6bA,G[EvAH?%$,(B $B!VL58BO":?9V!J$M$:$_9V!K!W$G$"$k$HDj5A$7$F$$$^$9!#(B $B"!0cK!9T0Y$G$"$k!V$M$:$_9V!W$K$D$$$F!"$b$&>/$7$o$+$j$d$9$/@bL@$9$k$H(B $B!"K!E*MQ8l$K$h$kDj5A$G$O$J$/!"K!N'$K>\$7$$J}$,$*FI$_$K$J$C$?>l9g$O!"(B $BB?>/$N8m2r$b$"$k$+$H;W$$$^$9$,!"$o$+$j$d$9$/I=8=$9$k$H!"0J2<$NA4$F$K(B $BEv$F$O$^$l$P!"$=$N%S%8%M%9$O!V$M$:$_9V!W$G$"$k$H9M$($i$l$^$9!#$3$l$O(B $BHs9gK!E*$J3hF0$G$"$j!"Cm0U$,I,MW$G$9!#(B $B!{>&IJ$NHNGd$rL\E*$K$7$F$$$J$$!#6bA,$NG[Ev$@$1$rL\E*$H$7$F$$$k!#(B $B!{AH?%$O$M$:$_;;E*$K3HBg$7$F$f$/%7%9%F%`(B $B!{>e$N=g0L$N?M$,!"2<$N=g0L$N?M$h$jLY$+$k$h$&$J%7%9%F%`(B $B!{>&IJ$H>N$9$k$b$N$,$"$C$F$b!";f@Z$l0lKg$G$"$C$?$j!"e$N$3$H$+$i!"$3$N%W%m%0%i%`$O!">&IJ!JLrN)$D>pJs!K$rHNGd$7!"$J$*$+(B $B$D!"%j%9%H$N>e0L&K!$rrJ8$NH4?h!!(B****** $BBh==0l>r!JDj5A!K(B $B$3$N>O$K$*$$$F!"!VO":?HNGdO$K$*$$$F!V>&IJ!W$H$$$&!#!K$N:FHNGd(B $B!JHNGd$NAj&IJ$rGc$$&IJ$N:FHNGd$r$9$kB>$N$N(B $BDL>&;:6H(B $B>JNa$GDj$a$kMW7o$K3:Ev$9$kMx1W$NA4It$^$?$O0lIt$r8@$&!#!K$r(B $B<}&IJ$N9XF~$^$?$O!"(B $Br7o$H$9$k$=$N>&IJ$NHNGd$K78$kr7o$NJQ99$r4^$`!#(B $B0J2r$K5,Dj$5$l$F$$$k!VO":?HNGd&K!!K!W$NDj5A$r$b$&(B $B>/$7$o$+$j$d$9$/I=8=$9$k$H!"0J2<$N$H$*$j$H$J$j$^$9!#(B $B!{>&IJ$Ne5-$NK!N'Bh==0l>r$K5,Dj$9$k!VFCDjIiC4!W$N4p=`$rDj$a$k@/Na$O!"(B $B!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!VK,LdHNGdEy$K4X$9$kK!N';\9TNa!W(B ******$B!!>rJ8$NH4?h!!(B****** $BBh8^>r!JFCDjIiC4$N4p=`!K(B $BK!Bh==0l>rBh0l9`$N@/Na$GDj$a$k4p=`$O!"F19`$K5,Dj$9$k>&IJ$NHNGd$K78$o(B $B$kr7o$NJQ99$r4^$`!K$K$*$$$F>r7o$H$5$l$k>&IJ$N9XF~$N(B $BAm3[!"$^$?$O&IJ$N9XF~$Hr(B $B7o(B $B$H$5$l$k>l9g$K$"$C$F$O!"$=$N>&IJ$N9XF~$NAm3[$He$G$"$k$3$H$H$9$k!#(B $B"!$D$^$j!"K!N'Bh==0l>r$H@/NaBh8^>r$N5,Dj$K$h$j!"2CF~r7o$,(B $B!"Am3[#2K|1_$h$jDc$$3[$NHO0O$G$"$l$P!"!VO":?HNGd&K!!K!W$H(B $B$O$_$J$5$l$J$$$N$G$9!#(B $B"!7kO@"!(B $B0J>e$N$3$H$+$i!"$3$N%W%m%0%i%`$O!"%j%9%H$N>e0L&K!!W$G$O$"$j$^$;$s!#(B ==================== $B%5%/%;%9%+%s%Q%K!O$G$9$,Bg@Z$J$3$H$P$+$j$G$9$N$G$h$/$*FI$_$/$@$5$$!#(B To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 5:51:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 3B06E37B479 for ; Fri, 27 Oct 2000 05:51:30 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id FAA13542; Fri, 27 Oct 2000 05:51:23 -0700 (PDT) (envelope-from obrien) Date: Fri, 27 Oct 2000 05:51:22 -0700 From: "David O'Brien" To: Darren Reed Cc: current@FreeBSD.ORG Subject: Re: kernel build problem Message-ID: <20001027055122.A13500@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <20001027042428.A11977@dragon.nuxi.com> <200010271146.WAA19627@avalon.reed.wattle.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200010271146.WAA19627@avalon.reed.wattle.id.au>; from darrenr@reed.wattle.id.au on Fri, Oct 27, 2000 at 10:46:24PM +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: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Oct 27, 2000 at 10:46:24PM +1100, Darren Reed wrote: > I'm generally compiling/developing on -STABLE (in this case, the > imported code was compiling cleanly on 4.1-RELEASE) and generally don't > think that it'll be _that_ different. In all seriousness, the farther down the 4.x branch we get, the divergence between -STABLE and -CURRENT gets *quite* different. This is unfortunate, but until we do major paid release engineering, many things are MFC'ed that really could/should be to reduce the differences. -- -- 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 Fri Oct 27 6:10: 3 2000 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 2F27C37B4D7; Fri, 27 Oct 2000 06:07:36 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.0/8.11.0) id e9RD7Pa33837; Fri, 27 Oct 2000 16:07:25 +0300 (EEST) (envelope-from ru) Date: Fri, 27 Oct 2000 16:07:25 +0300 From: Ruslan Ermilov To: Bruce Evans Cc: Konstantin Chuguev , Brian Somers , kargl@apl.washington.edu, freebsd-current@FreeBSD.org Subject: Re: platform byte order macros? Message-ID: <20001027160724.A29559@sunbay.com> Mail-Followup-To: Bruce Evans , Konstantin Chuguev , Brian Somers , kargl@apl.washington.edu, freebsd-current@FreeBSD.ORG References: <39F94740.66FCEB9E@dante.org.uk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from bde@zeta.org.au on Fri, Oct 27, 2000 at 09:49:57PM +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Oct 27, 2000 at 09:49:57PM +1100, Bruce Evans wrote: [...] > > NetBSD supports the ntohl family on constants, but only on some arches > (at least in last year's version). It takes fancier macros to support > constants. This gives an excuse to change the inline functions back to > macros :-). > Cool! My upcoming byte-swapping changes to IPv4 code would benefit from having these macros. Could you please review the attached patch (it was obtained from NetBSD)? BTW, converting from macros to inline functions slightly broke the things. It is currently impossible to simply include the , since it now depends on . -- 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 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Index: endian.h =================================================================== RCS file: /home/ncvs/src/sys/i386/include/endian.h,v retrieving revision 1.21 diff -u -p -r1.21 endian.h --- endian.h 2000/10/16 17:06:48 1.21 +++ endian.h 2000/10/27 13:03:55 @@ -69,7 +69,7 @@ __END_DECLS #ifdef __GNUC__ static __inline uint32_t -__uint16_swap_uint32(uint32_t __x) +__uint16_swap_uint32_variable(uint32_t __x) { __asm ("rorl $16, %1" : "=r" (__x) : "0" (__x)); @@ -77,7 +77,7 @@ __uint16_swap_uint32(uint32_t __x) } static __inline uint32_t -__uint8_swap_uint32(uint32_t __x) +__uint8_swap_uint32_variable(uint32_t __x) { #if defined(_KERNEL) && (defined(I486_CPU) || defined(I586_CPU) || defined(I686_CPU)) && !defined(I386_CPU) __asm ("bswap %0" : "=r" (__x) : "0" (__x)); @@ -89,12 +89,36 @@ __uint8_swap_uint32(uint32_t __x) } static __inline uint16_t -__uint8_swap_uint16(uint16_t __x) +__uint8_swap_uint16_variable(uint16_t __x) { __asm ("xchgb %h1, %b1" : "=q" (__x) : "0" (__x)); return __x; } + +#ifdef __OPTIMIZE__ + +#define __uint8_swap_uint32_constant(x) \ + ((((x) & 0xff000000) >> 24) | \ + (((x) & 0x00ff0000) >> 8) | \ + (((x) & 0x0000ff00) << 8) | \ + (((x) & 0x000000ff) << 24)) +#define __uint8_swap_uint16_constant(x) \ + ((((x) & 0xff00) >> 8) | \ + (((x) & 0x00ff) << 8)) +#define __uint8_swap_uint32(x) \ + (__builtin_constant_p((x)) ? \ + __uint8_swap_uint32_constant(x) : __uint8_swap_uint32_variable(x)) +#define __uint8_swap_uint16(x) \ + (__builtin_constant_p((x)) ? \ + __uint8_swap_uint16_constant(x) : __uint8_swap_uint16_variable(x)) + +#else /* __OPTIMIZE__ */ + +#define __uint8_swap_uint32(x) __uint8_swap_uint32_variable(x) +#define __uint8_swap_uint16(x) __uint8_swap_uint16_variable(x) + +#endif /* __OPTIMIZE__ */ /* * Macros for network/external number representation conversion. --opJtzjQTFsWo+cga-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 6:24: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from quemadura.shockwave.org (adsl-63-199-168-250.dsl.snfc21.pacbell.net [63.199.168.250]) by hub.freebsd.org (Postfix) with ESMTP id C8DE237B479 for ; Fri, 27 Oct 2000 06:24:01 -0700 (PDT) Received: (from pst@localhost) by quemadura.shockwave.org (8.11.1/8.11.1/Debian 8.11.0-6) id e9RDNrH16139; Fri, 27 Oct 2000 06:23:53 -0700 Date: Fri, 27 Oct 2000 06:23:52 -0700 From: Paul Traina To: Doug Barton Cc: Harti Brandt , current@FreeBSD.ORG Subject: Re: endian.h problem with gnats port Message-ID: <20001027062351.A16128@pst.org> References: <39F95D1F.E14E94B9@gorean.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <39F95D1F.E14E94B9@gorean.org>; from DougB@gorean.org on Fri, Oct 27, 2000 at 03:46:55AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Looks good to me. Sorry for the hassles. I'll make sure the upstream release gets an extra #include in GNATS v4. On Fri, Oct 27, 2000 at 03:46:55AM -0700, Doug Barton wrote: > Harti Brandt wrote: > > > > On Fri, 27 Oct 2000, Doug Barton wrote: > > > > > I'm trying to compile gnats locally, and getting an ugly error > > > regarding endian.h. Due to the recent include file shuffling I'm > > > starting in -current rather than ports. > > > > > > cc -c -I. -I. -I./../include -O -ggdb -pipe -g -DHAVE_CONFIG_H > > > queue-pr.c > > > In file included from /usr/include/sys/wait.h:93, > > > from queue-pr.c:23: > > > > now needs . > > > > That's documented. Many ports break also. > > Bah... I knew it was something like this and I just couldn't remember > the voodoo. Attached patch gets the port built, and a quick pass through > edit-pr and query-pr seem to DTRT. > > Thanks, > > Doug > -- > "The dead cannot be seduced." > - Kai, "Lexx" > > Do YOU Yahoo!? > Index: Makefile > =================================================================== > RCS file: /usr/ncvs/ports/databases/gnats/Makefile,v > retrieving revision 1.32 > diff -u -r1.32 Makefile > --- Makefile 2000/10/08 10:19:23 1.32 > +++ Makefile 2000/10/27 10:34:49 > @@ -22,7 +22,6 @@ > --with-release-based > > USE_GMAKE= yes > -USE_BISON= yes > MAN1= edit-pr.1 query-pr.1 send-pr.1 > MAN7= gnats.7 > MAN8= mkcat.8 rmcat.8 mkdist.8 queue-pr.8 file-pr.8 gen-index.8 > Index: files/patch-ae > =================================================================== > RCS file: patch-ae > diff -N patch-ae > --- /dev/null Fri Oct 27 03:41:59 2000 > +++ patch-ae Fri Oct 27 03:39:51 2000 > @@ -0,0 +1,10 @@ > +--- gnats/queue-pr.c.Dist Wed Nov 25 06:15:20 1998 > ++++ gnats/queue-pr.c Fri Oct 27 03:37:29 2000 > +@@ -20,6 +20,7 @@ > + > + #include "config.h" > + > ++#include > + #include /* FIXME */ > + #include /* FIXME: gets MAXBSIZE */ > + To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 6:41:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from henny.webweaving.org (unknown [212.113.16.243]) by hub.freebsd.org (Postfix) with ESMTP id 9A1BE37B479 for ; Fri, 27 Oct 2000 06:41:10 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id OAA20867 for ; Fri, 27 Oct 2000 14:40:10 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Date: Fri, 27 Oct 2000 14:40:10 +0100 (BST) From: Nick Hibma X-Sender: n_hibma@henny.webweaving.org Reply-To: Nick Hibma To: freebsd-current@freebsd.org Subject: Re: Support for USB scanners in FreeBSD 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 Grmbl... Alan Clegg reported that the URL is not working. Not that there is much to see yet, but the correct URL should be: http://www.etla.net/~n_hibma/usb/uscanner-supported.pl Sorry about that. Nick > > FreeBSD now has preliminary support for USB scanners. You will need to > have SANE installed in order to use the uscanner driver. You can kldload > the uscanner driver. > > Please do not contact me personally with questions on which scanner is > supported. You can get this information from > > http://www.etla.net/~n_hibma/usb/uscanner-support.pl > > If you have questions or would like to notify us of additional scanners > that work through the uscanner driver, please post them to the USB-BSD > mailing list available from > > http://lists.inteltec.com/wws/info/usb-bsd > > Cheers, > > Nick > -- > 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/ > > > -- 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 Fri Oct 27 7:10:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (blizzard.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id B5A2F37B4D7; Fri, 27 Oct 2000 07:10:23 -0700 (PDT) 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 e9RECGP08787; Fri, 27 Oct 2000 17:12:16 +0300 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.0/8.9.3) with ESMTP id e9REALO96358; Fri, 27 Oct 2000 17:10:21 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <39F98CAF.39AF66B4@FreeBSD.org> Date: Fri, 27 Oct 2000 17:09:51 +0300 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: markm@FreeBSD.org Cc: current@FreeBSD.org Subject: /dev/random related mouse jerkiness is again here Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I wonder if anyone noticed that mouse jerkiness caused by entropy harvesting routine is here again (both in syscons and X11), although it was expected to be solved by kthreads, at least on my poor old P133 with PS/2 mouse. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 7:25: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.online.ie (mail.online.ie [213.159.130.68]) by hub.freebsd.org (Postfix) with SMTP id 24FC037B479 for ; Fri, 27 Oct 2000 07:24:57 -0700 (PDT) Received: (qmail 16867 invoked from network); 27 Oct 2000 14:24:47 -0000 Received: from tmp-gw.cork.mbits.net (HELO online.ie) (194.125.130.115) by eth1.mail2.mail.online.ie with SMTP; 27 Oct 2000 14:24:47 -0000 Message-ID: <39F99139.584D25C@online.ie> Date: Fri, 27 Oct 2000 15:29:13 +0100 From: Sascha Luck X-Mailer: Mozilla 4.74 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: usb-bsd@eleetbsd.org, current@freebsd.org Subject: Handspring Visor / USB cradle / HotSync Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all, with regard to PR kern/17961, I've recently come across the following: If Coldsync is called with the -p /dev/ugen0 argument (as described in the problem report), it still crashes the system with a Trap 12. However, if a global coldsyncrc in /usr/local/etc/coldsync.rc is created: listen usb { device: "/dev/ugen0"; } and coldsync is called w/o arguments (after pressing the hotsync button to create /dev/ugen0) it works and syncs just fine :o) FreeBSD: 5.0-CURRENT, Fri, Oct 20 ColdSync: coldsync version 1.4.6 (ports version) Hope that's good news for someone :) Regards, Sascha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 7:29:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-178-14.dsl.snfc21.pacbell.net [63.202.178.14]) by hub.freebsd.org (Postfix) with ESMTP id D1A9B37B479; Fri, 27 Oct 2000 07:29:50 -0700 (PDT) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id e9REY6F00412; Fri, 27 Oct 2000 07:34:07 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200010271434.e9REY6F00412@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Ruslan Ermilov Cc: Bruce Evans , Konstantin Chuguev , Brian Somers , kargl@apl.washington.edu, freebsd-current@FreeBSD.org Subject: Re: platform byte order macros? In-reply-to: Your message of "Fri, 27 Oct 2000 16:07:25 +0300." <20001027160724.A29559@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Oct 2000 07:34:06 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Fri, Oct 27, 2000 at 09:49:57PM +1100, Bruce Evans wrote: > [...] > > > > NetBSD supports the ntohl family on constants, but only on some arches > > (at least in last year's version). It takes fancier macros to support > > constants. This gives an excuse to change the inline functions back to > > macros :-). > > > Cool! My upcoming byte-swapping changes to IPv4 code would benefit from > having these macros. Could you please review the attached patch (it was > obtained from NetBSD)? ... > +#ifdef __OPTIMIZE__ Using macros does not "optimise" anything, and this is a very poor choice of defines. __MACRO_ENDIAN_CONVERSIONS might be better. -- ... 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 Fri Oct 27 8:13:30 2000 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 E317137B479; Fri, 27 Oct 2000 08:13:22 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.0/8.11.0) id e9RFBnj40823; Fri, 27 Oct 2000 18:11:49 +0300 (EEST) (envelope-from ru) Date: Fri, 27 Oct 2000 18:11:49 +0300 From: Ruslan Ermilov To: Mike Smith Cc: Bruce Evans , Konstantin Chuguev , Brian Somers , kargl@apl.washington.edu, freebsd-current@FreeBSD.org Subject: Re: platform byte order macros? Message-ID: <20001027181149.B39062@sunbay.com> Mail-Followup-To: Mike Smith , Bruce Evans , Konstantin Chuguev , Brian Somers , kargl@apl.washington.edu, freebsd-current@FreeBSD.org References: <20001027160724.A29559@sunbay.com> <200010271434.e9REY6F00412@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: <200010271434.e9REY6F00412@mass.osd.bsdi.com>; from msmith@mass.osd.bsdi.com on Fri, Oct 27, 2000 at 07:34:06AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Oct 27, 2000 at 07:34:06AM -0700, Mike Smith wrote: > > On Fri, Oct 27, 2000 at 09:49:57PM +1100, Bruce Evans wrote: > > [...] > > > > > > NetBSD supports the ntohl family on constants, but only on some arches > > > (at least in last year's version). It takes fancier macros to support > > > constants. This gives an excuse to change the inline functions back to > > > macros :-). > > > > > Cool! My upcoming byte-swapping changes to IPv4 code would benefit from > > having these macros. Could you please review the attached patch (it was > > obtained from NetBSD)? > ... > > +#ifdef __OPTIMIZE__ > > Using macros does not "optimise" anything, and this is a very poor choice > of defines. __MACRO_ENDIAN_CONVERSIONS might be better. > Huh, you would not call this optimization?! #include #include void foo(void) { printf("%hx\n", htons(0x80)); } --- a.s.without Fri Oct 27 18:11:26 2000 +++ a.s.with Fri Oct 27 18:11:59 2000 @@ -13,12 +13,7 @@ movl %esp,%ebp subl $8,%esp addl $-8,%esp - movl $128,%eax -#APP - xchgb %ah, %al -#NO_APP - andl $65535,%eax - pushl %eax + pushl $32768 pushl $.LC0 call printf leave -- 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 Fri Oct 27 8:29: 2 2000 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 477CB37B4C5; Fri, 27 Oct 2000 08:28:47 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.0/8.11.0) id e9RFRwH42009; Fri, 27 Oct 2000 18:27:58 +0300 (EEST) (envelope-from ru) Date: Fri, 27 Oct 2000 18:27:58 +0300 From: Ruslan Ermilov To: Mike Smith , Bruce Evans , Konstantin Chuguev , Brian Somers , kargl@apl.washington.edu, freebsd-current@FreeBSD.org Subject: Re: platform byte order macros? Message-ID: <20001027182758.A41742@sunbay.com> Mail-Followup-To: Mike Smith , Bruce Evans , Konstantin Chuguev , Brian Somers , kargl@apl.washington.edu, freebsd-current@FreeBSD.org References: <20001027160724.A29559@sunbay.com> <200010271434.e9REY6F00412@mass.osd.bsdi.com> <20001027181149.B39062@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: <20001027181149.B39062@sunbay.com>; from ru@FreeBSD.org on Fri, Oct 27, 2000 at 06:11:49PM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Oct 27, 2000 at 06:11:49PM +0300, Ruslan Ermilov wrote: > On Fri, Oct 27, 2000 at 07:34:06AM -0700, Mike Smith wrote: > > > On Fri, Oct 27, 2000 at 09:49:57PM +1100, Bruce Evans wrote: > > > [...] > > > > > > > > NetBSD supports the ntohl family on constants, but only on some arches > > > > (at least in last year's version). It takes fancier macros to support > > > > constants. This gives an excuse to change the inline functions back to > > > > macros :-). > > > > > > > Cool! My upcoming byte-swapping changes to IPv4 code would benefit from > > > having these macros. Could you please review the attached patch (it was > > > obtained from NetBSD)? > > ... > > > +#ifdef __OPTIMIZE__ > > > > Using macros does not "optimise" anything, and this is a very poor choice > > of defines. __MACRO_ENDIAN_CONVERSIONS might be better. > > > Huh, you would not call this optimization?! > Just thought that you raised another issue here, the choice of __OPTIMIZE__. If that's the case, it is the GCC's define used to indicate the optimizing compilation: # cpp -O -dM /dev/null #define __FreeBSD__ 4 #define __FreeBSD_cc_version 410000 #define __i386__ 1 #define __i386 1 #define i386 1 #define __OPTIMIZE__ 1 #define __unix 1 #define __unix__ 1 #define __ELF__ 1 #define unix 1 -- 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 Fri Oct 27 8:39: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from midget.dons.net.au (daniel.lnk.telstra.net [139.130.137.70]) by hub.freebsd.org (Postfix) with ESMTP id 952BE37B479 for ; Fri, 27 Oct 2000 08:38:58 -0700 (PDT) Received: from dons.net.au (guppy.dons.net.au [203.31.81.9]) by midget.dons.net.au (8.9.3/8.9.3) with ESMTP id BAA79866; Sat, 28 Oct 2000 01:08:44 +0930 (CST) (envelope-from darius@dons.net.au) Message-ID: <39F9A182.6C8A2DB0@dons.net.au> Date: Sat, 28 Oct 2000 01:08:42 +0930 From: "Daniel O'Connor" X-Mailer: Mozilla 4.75 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Nick Hibma Cc: freebsd-current@freebsd.org Subject: Re: Support for USB scanners in FreeBSD References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nick Hibma wrote: > Please do not contact me personally with questions on which scanner is > supported. You can get this information from > > http://www.etla.net/~n_hibma/usb/uscanner-support.pl 404 - here is the correct URL -> http://www.etla.net/~n_hibma/usb/uscanner-supported.pl --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 9:24:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from digitaldaemon.com (digitaldaemon.com [63.105.9.34]) by hub.freebsd.org (Postfix) with SMTP id 5938237B479 for ; Fri, 27 Oct 2000 09:24:17 -0700 (PDT) Received: (qmail 18318 invoked from network); 27 Oct 2000 16:21:43 -0000 Received: from unknown (HELO smartsoft.cc) (192.168.0.73) by digitaldaemon.com with SMTP; 27 Oct 2000 16:21:43 -0000 Message-ID: <39F9ABEA.2638EB71@smartsoft.cc> Date: Fri, 27 Oct 2000 12:23:06 -0400 From: Jan Knepper Organization: Smartsoft, LLC X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Jun Kuriyama , FreeBSD-Current Subject: Re: $B$O$8$a$^$7$F!#(B References: <01b701c03f89$317207c0$2ba1e7d2@toshibauser> <4.3.2.7.0.20001026224412.00bf7380@mail.drwilco.net> <7my9zbhrjg.wl@waterblue.imgsrc.co.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jun Kuriyama wrote: > At 26 Oct 2000 20:37:48 GMT, > Rogier R. Mulhuijzen wrote: > > Does this look like english to anyone and is my mailer messed, or is this > > gobbledegook to anyone not using Outlook + japanese character set? > > That is spam like a "get money fast!" written in Japanese. That is > not related to FreeBSD so please ignore. Thanks for clearing that up. My Japanese is kinda rusty you know... By the way, is anyone reporting theise things? Don't worry, be Kneppie! Jan -- Jan Knepper Smartsoft, LLC 88 Petersburg Road Petersburg, NJ 08270 U.S.A. http://www.smartsoft.cc/ http://www.mp3.com/pianoprincess Phone : 609-628-4260 FAX : 609-628-1267 FAX : 303-845-6415 http://www.fax4free.com/ Phone : 020-873-3837 http://www.xoip.nl/ (Dutch) FAX : 020-873-3837 http://www.xoip.nl/ (Dutch) In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 9:34:18 2000 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 033A337B479; Fri, 27 Oct 2000 09:34:17 -0700 (PDT) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id e9RGY7455564; Fri, 27 Oct 2000 09:34:07 -0700 (PDT) (envelope-from jkh@winston.osd.bsdi.com) To: obrien@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: AMD broken in -current? In-Reply-To: Message from "David O'Brien" of "Thu, 26 Oct 2000 21:52:35 PDT." <20001026215234.C9231@dragon.nuxi.com> Date: Fri, 27 Oct 2000 09:34:07 -0700 Message-ID: <55560.972664447@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Thu, Oct 26, 2000 at 09:04:45PM -0700, Jordan Hubbard wrote: > > It use to work in early October, but now I get the following using > > the stock (/etc/defaults/rc.conf) amd flags: > > It works on my Oct 22nd world. OK, so maybe it broke even later. What does it do on your Oct 27th world? :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 10: 7:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from grimreaper.grondar.za (adsl-63-206-96-212.dsl.snfc21.pacbell.net [63.206.96.212]) by hub.freebsd.org (Postfix) with ESMTP id 5843737B479; Fri, 27 Oct 2000 10:07:11 -0700 (PDT) Received: from grondar.za (mark@localhost [127.0.0.1]) by grimreaper.grondar.za (8.11.1/8.11.1) with ESMTP id e9RH72x01467; Fri, 27 Oct 2000 10:07:04 -0700 (PDT) (envelope-from mark@grondar.za) Message-Id: <200010271707.e9RH72x01467@grimreaper.grondar.za> To: Maxim Sobolev Cc: current@FreeBSD.org Subject: Re: /dev/random related mouse jerkiness is again here References: <39F98CAF.39AF66B4@FreeBSD.org> In-Reply-To: <39F98CAF.39AF66B4@FreeBSD.org> ; from Maxim Sobolev "Fri, 27 Oct 2000 17:09:51 +0300." Date: Fri, 27 Oct 2000 10:07:02 -0700 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I wonder if anyone noticed that mouse jerkiness caused by entropy > harvesting routine is here again (both in syscons and X11), although > it was expected to be solved by kthreads, at least on my poor old P133 > with PS/2 mouse. You say "here again". Was there a time that it went away with kthreads? M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 10:25:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from hera.drwilco.net (22dyn46.dh.casema.net [212.64.69.46]) by hub.freebsd.org (Postfix) with ESMTP id 8A7D537B479 for ; Fri, 27 Oct 2000 10:25:25 -0700 (PDT) Received: from ceres.drwilco.nl (ceres.drwilco.net [10.1.1.19]) by hera.drwilco.net (8.9.3/8.9.3) with ESMTP id TAA39311; Fri, 27 Oct 2000 19:36:50 +0200 (CEST) (envelope-from drwilco@drwilco.nl) Message-Id: <4.3.2.7.0.20001027193450.00b186c0@mail.drwilco.net> X-Sender: drwilco@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 27 Oct 2000 19:36:53 +0200 To: Mark Murray From: "Rogier R. Mulhuijzen" Subject: Re: /dev/random related mouse jerkiness is again here Cc: freebsd-current@freebsd.org In-Reply-To: <200010271707.e9RH72x01467@grimreaper.grondar.za> References: <39F98CAF.39AF66B4@FreeBSD.org> <39F98CAF.39AF66B4@FreeBSD.org> 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 10:07 27-10-00 -0700, you wrote: > > I wonder if anyone noticed that mouse jerkiness caused by entropy > > harvesting routine is here again (both in syscons and X11), although > > it was expected to be solved by kthreads, at least on my poor old P133 > > with PS/2 mouse. > >You say "here again". Was there a time that it went away with kthreads? I had mouse jerkiness at the same time as I had the sound glitches. Those were explained as a result of SMPNG IRQ latency (IIRC). Could this be the same problem? DocWilco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 10:38:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from pm.highway.ne.jp (pm.highway.ne.jp [210.166.100.42]) by hub.freebsd.org (Postfix) with ESMTP id 17DCC37B4C5; Fri, 27 Oct 2000 10:38:45 -0700 (PDT) Received: from C07_Tzsizyvz (x53-195.kobe.highway.ne.jp [203.140.12.195]) by pm.highway.ne.jp (8.9.3/3.7W00102715) with SMTP id CAA09063; Sat, 28 Oct 2000 02:33:36 +0900 (JST) Date: Sat, 28 Oct 2000 02:21:06 +0900 Received: (shiroyagi 2.5.2 Release build 1409) ; Sat, 28 Oct 2000 02:21:07 +0900 (JST) From: ii1254hd@waswes9.com Reply-To: xxx@owner.ac To: "0008@0008" Message-ID: <005b01c0403a$4addbae0$c30c8ccb@C07Tzsizyvz> Subject: VCD 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 X-Shiroyagi-ID: 199912080001 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B"#"#"#%"%8%"H/!*!*!VF|K\?M#A#V=wM%=P1i!*N"#V#C#D9XF~J}!W$N$40FFb"#"#"#(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B"""#$O$8$a$K"#""(B $B$3$N%a!<%k$O!">e5-%?%$%H%k$N!VF|K\?M#A#V=wM%=P1i!*N"#V#C#D9XF~J}!W$r0F(B $BFb$9$k%a!<%k$G$9!#62=L$G$9$,6=L#$N$J$$J}$O!"$3$N%a!<%k$r:o=|$7$F$/$@$5(B $B$$!#?<$/$*OM$S$$$?$7$^$9!#(B $B"""#@bL@"#""(B $B%"%8%"=t9q$G$O!"F|K\?M$N7]G=?M$d%F%l%SHVAH$N?M5$$,9b$$$3$H$OM-L>$G$9!#(B $BF1MM$KF|K\@=$N%"%@%k%H%S%G%*$bBgJQ9b$$?M5$$,M-$j!"F|K\F1MM$KN"%S%G%*$N(B $BCO2<;T>l$bB8:_$7$^$9!#$?$@!"F|K\$H0c$&E@$O(BMPEG$BJ}<0$N%S%G%*(BCD(VCD$B!KJ}<0(B $B$GN.DL$7$F$$$kE@$H!"Cx:n8"$d>SA|8"$,L$@0Hw$J$?$a$+!"F|K\$NCO2<;T>l$G$O(B $BN.=P$7$F$$$J$$!"?M5$#A#V>n$N:nIJ$,?tB?$/N.DL$7$F$$$k=j$G$9!#(B $B!z!zFCJs!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z(B $BBg9%I>$NF|K\;T>lL$N.=P$N!V6bBtJ8;R!W!V>.Bt$^$I$+!W!VGr@P$R$H$_!W$K2C$((B $B?7$?$K!V@nEgOBDEH~!W!V0*$_$N$j!W!VM<l$OCx:n8"$d>SA|8"$J$I4X78$J$$L5K!COBS$G$9!#!!!!!!!!!!!!(B $B!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z(B $B"#"#:nIJ>R2p"#"#(B $B!|Gr@PE*M6OG!|!!!!!|=P1i!!Gr@P$R$H$_!|!!!!!!!!!!!!!!!!!!!!!!(B42$BJ,(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B!!$3$N:nIJ$O!"$4$/:G6a$K$J$C$F#V#H#S%F!<%W$GF|K\;T>l$K$bN.DL$7$@$7$?$h(B $B$&$G$9!#%"%8%";T>l$G$O$+$J$jA0$+$iN.DL$7$F$^$7$?!#;DG0$J$,$i56;wK\HV$G(B $B$9$,!"%P%C%A%j4]8+$($G$9!#%U%!%s$J$i(BCD-ROM$B$G1J5WJ]B8$7$^$7$g$&!#!!!!!!(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B!|Nx0&J*8l!|!!!!!!!|=P1i!!@nEgOBDEH~!|!!!!!!!!!!!!!!!!!!!!!!(B35$BJ,(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B$J$s$H!*@nEgOBDEH~$G$9$h!#8+$D$1$?$H$-$O!"46F0$7$^$7$?!#$d$O$jE];:#A#V(B $B%a!<%+!<$NN.=P$G$7$g$&$+!)=w;R9b@8J*$G#3#P$d%l%$%W$b$"$j!"$+$J$j%O!<%I(B $B$JFbMF$G$9!#$5$F!"56;wK\HV$+??@-K\HV$+$O8+$F$N$*3Z$7$_!&!&!&!&!&!!!!!!(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B!|F15i@8=iBN83!|!!!|=P1i!!6bBtJ8;R!!>.Bt$^$I$+!|!!!!!!!!!!!!(B40$BJ,(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B?M5$%"%$%I%k#A#V=wM%$N6%1i:n$G$O$J$/$F!"#2:nIJ$rJT=8$7$?:nIJ$G$9!#$G$9(B $B$,!"$=$l$>$l$*$$$7$$=j$I$j$G$*F@$J:nIJ$G$9!#$"$^$j%O!<%I$JFbMF$G$O$J$$(B $B$G$9$,!"8+$($k$H$3$m$OEvA3$h$/8+$($k1J5WJ]B8HG$G$7$g$&!#!!!!!!!!!!!!!!(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B!|K=0|!|!!!!!!!!!!!|=P1i!!M<l$G$bN.=P$7$F$$$^$9!#$?$@!"$3$N:nIJ$OF|K\$N$H$O(B $B0c$&:nIJ$G$9!#1Q8l$N;zKkF~$j$J$N$G!"$b$H$b$H%"%a%j%+@=$N5UM"F~#D#V#D$r(B $B#V#C#D$K0\?"$7$?$h$&$G$9!#3X1`J*$GBN0i4[$NAR8K$G%V%k%^$N8e$m$+$i!&!&!&(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B!|?l=@E*2w46!|!!!!!|=P1i!!2,:jH~=w!|!!!!!!!!!!!!!!!!!!!!!!!!(B36$BJ,(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $BCf9q8l$N;zKk$,e5-$N$h$&$J(B $B8=>]$K$J$j$^$9!#5pF}4G8nIX$N%Q%$%:%j<#NE$,$b$A$m$s4]8+$(>uBV$G$9!#(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B!|E=?HA4MgE7;H!|!!!|=P1i!!HSEg0&!!>.NS$R$H$_!!9bAR5.H~;R!|!!(B41$BJ,(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B#3?M$H$b0l@NA0$N?M5$=wM%$5$s$G$9!#6%1i:n$G$O$J$/!"$*$$$7$$$H$3$I$j$N%*(B $B%`%K%P%9:nIJ$G$9!#2h$l0l@$IwsS$7$??M5$=wM%$J(B $B$N$G8+$4$?$($?$C$W$j$G$9!#@N$*@$OC$K$J$C$?J}$K$O!"$*4+$a$7$^$9!#(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B!|:Y@nI49g!|!!!!!!!|=P1i!!:Y@nI49g;R!|!!!!!!!!!!!!!!!!!!!!!!(B36$BJ,(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B$J$s$+JQ$J%?%$%H%k$G$9!#DA$7$/;zKk$,F~$C$F$$$^$;$s!##F%+%C%W(B95$B%;%s%A$@(B $B$=$&$G$9$,!"%"%8%"$G$b5pF}%.%c%k$OBg?M5$$G$9$M!#8e$m$+$iA0$+$i9g7W#52s(B $B$N%,%A%s%3%7!<%s$,054,$G$9!#(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B!|@)I~0&E[!|!!!!!!!|=P1i!!F#C+$7$*$j!|!!!!!!!!!!!!!!!!!!!!!!(B41$BJ,(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B%m%j!<%?$J%U%'%$%9$K%"%s%P%i%s%9$J5pF}$NF#C+$7$*$j$G$9!#:G6a0zB`$7$?$H(B $B;W$C$F$$$?$iI|5"$7$F$^$9$M!#%$%s%G%#!<%9$NGv>C$70J30$O!"F|K\L$N.=P$@$H(B $B5-21$7$F$$$^$9!#%,%A%s%3??@-K\HV$N%3%9%W%lJ*$G$9!#(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B!|%(%m%0%m!|!!!!!!!|=P1i!!0l?'NoLp!|!!!!!!!!!!!!!!!!!!!!!!!!(B32$BJ,(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $BJY6/ITB-$G$3$N#A#V=wM%$5$s$O!"$I$s$J?M$J$N$+CN$j$^$;$s!#$G$b!"MF;QCZ$7$^$9!#Cf9q8l;zKk$G$9$,2;@<$OF|K\8l$G$9!#(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B!|B<>eNoF`!|!!!!!!!|=P1i!!B<>eNoF`!|!!!!!!!!!!!!!!!!!!!!!!!!(B45$BJ,(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B>/$7@N$N?M5$#A#V=wM%$G$9!#K?9q$N2&B2$H0lHU?tI4K|$G!&!&!&$J$I$N1=$,@N$"(B $B$j$^$7$?$M!#8D?ME*$K$O??n$G$9!#%9%l%s%@!<$JGr$$H)$NH`=w$G$9$,%"%8%"$G$O(B $B$"$^$j?M5$$,$J$$$N$+!)%Q%C%1!<%8$OJL$N=wM%$Ne#1#5:nIJ$G$9!#(B $B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B $B!z9XF~$5$l$kJ}!z(B $B!yBe6b$O!"#1#5:nIJJ,$G!o#1#2#0#0#01_!\Be0z$-AwNA!o#1#0#0#01_$G9g7W!o#1(B $B!!#3#0#0#01_$G$9!#$P$iGd$j$O$G$-$^$;$s!#(B $B!yH/AwJ}K!$OM9JX6I$N!VBe0z$-M9JX!W$r;H$$$^$9!#>&IJ$H0z$-49$($KBe6b$rM9(B $B!!JX6I$N?&0w$NJ}$K!"$*;YJ'$$$/$@$5$$!#(B $B!yCmJ8J}K!$O!"2<5-$N%a!<%k%"%I%l%9$K!X=;=j!Y!X;aL>!Y!XM9JXHV9f!Y!XEEOC(B $B!!HV9f!Y!X%a!<%k%"%I%l%9!Y$r!"$*CN$i$;$/$@$5$$!#$=$N$5$$$KI,$:%a!<%k$N(B $B!!!X7oL>!Y$r!XCmJ8!Y$H5-F~$7$F$/$@$5$$!#!XCmJ8!Y0J30$G$9$H3NG'$G$-$J$$(B $B!!2DG=@-$,$"$j$^$9!#(B $B!y$$$m$$$m$J;v>p$K$h$j!"<+Bp$N=;=jEy$rCN$i$l$?$/$J$$J}$O!XM9JX6IN1$a!Y(B $B!!$r!"$*4+$a$7$^$9!#CmJ8;~$K!X;aL>!Y$H$9$k!XM9JX6IL>!Y$H(B $B!!M9JX6I$N=j:_$9$k!XETF;I\8)!";TD.B!Y$r!"$*CN$i$;$/$@$5$$!#>&IJ$r$4(B $B!!;XDj$NM9JX6I$G!"$*ZL@=q$NDs<($,I,MW$G$9!#(B $B!yHNGd$7$F$$$k>&IJ$N@-e!"8D!9$Ne5-$N%a!<%k%"%I%l%9$O!"%W%m%P%$%@Ey$K$h$jFMA3;HMQCf;_$NA\$7$/65$($F$/$@$5$$!#(B $B#A!!F|K\$G$O!";(;o$NIUO?#C#D$G$*Fk@w$_$G$9!#F02h$N:F@8$K$O%Q%=%3%s$,$"(B $B!!!!$l$PB>$KFCJL$J5!4o$OI,MW$"$j$^$;$s!#(BWINDOWS95/98$B$^$?$O(BMAC/OS$B$KI8=`(B $B!!!!AuHw$NF02h:F@8%=%U%H$G:F@8$G$-$^$9!##D#V#D$H$O8_49@-$,$J$$$N$G#D#V(B $B!!!!#D@lMQ$N:F@85!4o$G$O:F@8$G$-$^$;$s!#"(%W%l%9%F#2$b%@%a$G$9!#(B $B""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""(B $B#Q!!8D?M>pJs$NN.=P$J$I?4G[$G$9!#(B $B#A!!9XF~pJs$O87pJs$OGK4~$7$F$$$^$9!#$4?4G[(B $B!!!!$J>l9g$O!XM9JX6IN1$a!Y$r!"$4MxMQ$/$@$5$$!#(B $B""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""(B $B#Q!!9XF~8e$KJVIJ$G$-$^$9$+!)(B $B#A!!62=L$G$9$,JVIJ$OIT2D$G$9!#M}M3$O>&IJ$N@-e!"4JC1$KJ#@=$G$-$k0Y$G(B $B!!!!$9!#ITNIIJEy$O8r49$K1~$8$^$9!#(B $B""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""(B $B#Q!!A0J'$$!u8eJ'$$$O2DG=$G$9$+!)(B $B#A!!8=:_$O!"Be6b$N7h:QJ}K!$O!XBe0z$-!Y$N$_$G$9!#$4IT:_$,$A$JJ}Ey$J$I$O(B $B!!!!!XM9JX6IN1$a!Y$r!"$*4+$a$7$^$9!#(B $B""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""(B $B#Q!!:nIJ>R2p$N#1#5:nIJ$7$+$J$$$N$G$9$+!)(B $B#A!!B>$K$bB??tF~l$GL$N.=P$N?M5$=wM%$N:nIJ$rCf?4$K!"87A*$7$?7k(B $B!!!!2L$G$9!#8e2y$O$7$J$$#1#5:nIJ$N0FFb$G$9!#(B $B""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""(B $B#Q!!FbMFJ*$,B>?M$K2r$+$i$J$$$h$&$KG[C#2DG=$G$9$+!)(B $B#A!!$40B?4$/$@$5$$!#2:JX>e!">&IJ$N!XIJL>!YMs$O!X%Q%=%3%s%=%U%H!Y$GH/Aw(B $B!!!!$7$^$9!#304Q$G$OFbMF$NH=JL$OIT2DG=$G$9$N$G!"$42HB2$K$b0B?4$G$9!#(B $B""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""(B $B#Q!!CmJ88e!"2?F|$GE~Ce$7$^$9$+!)(B $B#A!!CmJ8$N%a!<%k$r3NG'8e!"MbF|$KH/Aw$7$^$9!#H/Aw8e$O!"KL3$F;!"6e=#!"N%(B $B!!!!Eg$O#3F|0JFb!"$=$NB>$O#2F|0JFb$KG[C#$5$l$^$9!#(B $B""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""(B $B#Q!!$3$N%a!<%k$NFbMF$O0cK!$G$9$+!)(B $B#A!!8=CJ3,$G$O%?%$%H%k$I$&$j!VF|K\?M#A#V=wM%=P1i!#N"#V#C#D9XF~J}!W$N0F(B $B!!!!Fb$G$9$N$G!"0cK!$G$J$$$H2rpJs$NHNGd$G$"$j0c(B $B!!!!K!$J(BCD-ROM$B$NHNGd$G$O$"$j$^$;$s!#(B $B""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""(B $B#Q!!$J$J$/0Y$G$9!#CMCJ$b$+$J$j!"%j!<%:%J%V%k$K(B $B!!!!@_Dj$G$-$?$H<+Ii$7$F$$$^$9!#(B $B""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""(B $B#Q!!M9JX6IN1$a$K$D$$$F65$($F$/$@$5$$!#(B $B#A!!Bg$-$JD9=j$O!"<+J,$N=;=j$r5-F~$7$J$/$F$b$$$$!"Bg$-$JM9JX6I$G$OEZF|(B $B!!!!$d#2#4;~4V$Nl$d3X9;$N6a$/$GZL@=q$NDs<($,I,MW$G$9$N$G!"56L>$G$Ne5-0J30$N5?LdE@$K$OJVEz$$$?$7$+$M$^$9!#$[$H$s$I$N5?Ld$K$O(B $B!!BP1~$7$F$$$k$H9M$($i$l$^$9!#(B $B"(CmJ8$5$l$k$+$?$O!"#Q!u#A$rFI$s$G$4Ge$GCmJ8$7$F$/$@$5$$!#(B To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 12:19:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 0839D37B479 for ; Fri, 27 Oct 2000 12:19:45 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id MAA82400; Fri, 27 Oct 2000 12:19:41 -0700 (PDT) (envelope-from obrien) Date: Fri, 27 Oct 2000 12:19:41 -0700 From: "David O'Brien" To: Jordan Hubbard Cc: current@FreeBSD.ORG Subject: Re: AMD broken in -current? Message-ID: <20001027121941.A41396@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <55560.972664447@winston.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: <55560.972664447@winston.osd.bsdi.com>; from jkh@winston.osd.bsdi.com on Fri, Oct 27, 2000 at 09:34:07AM -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: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Oct 27, 2000 at 09:34:07AM -0700, Jordan Hubbard wrote: > > On Thu, Oct 26, 2000 at 09:04:45PM -0700, Jordan Hubbard wrote: > > > It use to work in early October, but now I get the following using > > > the stock (/etc/defaults/rc.conf) amd flags: > > > > It works on my Oct 22nd world. > > OK, so maybe it broke even later. What does it do on your > Oct 27th world? :) On a 4.5hr old world (I need more sleep), it also works fine. -- David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 15:58:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-178-14.dsl.snfc21.pacbell.net [63.202.178.14]) by hub.freebsd.org (Postfix) with ESMTP id A4D9B37B479; Fri, 27 Oct 2000 15:58:43 -0700 (PDT) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id e9RN2uF01866; Fri, 27 Oct 2000 16:02:57 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200010272302.e9RN2uF01866@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Ruslan Ermilov Cc: Bruce Evans , Konstantin Chuguev , Brian Somers , kargl@apl.washington.edu, freebsd-current@FreeBSD.org Subject: Re: platform byte order macros? In-reply-to: Your message of "Fri, 27 Oct 2000 18:11:49 +0300." <20001027181149.B39062@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Oct 2000 16:02:56 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Fri, Oct 27, 2000 at 07:34:06AM -0700, Mike Smith wrote: > > > On Fri, Oct 27, 2000 at 09:49:57PM +1100, Bruce Evans wrote: > > > [...] > > > > > > > > NetBSD supports the ntohl family on constants, but only on some arches > > > > (at least in last year's version). It takes fancier macros to support > > > > constants. This gives an excuse to change the inline functions back to > > > > macros :-). > > > > > > > Cool! My upcoming byte-swapping changes to IPv4 code would benefit from > > > having these macros. Could you please review the attached patch (it was > > > obtained from NetBSD)? > > ... > > > +#ifdef __OPTIMIZE__ > > > > Using macros does not "optimise" anything, and this is a very poor choice > > of defines. __MACRO_ENDIAN_CONVERSIONS might be better. > > > Huh, you would not call this optimization?! No, since it is incapable of dealing with a non-constant argument. > #include > #include > > void > foo(void) > { > printf("%hx\n", htons(0x80)); > } > > --- a.s.without Fri Oct 27 18:11:26 2000 > +++ a.s.with Fri Oct 27 18:11:59 2000 > @@ -13,12 +13,7 @@ > movl %esp,%ebp > subl $8,%esp > addl $-8,%esp > - movl $128,%eax > -#APP > - xchgb %ah, %al > -#NO_APP > - andl $65535,%eax > - pushl %eax > + pushl $32768 > pushl $.LC0 > call printf > leave -- ... 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 Fri Oct 27 17:18:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (Postfix) with ESMTP id 37B6C37B479; Fri, 27 Oct 2000 17:18:14 -0700 (PDT) Received: (from daemon@localhost) by smtp02.primenet.com (8.9.3/8.9.3) id RAA10422; Fri, 27 Oct 2000 17:14:34 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp02.primenet.com, id smtpdAAAcRaOru; Fri Oct 27 17:14:25 2000 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id RAA03233; Fri, 27 Oct 2000 17:17:56 -0700 (MST) From: Terry Lambert Message-Id: <200010280017.RAA03233@usr01.primenet.com> Subject: Re: ipfw question. To: jkh@winston.osd.bsdi.com (Jordan Hubbard) Date: Sat, 28 Oct 2000 00:17:56 +0000 (GMT) Cc: current@FreeBSD.ORG, jhb@FreeBSD.ORG (John Baldwin), billf@chimesnet.com (Bill Fumerola) In-Reply-To: <52697.972618455@winston.osd.bsdi.com> from "Jordan Hubbard" at Oct 26, 2000 08:47:35 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I've also sent out numerous appeals to the various mailing lists for > someone, anyone, to come up with something better than sysinstall > which was somehow less grandiose than my own follow-on designs or, > failing that, to significantly revamp sysinstall itself. The fact > that nobody has stepped up to the plate has, I feel, nothing to do > with vaporware, it has to do with certain problems simply being icky > and unpleasant to deal with. If such was not the case, you'd think > one of the other *BSDs would have done it if not us. > > Let's also not forget that Caldera had to PAY Trolltech to do their > fancy installer and then Red Hat came along and substantially pinched > off of that one, so even the vastly better-funded and staffed Linux > projects haven't really managed to crack the nut just on volunteer > labor alone. FWIW: I know someone who is willing to substantially revise the install process, BUT: 1) They will want to keep it proprietary for commercial use for a period of at least a year, and that would mean probably keeping it out of the official source tree for that period of time. As you note, it is icky and unpleasent to deal with, and they will expect to recoup their investment. 2) They will want to call their stuff FreeBSD, but that has historically been vetoed, unless the installation images are exactly the same as what you can download of the net or buy from Walnut Creek. During that year, they wouldn't be. Obviously, #1 would potentially cannibalize the WC CDROM market for FreeBSD CDROMs, assuming they do a decent job of things. Obviously, #2 means that they people willing to do the work are interested in a "RedHat FreeBSD"-like play, which may not be in everyones interest. As I said: FWIW. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 17:20:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (Postfix) with ESMTP id 6E48637B479 for ; Fri, 27 Oct 2000 17:20:09 -0700 (PDT) Received: (from daemon@localhost) by smtp01.primenet.com (8.9.3/8.9.3) id RAA06683; Fri, 27 Oct 2000 17:19:02 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp01.primenet.com, id smtpdAAAz9aO5m; Fri Oct 27 17:18:52 2000 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id RAA03328; Fri, 27 Oct 2000 17:19:35 -0700 (MST) From: Terry Lambert Message-Id: <200010280019.RAA03328@usr01.primenet.com> Subject: Re: entropy reseeding is totally broken To: DougB@gorean.org (Doug Barton) Date: Sat, 28 Oct 2000 00:19:35 +0000 (GMT) Cc: current@FreeBSD.ORG, dillon@earth.backplane.com (Matt Dillon), mark@grondar.za (Mark Murray) In-Reply-To: <39F8FDED.5C0C8A05@gorean.org> from "Doug Barton" at Oct 26, 2000 09:00:45 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > This is sweet! Seems it would give us the full benefits of Mark's > > randomdev, and fit nicely with our normal configuration framework and > > gives good flexibility. > > It also describes just what we have currently, except it misses the > advantages of putting the entropy file on the root partition which makes > it available immediately, and doesn't have mounting races built in. What currently exists does not allow a read-only /. Which sucks. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 19:19:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 947D837B479 for ; Fri, 27 Oct 2000 19:19:09 -0700 (PDT) Received: from gorean.org (Studded@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id TAA44924; Fri, 27 Oct 2000 19:18:56 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <39FA3790.E734C21C@gorean.org> Date: Fri, 27 Oct 2000 19:18:56 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 5.0-CURRENT-102 i386) X-Accept-Language: en MIME-Version: 1.0 To: Terry Lambert Cc: current@FreeBSD.ORG, Matt Dillon , Mark Murray Subject: Re: entropy reseeding is totally broken References: <200010280019.RAA03328@usr01.primenet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry Lambert wrote: > > > > This is sweet! Seems it would give us the full benefits of Mark's > > > randomdev, and fit nicely with our normal configuration framework and > > > gives good flexibility. > > > > It also describes just what we have currently, except it misses the > > advantages of putting the entropy file on the root partition which makes > > it available immediately, and doesn't have mounting races built in. > > What currently exists does not allow a read-only /. Which sucks. Please keep a couple things in mind. First, there is no one solution that is going to suit everyone. It's exactly because my /var is not on / that I got interested in patching the current implementation of "save some randomness at boot and read it back in at startup" in the first place. I kept read-only and diskless / cases in mind when I tied my idea into the existing ability to specify the file AND used /var as a failsafe. Second, Mark has always intended and is currently working on ways to make entropy harvesting happen in the boot phase. No one expected, or represented this file-based method as the ultimate solution. Third, Schneier's paper suggests loading a file of written-out entropy at boot as an additional reseeding source, so we need to work out the store a file across boot in any case. It's entirely possible that this won't work for some edge cases, but harvesting entropy in the boot process will help alleviate that. Finding answers to the current problems will be easier if we keep the goals clear. Doug -- "The dead cannot be seduced." - Kai, "Lexx" Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 22:14:13 2000 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 6EA9137B4D7; Fri, 27 Oct 2000 22:14:08 -0700 (PDT) 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 QAA28917; Sat, 28 Oct 2000 16:13:58 +1100 Date: Sat, 28 Oct 2000 16:13:46 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Ruslan Ermilov Cc: Mike Smith , Bruce Evans , Konstantin Chuguev , Brian Somers , kargl@apl.washington.edu, freebsd-current@FreeBSD.org Subject: Re: platform byte order macros? In-Reply-To: <20001027182758.A41742@sunbay.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 27 Oct 2000, Ruslan Ermilov wrote: > On Fri, Oct 27, 2000 at 06:11:49PM +0300, Ruslan Ermilov wrote: > > On Fri, Oct 27, 2000 at 07:34:06AM -0700, Mike Smith wrote: > > > > +#ifdef __OPTIMIZE__ > > > > > > Using macros does not "optimise" anything, Not quite true. Using inline functions pessimizes everything that is compiled without -O since the functions don't get inlined but code for them is generated in each object file whether or not they are used. is included a lot, so having inline functions in it is especially pessimal for the -O0 case. > > > and this is a very poor choice > > > of defines. __MACRO_ENDIAN_CONVERSIONS might be better. __OPTIMIZE__ is the standard gcc macro for telling whether gcc has been invoked with -O. It is used sort of backwards here. There is no reason to turn off the macros for constants, but turning off the inlines for non-constants would fix the useless bloat in the -O0 case. Is the htonl() family used enough on constants for the constant case to be worth optimizing? Writing the byte swapping using shifts and masks might be best in all cases. The compiler can in theory reduce shifts and masks to bswap on i386's if that is best, but it can't look inside asm statements. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Oct 27 23:38:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from cs.utep.edu (mail.cs.utep.edu [129.108.5.3]) by hub.freebsd.org (Postfix) with ESMTP id ECF6337B479 for ; Fri, 27 Oct 2000 23:38:45 -0700 (PDT) Received: from gecko (gecko [129.108.5.51]) by cs.utep.edu (8.10.1/8.10.1) with ESMTP id e9S6ce214741 for ; Sat, 28 Oct 2000 00:38:40 -0600 (MDT) Date: Sat, 28 Oct 2000 00:38:41 -0600 (MDT) From: X-Sender: janb@gecko To: freebsd-current@freebsd.org Subject: HPT 370 on abit KT7-RAID 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 This has been discussed here before, but I just got my mainboard and wanted totry this out. The BIOS RAID does not work for me either - no surprise here. So I was trying to use vinum, but disklabel gives me different information than fdisk does. According to the disklabel command, my harddrives are not partitioned at all. This is strange. Can anybody shed some light on this? As far as I know, vinum needs the disklabel assigned to work, so I am stuck. I there a way to override this? I currently have the FreeBSD installed on an old 2GB drive, and wantto use the two 40 GB drives on the ata-100 bus to store /usr on. One last loosely related thing: Does FreeBSD currently support booting off a sofware RAID. I think linux does, but I am trying to avoid that OS. Thanks to anybody who can help. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Oct 28 0:49: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.solexine.fr (mail.solexine.fr [195.114.74.250]) by hub.freebsd.org (Postfix) with ESMTP id A8E5937B479 for ; Sat, 28 Oct 2000 00:49:05 -0700 (PDT) Received: from mothra (mothra.solexine.fr [195.114.74.245]) by mail.solexine.fr (Post.Office MTA v3.5.3 release 223 ID# 150-63470U200L2S100V35) with ESMTP id fr; Sat, 28 Oct 2000 09:48:54 +0200 From: "David TOUITOU" Organization: Solexine To: Date: Sat, 28 Oct 2000 09:50:02 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: HPT 370 on abit KT7-RAID Cc: freebsd-current@freebsd.org Message-ID: <39FAA14A.13247.36560913@localhost> In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 28 Oct 2000, at 0:38, janb@cs.utep.edu wrote: > This has been discussed here before, but I just got my mainboard and > wanted totry this out. The BIOS RAID does not work for me either - no > surprise here. So I was trying to use vinum, but disklabel gives me > different information than fdisk does. According to the disklabel command, > my harddrives are not partitioned at all. This is strange. Can anybody > shed some light on this? As far as I know, vinum needs the disklabel > assigned to work, so I am stuck. I there a way to override this? > > I currently have the FreeBSD installed on an old 2GB drive, and wantto use > the two 40 GB drives on the ata-100 bus to store /usr on. Same issues here in Paris. 8-)) HPT370 on PCI card, Maxtor 40Gb hard drives... _Impossible_ to disklabel the disks (which are easilly disklabelled through the integrated IDE controler of the motherboard). The two HPT370 cards we bought (for the 4 Maxtor drives) to build a "nice" Samba Vinumed file server (and to show our NT guyz that they did not have to spend 3 times the amount of money we spent for a performant 120Gb RAID5 volume) are now on my desk, the drives are connected to the motherboard. It works, but not the way I wanted it to. Gona try on Monday with the recent STABLE changes of the IDE drivers. Are you using current (as the list you're posting to) or stable ? Best, David. -- ...................................................................... David Touitou http://dites-le.com SysAdmin and co Solexine To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Oct 28 5:25:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 5F3CB37B479 for ; Sat, 28 Oct 2000 05:25:09 -0700 (PDT) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id OAA18454; Sat, 28 Oct 2000 14:23:35 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200010281223.OAA18454@freebsd.dk> Subject: Re: HPT 370 on abit KT7-RAID In-Reply-To: from "janb@cs.utep.edu" at "Oct 28, 2000 00:38:41 am" To: janb@cs.utep.edu Date: Sat, 28 Oct 2000 14:23:35 +0200 (CEST) Cc: 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 janb@cs.utep.edu wrote: > This has been discussed here before, but I just got my mainboard and > wanted totry this out. The BIOS RAID does not work for me either - no > surprise here. So I was trying to use vinum, but disklabel gives me > different information than fdisk does. According to the disklabel command, > my harddrives are not partitioned at all. This is strange. Can anybody > shed some light on this? As far as I know, vinum needs the disklabel > assigned to work, so I am stuck. I there a way to override this? The BIOS RAID on the HPT370 and the Promise Fasttrak's are now supported both under stable and current. Let me know if doesn't work for you... -S�ren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Oct 28 6:57:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from p.intothewind.cx (adsl-141-157-91-172.baltmd.adsl.bellatlantic.net [141.157.91.172]) by hub.freebsd.org (Postfix) with ESMTP id 34A5A37B4F9; Sat, 28 Oct 2000 06:57:04 -0700 (PDT) Received: from freebsd.org (localhost [127.0.0.1]) by p.intothewind.cx (8.11.0/8.11.0) with ESMTP id e9SDtEG46789; Sat, 28 Oct 2000 09:55:14 -0400 (EDT) (envelope-from patrick@freebsd.org) Message-ID: <39FADAC1.29A42F1B@freebsd.org> Date: Sat, 28 Oct 2000 09:55:14 -0400 From: Patrick Gardella Organization: FreeBSD X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Tobias Roth Cc: freebsd-current@freebsd.org, jkh@freebsd.org Subject: Re: hang when making port References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tobias Roth wrote: > > Hi > > I just built a new stable on wednesday. Now, when making ports, the > process sometimes hangs after the source is downloaded and I have to do a > ctrl-c and another make to continue. > > Is this known and will it be fixed soon (or is already)? On a side note, this also occurs on -current, since I saw it happening right after I installed -current on a new laptop. (Fresh build). I'll dig into it today to see if I can figure out what's causing it. I'd hate to see this happen when 4.2 is released. Patrick ---------- Patrick Gardella patrick@freebsd.org The Power to Serve shall not be infringed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Oct 28 11:19:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from charles.intelos.net (phalliday.lyn.mvl.intelos.net [216.12.74.29]) by hub.freebsd.org (Postfix) with ESMTP id ABFA637B479 for ; Sat, 28 Oct 2000 11:19:05 -0700 (PDT) Received: from wslogic.com (IDENT:pjh@charles.intelos.net [216.12.74.29]) by charles.intelos.net (8.9.3/8.9.3) with ESMTP id OAA23064 for ; Sat, 28 Oct 2000 14:20:45 -0400 Message-ID: <39FB18FD.C689EC8E@wslogic.com> Date: Sat, 28 Oct 2000 14:20:45 -0400 From: Peter Halliday X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: /etc/security suggestions Content-Type: multipart/mixed; boundary="------------1A445F45C3701398F76F6B71" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------1A445F45C3701398F76F6B71 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I have ported the /etc/security script to Linux, and wanted to mention some of the changes that I made. Maybe they will help you in developing /etc/security. -- Peter Halliday Online Application Developer Whetstone Logic, Inc. http://www.whetstonelogic.com icq#75769411 AIM screen name: hoaggelos --------------1A445F45C3701398F76F6B71 Content-Type: text/plain; charset=us-ascii; name="diffs" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="diffs" @@ -1,14 +1,19 @@ # # @(#)security 5.3 (Berkeley) 5/28/91 # $FreeBSD: src/etc/security,v 1.36.2.6 2000/09/20 20:16:19 brian Exp $ # -PATH=/sbin:/bin:/usr/bin +# THIS PRODUCT COMES WITH NO EXPLICIT OR IMPLICIT WARRANTEES OR +# GUARANTEES. THE AUTHOR IS NOT RESPONSIBLE FOR ANY DAMAGE THAT MAY +# OCCUR +VERSION=0.1.0 +PATH=/bin;/usr/bin;/sbin;/usr/sbin LC_ALL=C; export LC_ALL rc=0 LOG=/var/log -TMP=/var/run/_secure.$$ +IFS=' +' +TMP=`/bin/mktemp /var/run/_secure.XXXXXX` separator () { echo '' @@ -16,8 +21,7 @@ } catmsgs() { - [ -f $LOG/messages.0.gz ] && zcat $LOG/messages.0.gz - [ -f $LOG/messages.0 ] && cat $LOG/messages.0 + [ -f $LOG/messages.1 ] && cat $LOG/messages.1 [ -f $LOG/messages ] && cat $LOG/messages } @@ -31,130 +35,165 @@ esac done -yesterday=`date -v-1d "+%b %e "` +#yesterday=`date -v-1d "+%b %e "` host=`hostname` -[ $sflag = FALSE ] && echo "Subject: ${host} security check output" -umask 027 +separator +echo "security-script $VERSION" +echo +echo "THIS PRODUCT COMES WITH NO EXPLICIT OR IMPLICIT WARRANTEES OR GUARANTEES. THE AUTHOR IS NOT RESPONSIBLE FOR ANY DAMAGE THAT MAY OCCUR." + + +#check roots umask +if [ "`umask`" != "177" ] ; then + separator + echo "Root's umask is insecure. Please change it to 177" +fi +umask 177 + -echo "checking setuid files and devices:" # Don't have ncheck, but this does the equivalent of the commented out block. # Note that one of the original problems, the possibility of overrunning # the args to ls, is still here... # -MP=`mount -t ufs | grep -v " nosuid" | awk '{ print $3 }' | sort` +MP=`mount -t ext2,reiserfs,ufs 2>/dev/null | grep -v " nosuid" | awk '{ print $3 }' | sort` set ${MP} while [ $# -ge 1 ]; do mount=$1 shift find $mount -xdev -type f \ $ -perm -u+x -or -perm -g+x -or -perm -o+x $ \ - $ -perm -u+s -or -perm -g+s $ -print0 -done | xargs -0 -n 20 ls -liTd | sort +10 > ${TMP} + $ -perm -u+s -or -perm -g+s $ -print0 2>/dev/null +done | xargs -0 -n 20 /bin/ls -lid | sort +10 > ${TMP} if [ ! -f ${LOG}/setuid.today ]; then [ $rc -lt 1 ] && rc=1 - separator + separator + echo "checking setuid files and devices:" echo "no ${LOG}/setuid.today" - cp ${TMP} ${LOG}/setuid.today || rc=3 + cp -f ${TMP} ${LOG}/setuid.today || rc=3 fi if ! cmp ${LOG}/setuid.today ${TMP} >/dev/null; then [ $rc -lt 1 ] && rc=1 - separator + separator + echo "checking setuid files and devices:" echo "${host} setuid diffs:" diff -w ${LOG}/setuid.today ${TMP} - mv ${LOG}/setuid.today ${LOG}/setuid.yesterday || rc=3 - mv ${TMP} ${LOG}/setuid.today || rc=3 + mv -f ${LOG}/setuid.today ${LOG}/setuid.yesterday || rc=3 + mv -f ${TMP} ${LOG}/setuid.today || rc=3 +fi + + + + +# Don't have ncheck, but this does the equivalent of the commented out block. +# Note that one of the original problems, the possibility of overrunning +# the args to ls, is still here... +# +RK=`mount -t ext2,reiserfs,ufs 2>/dev/null | grep -v " nosuid" | awk '{ print $3 }' | sort` +set ${RK} +while [ $# -ge 1 ]; do + mount=$1 + shift + find $mount -name ".*" 2>/dev/null +done | sort +10 > ${TMP} + + +if [ ! -f ${LOG}/rootkit.today ]; then + [ $rc -lt 1 ] && rc=1 + separator + echo "checking for possible rootkits:" + echo "no ${LOG}/rootkit.today" + cp -f ${TMP} ${LOG}/rootkit.today || rc=3 +fi + +if ! cmp ${LOG}/rootkit.today ${TMP} >/dev/null; then + [ $rc -lt 1 ] && rc=1 + separator + echo "checking for possible rootkits:" + echo "${host} rootkit diffs:" + diff -w ${LOG}/rootkit.today ${TMP} + mv -f ${LOG}/rootkit.today ${LOG}/rootkit.yesterday || rc=3 + mv -f ${TMP} ${LOG}/rootkit.today || rc=3 fi + + # Show changes in the way filesystems are mounted # [ -n "$ignore" ] && cmd="egrep -v ${ignore#|}" || cmd=cat -if mount -p | $cmd > $TMP; then +if mount | $cmd > $TMP; then if [ ! -f $LOG/mount.today ]; then [ $rc -lt 1 ] && rc=1 - separator + separator + echo "Checking diffs in mounting of filesystems:" echo "no $LOG/mount.today" - cp $TMP $LOG/mount.today || rc=3 + cp -f $TMP $LOG/mount.today || rc=3 fi if ! cmp $LOG/mount.today $TMP >/dev/null 2>&1; then [ $rc -lt 1 ] && rc=1 - separator + separator + echo "Checking diffs in mounting of filesystems:" echo "$host changes in mounted filesystems:" diff -b $LOG/mount.today $TMP - mv $LOG/mount.today $LOG/mount.yesterday || rc=3 - mv $TMP $LOG/mount.today || rc=3 + mv -f $LOG/mount.today $LOG/mount.yesterday || rc=3 + mv -f $TMP $LOG/mount.today || rc=3 fi fi separator echo "checking for uids of 0:" -n=$(awk -F: '$3==0 {print $1,$3}' /etc/master.passwd | - tee /dev/stderr | - sed -e '/^root 0$/d' -e '/^toor 0$/d' | - wc -l) -[ $n -gt 0 -a $rc -lt 1 ] && rc=1 - +awk -F: '$3==0 {print $1,$3}' /etc/passwd + separator echo "checking for passwordless accounts:" -n=$(awk -F: 'NF > 1 && $1 !~ /^[#+-]/ && $2=="" {print $0}' /etc/master.passwd | - tee /dev/stderr | wc -l) -[ $n -gt 0 -a $rc -lt 1 ] && rc=1 - +awk -F: 'NF > 1 && $1 !~ /^[#+-]/ && $2=="" {print $0}' /etc/passwd + # Show denied packets # -if ipfw -a l 2>/dev/null | egrep "deny|reset|unreach" > ${TMP}; then - if [ ! -f ${LOG}/ipfw.today ]; then +if /sbin/ipchains -L -v --line-numbers 2>/dev/null | egrep "DENY|REJECT" > ${TMP}; then + if [ ! -f ${LOG}/ipchains.today ]; then [ $rc -lt 1 ] && rc=1 - separator - echo "no ${LOG}/ipfw.today" - cp ${TMP} ${LOG}/ipfw.today || rc=3 + separator + echo "Checking fire wall rule count:" + echo "no ${LOG}/ipchains.today" + cp -f ${TMP} ${LOG}/ipchains.today || rc=3 fi - if ! cmp ${LOG}/ipfw.today ${TMP} >/dev/null; then + if ! cmp ${LOG}/ipchains.today ${TMP} >/dev/null; then [ $rc -lt 1 ] && rc=1 - separator - echo "${host} denied packets:" - diff -b ${LOG}/ipfw.today ${TMP} | egrep "^>" - mv ${LOG}/ipfw.today ${LOG}/ipfw.yesterday || rc=3 - mv ${TMP} ${LOG}/ipfw.today || rc=3 + separator + echo "Checking fire wall rule count:" + echo "${host} denied or rejected packets:" + diff -b ${LOG}/ipchains.today ${TMP} | egrep "^>" + mv -f ${LOG}/ipchains.today ${LOG}/ipchains.yesterday || rc=3 + mv -f ${TMP} ${LOG}/ipchains.today || rc=3 fi fi -# Show ipfw rules which have reached the log limit -# -IPFW_LOG_LIMIT=`sysctl -n net.inet.ip.fw.verbose_limit 2> /dev/null` -if [ $? -eq 0 -a "${IPFW_LOG_LIMIT}" -ne 0 ]; then - ipfw -a l | grep " log " | perl -n -e \ - '/^\d+\s+(\d+)/; print if ($1 >= '$IPFW_LOG_LIMIT')' > ${TMP} - if [ -s "${TMP}" ]; then - [ $rc -lt 1 ] && rc=1 - separator - echo "ipfw log limit reached:" - cat ${TMP} - fi -fi # Show kernel log messages # -if dmesg 2>/dev/null > ${TMP}; then +if /bin/dmesg 2>/dev/null > ${TMP}; then if [ ! -f ${LOG}/dmesg.today ]; then [ $rc -lt 1 ] && rc=1 - separator + separator + echo "Checking kernal message:" echo "no ${LOG}/dmesg.today" - cp ${TMP} ${LOG}/dmesg.today || rc=3 + cp -f ${TMP} ${LOG}/dmesg.today || rc=3 fi if ! cmp ${LOG}/dmesg.today ${TMP} >/dev/null 2>&1; then [ $rc -lt 1 ] && rc=1 - separator + separator + echo "Checking kernal message:" echo "${host} kernel log messages:" diff -b ${LOG}/dmesg.today ${TMP} | egrep "^>" - mv ${LOG}/dmesg.today ${LOG}/dmesg.yesterday || rc=3 - mv ${TMP} ${LOG}/dmesg.today || rc=3 + mv -f ${LOG}/dmesg.today ${LOG}/dmesg.yesterday || rc=3 + mv -f ${TMP} ${LOG}/dmesg.today || rc=3 fi fi @@ -162,17 +201,85 @@ # separator echo "${host} login failures:" -n=$(catmsgs | grep -i "^$yesterday.*login failure" | tee /dev/stderr | wc -l) -[ $n -gt 0 -a $rc -lt 1 ] && rc=1 - +catmsgs | grep -i "failed login" | /usr/bin/tee /dev/stderr + # Show tcp_wrapper warning messages # separator echo "${host} refused connections:" -n=$(catmsgs | grep -i "^$yesterday.*refused connect" | tee /dev/stderr | wc -l) -[ $n -gt 0 -a $rc -lt 1 ] && rc=1 +catmsgs | grep -i "refused connect" | /usr/bin/tee /dev/stderr -rm -f ${TMP} +# Show authentication failures +# +separator +echo "${host} authentication failures:" +catmsgs | grep -i "authentication failure" | /usr/bin/tee /dev/stderr -exit $rc +# check for any interfaces in promiscuous mode +separator +echo "${host} interfaces in promiscuous mode:" +catmsgs | grep -i "entered promiscuous mode" | /usr/bin/tee /dev/stderr + +# check for sticky-bit on /tmp and exit if not found +if [ `/bin/ls -ld /tmp | cut -c10` != "t" ] ; then + echo "/tmp does not have sticky-bit turned on. Please 'chmod +t /tmp'" + exit 1 +fi + + + +# check for incorrect perm on /etc/cron.d if it exists +if [ -d /etc/cron.d ] ; then + if [ "`/bin/ls -ld /etc/cron.d | cut -c1-10`" != "drwxr-x---" ] ; then + separator + echo "Permissions too lax on /etc/cron.d. Please 'chmod -R 750 /etc/cron.d" + fi +fi + +# check for incorrect perms on /etc/crontab if it exists +if [ -f /etc/crontab ] ; then + if [ "`/bin/ls -l /etc/crontab | cut -c1-10`" != "-rw-r-----" ] ; then + separator + echo "Permissions too lax on /etc/crontab. Please 'chmod 640 /etc/crontab'" + fi +fi +# check for incorrect perms on /etc/syslog.conf if it exists +if [ -f /etc/syslog.conf ] ; then + if [ "`/bin/ls -l /etc/syslog.conf | cut -c1-10`" != "-rw-------" ] ; then + separator + echo "Permission too lax on /etc/syslog.conf. Please 'chmod 600 /etc/syslog.conf'" + fi +fi + +# check for incorrect perms on /var/log and it's subdirs +separator +echo "Please 'chmod 700' the following directories" +find /var/log -type d ! -perm 0700 + +# check for incorrect perms on logfiles +separator +echo "Please 'chmod 600' the following files" +find /var/log -type d ! -perm 0600 + +# check for incorrect perms on /etc/lilo.conf +if [ -f /etc/lilo.conf ] ; then + if [ "`/bin/ls -l /etc/lilo.conf`" != "-rw-------" ] ; then + separator + echo "Please 'chmod 600 /etc/lilo.conf'" + fi +fi + +# check for .rhosts files +separator +echo "Checking for .rhosts files" +find / -name '.rhosts' -print + +# check for readable .netrc files +separator +echo "Checking for readable .netrc files (chmod 600 to correct)" +find / -name '.netrc' ! -perm 0600 -print + + +rm -f ${TMP} +exit $rc --------------1A445F45C3701398F76F6B71-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Oct 28 12:48: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 9C34C37B479 for ; Sat, 28 Oct 2000 12:48:05 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id MAA69689 for current@freebsd.org; Sat, 28 Oct 2000 12:48:05 -0700 (PDT) (envelope-from obrien) Date: Sat, 28 Oct 2000 12:48:05 -0700 From: "David O'Brien" To: current@freebsd.org Subject: ** HEADS UP ** changes to /usr/lib/crt*.o Message-ID: <20001028124804.A69595@dragon.nuxi.com> Reply-To: obrien@freebsd.org 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 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: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am switching us from using or native crt{begin,end}.c to GCC's crtstuff.c in the building of /usr/lib/crt{begin,end}.o. Testing a new world with this change not show any problems. HOWEVER, I have only done cursory testing with already installed ports (shared binaries and libs) and our current set of Packages. (especially since ``pkg_add -r'' is broken and no one will take responsibility for it) If you find any problems, I'd like to know ASAP as I hope to MFC this for 4.2-RELEASE. -- -- 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 Sat Oct 28 12:56:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from light.imasy.or.jp (light.imasy.or.jp [202.227.24.4]) by hub.freebsd.org (Postfix) with ESMTP id 052F537B479; Sat, 28 Oct 2000 12:56:45 -0700 (PDT) Received: (from uucp@localhost) by light.imasy.or.jp (8.11.0+3.3W/3.7W-light) with UUCP id e9SJuOB17077; Sun, 29 Oct 2000 04:56:24 +0900 (JST) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:clzPAoomKUaOv3qiYQr21jYEzbh530J5vhpGi2KIRi3aZGuC0WVZRnfrRQQjXVAe@peace.mahoroba.org [2001:200:301:0:200:f8ff:fe05:3eae]) by mail.mahoroba.org (8.11.1/8.11.1/chaos) with ESMTP/inet6 id e9SJtE907447; Sun, 29 Oct 2000 04:55:14 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sun, 29 Oct 2000 04:55:13 +0900 (JST) Message-Id: <20001029.045513.104066484.ume@mahoroba.org> To: jkh@winston.osd.bsdi.com Cc: jruigrok@via-net-works.nl, freebsd-current@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: new rc.network6 and rc.firewall6 From: Hajimu UMEMOTO In-Reply-To: <82990.972178713@winston.osd.bsdi.com> References: <82990.972178713@winston.osd.bsdi.com> X-Mailer: xcite1.20> Mew version 1.95b38 on Emacs 20.7 / Mule 4.0 =?iso-2022-jp?B?KBskQjJWMWMbKEIp?= X-PGP-Public-Key: http://www.imasy.org/~ume/publickey.asc X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.org/~ume/ X-OS: FreeBSD 5.0-CURRENT Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> On Sat, 21 Oct 2000 18:38:33 -0700 >>>>> Jordan Hubbard said: jkh> Sounds good to me. My comments were, just to make it clear again, jkh> just food for thought and not out-and-out objections. If even 47 more jkh> files in /etc is what it takes to get IPv6 fully supported, then so be jkh> it. :) There are many discussion aboud having NetBSD style rc.d. However, I think it takes for a period of time. Once, I wish to commit my changes to be in time for 4.2-RELEASE. -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Oct 28 13:32:38 2000 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 0799A37B4E5; Sat, 28 Oct 2000 13:32:36 -0700 (PDT) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id WAA84131; Sat, 28 Oct 2000 22:32:34 +0200 (CEST) (envelope-from 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: obrien@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: ** HEADS UP ** changes to /usr/lib/crt*.o References: <20001028124804.A69595@dragon.nuxi.com> From: Dag-Erling Smorgrav Date: 28 Oct 2000 22:32:34 +0200 In-Reply-To: "David O'Brien"'s message of "Sat, 28 Oct 2000 12:48:05 -0700" Message-ID: Lines: 12 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 "David O'Brien" writes: > HOWEVER, I have only done cursory testing with already installed ports > (shared binaries and libs) and our current set of Packages. (especially > since ``pkg_add -r'' is broken and no one will take responsibility for > it) That's a little harsh, the problem wasn't brought to my attention until earlier today. At least give me the time to type 'gdb'. 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 Sat Oct 28 13:33:12 2000 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 B79D337B4CF; Sat, 28 Oct 2000 13:33:07 -0700 (PDT) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id WAA84134; Sat, 28 Oct 2000 22:33:06 +0200 (CEST) (envelope-from 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: Patrick Gardella Cc: Tobias Roth , freebsd-current@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: hang when making port References: <39FADAC1.29A42F1B@freebsd.org> From: Dag-Erling Smorgrav Date: 28 Oct 2000 22:33:06 +0200 In-Reply-To: Patrick Gardella's message of "Sat, 28 Oct 2000 09:55:14 -0400" Message-ID: Lines: 9 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 Patrick Gardella writes: > I'll dig into it today to see if I can figure out what's causing it. > I'd hate to see this happen when 4.2 is released. It has already been fixed. 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 Sat Oct 28 13:47: 6 2000 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 3048E37B479; Sat, 28 Oct 2000 13:47:02 -0700 (PDT) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id WAA84259; Sat, 28 Oct 2000 22:47:00 +0200 (CEST) (envelope-from 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: obrien@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: pkg_add -r broken References: <20001027041652.A12626@dragon.nuxi.com> From: Dag-Erling Smorgrav Date: 28 Oct 2000 22:47:00 +0200 In-Reply-To: "David O'Brien"'s message of "Fri, 27 Oct 2000 04:16:52 -0700" Message-ID: Lines: 8 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 "David O'Brien" writes: > Are others seeing that ``pkg_add -r foo'' is broken? Found the bug, there'll be a fix within an hour. 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 Sat Oct 28 13:54:54 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 821) id 386B137B479; Sat, 28 Oct 2000 13:54:52 -0700 (PDT) Date: Sat, 28 Oct 2000 13:54:52 -0700 From: "John W. De Boskey" To: freebsd-current@FreeBSD.org Subject: make release failure - ipfilter(osreldate.h) Message-ID: <20001028135452.A58595@FreeBSD.org> 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 Subject says it. I'll try to look at it later this evenning. ===> ipfilter cc -O -pipe -DIPFILTER=1 -DIPFILTER_LKM -DIPFILTER_LOG -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -mpreferred-stack-boundary=2 -c /usr/src/sys/modules/ipfilter/../../netinet/mlfk_ipl.c In file included from /usr/src/sys/modules/ipfilter/../../netinet/mlfk_ipl.c:44: @/netinet/ip_compat.h:268: osreldate.h: No such file or directory *** Error code 1 Stop in /usr/src/sys/modules/ipfilter. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys/compile/GENERIC. *** Error code 1 ---> Sat Oct 28 16:09:16 EDT 2000 - build of 5.0-20001028-SNAP was an abject failure. Sources current as of 11:50am EST. -John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Oct 28 14: 6:27 2000 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 CE57F37B4C5; Sat, 28 Oct 2000 14:06:23 -0700 (PDT) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id e9SL68462406; Sat, 28 Oct 2000 14:06:10 -0700 (PDT) (envelope-from jkh@winston.osd.bsdi.com) To: Terry Lambert Cc: current@FreeBSD.ORG, jhb@FreeBSD.ORG (John Baldwin), billf@chimesnet.com (Bill Fumerola) Subject: Re: ipfw question. In-Reply-To: Message from Terry Lambert of "Sat, 28 Oct 2000 00:17:56 -0000." <200010280017.RAA03233@usr01.primenet.com> Date: Sat, 28 Oct 2000 14:06:08 -0700 Message-ID: <62401.972767168@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I know someone who is willing to substantially revise the install > process, BUT: That's too much of a BUT. :) > 1) They will want to keep it proprietary for commercial > use for a period of at least a year, and that would Which is why it wouldn't be FreeBSD. FreeBSD is free and that includes sysinstall and the pkg_install tools, a situation that parallels this one since Walnut Creek CDROM essentially paid me to write them. If WC had turned pointy-haired about this and decided not to allow me to release them, however, we'd still be using shell script installers (or an installer from somebody with less pointy-haired bosses) since that would have been completely unacceptable. > 2) They will want to call their stuff FreeBSD, but that .. and which is why they couldn't call their stuff FreeBSD. You can't have your cake and eat it too. I know you said FWIW, but I just wanted to point out that it was actually worth very little. :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Oct 28 14:22:49 2000 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 7DDC237B4C5; Sat, 28 Oct 2000 14:22:46 -0700 (PDT) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id e9SLMQ462571; Sat, 28 Oct 2000 14:22:27 -0700 (PDT) (envelope-from jkh@winston.osd.bsdi.com) To: Hajimu UMEMOTO Cc: jruigrok@via-net-works.nl, freebsd-current@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: new rc.network6 and rc.firewall6 In-Reply-To: Message from Hajimu UMEMOTO of "Sun, 29 Oct 2000 04:55:13 +0900." <20001029.045513.104066484.ume@mahoroba.org> Date: Sat, 28 Oct 2000 14:22:26 -0700 Message-ID: <62568.972768146@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > There are many discussion aboud having NetBSD style rc.d. However, I > think it takes for a period of time. > Once, I wish to commit my changes to be in time for 4.2-RELEASE. I think people were talking only about -current here anyway. A NetBSD style rc.d is certainly not planned for -stable. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Oct 28 14:57: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id DC11E37B479; Sat, 28 Oct 2000 14:57:04 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id OAA50543; Sat, 28 Oct 2000 14:57:04 -0700 (PDT) (envelope-from obrien) Date: Sat, 28 Oct 2000 14:57:04 -0700 From: "David O'Brien" To: "John W. De Boskey" Cc: freebsd-current@FreeBSD.org Subject: Re: make release failure - ipfilter(osreldate.h) Message-ID: <20001028145704.A50520@dragon.nuxi.com> Reply-To: current@FreeBSD.org References: <20001028135452.A58595@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: <20001028135452.A58595@FreeBSD.org>; from jwd@FreeBSD.org on Sat, Oct 28, 2000 at 01:54:52PM -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: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Oct 28, 2000 at 01:54:52PM -0700, John W. De Boskey wrote: > /usr/src/sys/modules/ipfilter/../../netinet/mlfk_ipl.c:44: > @/netinet/ip_compat.h:268: osreldate.h: No such file or directory > *** Error code 1 This was fixed (two different ways) 2 days ago. What rev of /sys/modules/Makefile and ip_compat.h do you have? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Oct 28 19:34:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from volatile.chemicals.tacorp.com (ci391991-a.grnvle1.sc.home.com [24.9.31.75]) by hub.freebsd.org (Postfix) with ESMTP id 4A30D37B479; Sat, 28 Oct 2000 19:34:27 -0700 (PDT) Received: (from morganw@localhost) by volatile.chemicals.tacorp.com (8.11.1/8.11.1) id e9T2YQe01486; Sat, 28 Oct 2000 22:34:26 -0400 (EDT) (envelope-from morganw) Date: Sat, 28 Oct 2000 22:34:26 -0400 (EDT) From: Wesley Morgan To: freebsd-current@freebsd.org Cc: freebsd-mobile@freebsd.org Subject: new pccard beep code "not quite right" 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 While I'm sure the new beeps for pccard insert/remove are quite charming on some laptops, they are a bit broken on mine... The new beeps are nothing more than a barely audible click or two... But the real problem is that if the speaker wants to beep afterwards, my ears are assaulted by not one but a nearly endless stream of beeps. They continue for different lengths depending on when they begin... They seem to stop when a card is identified though -- but it only requires another beep to set it off again, and they continue until a card is either ejected or another is identified (they don't stop if I break to ddb). Any debugging info needed will be happily provided! -- _ __ ___ ____ ___ ___ ___ Wesley N Morgan _ __ ___ | _ ) __| \ morganw@chemicals.tacorp.com _ __ | _ \._ \ |) | FreeBSD: The Power To Serve _ |___/___/___/ 6bone: 3ffe:1ce3:7::b4ff:fe53:c297 Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message