From owner-freebsd-stable@FreeBSD.ORG Sun Jul 29 01:21:20 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D0EB16A417; Sun, 29 Jul 2007 01:21:20 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 5A4B513C483; Sun, 29 Jul 2007 01:21:18 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l6T1LJ3a030525; Sat, 28 Jul 2007 22:21:19 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Sat, 28 Jul 2007 22:21:15 -0300 User-Agent: KMail/1.9.7 References: <200707271109.51334.joao@matik.com.br> <200707290833.56202.joao@matik.com.br> <46AB48A7.8060103@freebsd.org> In-Reply-To: <46AB48A7.8060103@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707282221.15879.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.90.3, clamav-milter version 0.90.3 on msrv.matik.com.br X-Virus-Status: Clean Cc: bruno@freebsd.org, freebsd-acpi@freebsd.org, Michael Nottebrock , Nate Lawson Subject: Re: powerd freeze with amd 5000 X2 but not with lower cpus X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 01:21:20 -0000 On Saturday 28 July 2007 10:46:15 Michael Nottebrock wrote: > >> > >> Good to hear. Unfortunately my Mobo's BIOS is already up-to-date, the > >> CPU is officially supported and Cool'n'Quiet works dandy in Windows XP > >> ... =3D/ > > > > my ok msg was too fast, after some time my video starts flickering and > > stays so and the PC is freezed up, disabling powerd and works stable > > Meanwhile I found a workaround for my system: I had SCHED_ULE configured > in my kernel - switching to SCHED_4BSD gets rid of the freezes. Should > have thought of that sooner, ISTR having problems with powerd and > SCHED_ULE even on single cpu P4s. > I spend some time here on different MBs with the same 5000+ cpu, comparing= =20 i386 and amd64 I cvsuped both sources and compiled world and kernel an hour ago firstable, smp (either 4BSD or ULE) with powerd_enable (cpufreq in kernel)= =20 works as long as no xorg is started (GENERIC, no sysctl, no loader.conf=20 options) nevertheless strange, on all MBs, same CPU: i386: dev.cpu.0.freq_levels: 2600/100000 2400/85596 2200/72544 2000/60778 1800/50= 237=20 1575/43957 1350/37677 1125/31398 1000/25535 875/22343 750/19151 625/15959=20 500/12767 375/9575 250/6383 125/3191 amd64:dev.cpu.0.freq_levels: 2600/100000 2400/85596 2200/72544 2000/60778=20 1800/50237 1000/25535 both, amd64 and i386 with same ports and up to date wether 4BSD or ULE on i386 freeze soon as xorg starts when powerd is enabled ULE freeze on xorg start before coming up and 4BSD comes up and works for a= =20 certain time on amd64 (5-30 minutes)=20 all kernels are compiled with make.conf option "CPUTYPE?=3Dathlon64" beeing= =20 translated appearently to the same "athlon-mp" option when available somebody knows why I get different frequencies under i386 and amd64 for the= =20 same hardware? =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sun Jul 29 02:06:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3ECD16A41F for ; Sun, 29 Jul 2007 02:06:01 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6B09E13C46A for ; Sun, 29 Jul 2007 02:06:01 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 7CEF31CC02B; Sat, 28 Jul 2007 19:06:01 -0700 (PDT) Date: Sat, 28 Jul 2007 19:06:01 -0700 From: Jeremy Chadwick To: "Andrey V. Elsukov" Message-ID: <20070729020601.GA45042@eos.sc1.parodius.com> Mail-Followup-To: "Andrey V. Elsukov" , mail@michaelworobcuk.de, cptsalek@gmail.com, freebsd-stable@freebsd.org, 000.fbsd@quip.cz References: <9C496190-E2DE-4015-A340-CA0062B6EF9E@michaelworobcuk.de> <14989d6e0707280355j1c808a95o52ab8d4b012660c2@mail.gmail.com> <46AB35F9.7060302@quip.cz> <239431185628362@webmail18.yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <239431185628362@webmail18.yandex.ru> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: cptsalek@gmail.com, mail@michaelworobcuk.de, 000.fbsd@quip.cz, freebsd-stable@freebsd.org Subject: Re: syntax highlighting of rc.conf with vim X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 02:06:01 -0000 On Sat, Jul 28, 2007 at 05:12:42PM +0400, Andrey V. Elsukov wrote: > > Am 28.07.2007 um 14:26 schrieb Miroslav Lachman: > > > If your rc.conf file will start with comment character (#) then > > > syntax highlight will be OK. > > WUOUf, that is a pretty trick. Thanks very much. It works. > > Also you can put in the comment highlight type: > # vim: filetype=sh FreeBSD has somewhat of an exception to this. The feature you're talking about is called vim modeline, and there's quite a big warning in the vim port (shown during installation) about modelines causing historic security problems. Regardless of that fact, I do use them myself, but I'm selective about them. I prefer to use .vimrc and set up appropriate AutoCmd entries depending upon fully-qualified paths for config files. Take your pick. I just wanted to point out that FreeBSD does explicitly mention the historic issues with modeline in the port. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Jul 29 02:14:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B06CD16A418 for ; Sun, 29 Jul 2007 02:14:18 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id EFE1A13C457 for ; Sun, 29 Jul 2007 02:14:17 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l6T2EINO033504; Sat, 28 Jul 2007 23:14:18 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Sat, 28 Jul 2007 23:14:14 -0300 User-Agent: KMail/1.9.7 References: <200707271109.51334.joao@matik.com.br> <200707281903.54973.joao@matik.com.br> <20070728232102.GG1152@turion.vk2pj.dyndns.org> In-Reply-To: <20070728232102.GG1152@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707282314.14446.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.90.3, clamav-milter version 0.90.3 on msrv.matik.com.br X-Virus-Status: Clean Cc: Peter Jeremy Subject: Re: powerd freeze with amd 5000 X2 but not with lower cpus X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 02:14:18 -0000 On Saturday 28 July 2007 20:21:02 Peter Jeremy wrote: > On 2007-Jul-28 19:03:54 -0300, JoaoBR wrote: > >so using ULE in 7 is ok ? ? ? > > Yes. > I thought it is SCHED_SMP on 7 ... isn't it? if not forget my joke, I remem= ber=20 a msg from Roberson saying the _SMP will substitute _ULE on 7 but I do not= =20 use 7 so may be it changed later back to it's original name > >ULE in 6.x is absolutely ok and it runs depending on situation faster th= an > >4BSD with correct kernel and sysctl settings for it and it is perfectly > >stable, > > This is simply wrong. ULE in 6.x is known to have problems and is > unsupported. If the problems do not affect your particular workload > then fine. If you have _any_ problems whilst running with ULE in 6.x, > your problems will not be invstigated unless you can reproduce the > problem with the 4BSD scheduler. > interesting, what do you know? Do you have some data to share? I don't know where you got your info but I have 50 X2 SMP amd64 running an= d=20 25 or so dual-opteron dualcores with SCHED_ULE absolute rockstable and fast= er=20 than 4BSD, as I mentioned under the circumstances I described before I also have more 40 or so X2s and 60 or so dual and quad opteron dualcores = =20 running 4BSD and before you tell me more blabla copied from newspapers and= =20 other cha-cha sources better you come to me with data (DATA=3Dnumbers) from= =20 *real* world > As Kris stated, reporting problems in 6.x when you are running ULE is > just wasting developer resources. well I also don't know where you got this because I *never ever* claimed an= y=20 problem with ULE=20 > > Please stop implying that people should be using ULE in 6.x unless you > are willing to personally provide support for them. I also do not know where you got this because I also *never ever* implied= =20 using ULE, I simply say that I do *NOT* have any problem with it the way I= =20 use it So you please read the complete msgs and *try* to understand them before=20 answering with distortions and irrelevant conversations=20 =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sun Jul 29 02:44:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6306916A420 for ; Sun, 29 Jul 2007 02:44:09 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.232]) by mx1.freebsd.org (Postfix) with ESMTP id 076C213C480 for ; Sun, 29 Jul 2007 02:44:08 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by qb-out-0506.google.com with SMTP id a10so1327828qbd for ; Sat, 28 Jul 2007 19:44:08 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=CyfxcVHnrkih2vm3boVdWEwuqYvuCh/1fFIM0GUqv+yzN3+ldRpyYIIpH+1w7bNH7EhpVRTeioCz9eSC/l9swxNZfc8JREpLOiHQdXoUcp1PPB7Gc67cnrJs8QkpjoQNciiXtRdDTQ3wHpgR1Tbbw4On4q3OhjXndMgoTTuzzJc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=UTshFJaTg/amvo1r4J0Qj62sQIgiPF8dW/UP7kjkrVpmqsu7EqFauHrva+1x924L7+1iMAG8B7Ys9/MbjC30MO4fgNAQ4Nh7pWjo07gt78JIHbe1wBNzJnB5m1WPZ5SGh95HU3Nqg9uB8DTl+tq9P/Kl4nY5wVJFaFD00KR6a7c= Received: by 10.114.130.1 with SMTP id c1mr4327904wad.1185676200194; Sat, 28 Jul 2007 19:30:00 -0700 (PDT) Received: from z60m.optimlabs.com ( [210.213.197.55]) by mx.google.com with ESMTPS id l22sm1933804waf.2007.07.28.19.29.56 (version=SSLv3 cipher=OTHER); Sat, 28 Jul 2007 19:29:58 -0700 (PDT) Date: Sun, 29 Jul 2007 05:29:53 +0300 From: OutBackDingo To: "Kip Macy" Message-ID: <20070729052953.568a113a@z60m.optimlabs.com> In-Reply-To: References: X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.13; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable List , FreeBSD Current , Alexey Karagodov Subject: Re: call for ALTQ users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 02:44:09 -0000 Sounds exactly like what we do, multiple queues on bonded high speed 10G interfaces On Sat, 28 Jul 2007 16:53:36 -0700 "Kip Macy" wrote: > On 7/28/07, Alexey Karagodov wrote: > > how can i help you? > > I'd like to understand how ALTQ is being used currently. Are there > users using it on high bandwidth interfaces? > > As currently implemented it would force serialization, increased > locking overhead, and potentially loss of locality on cards that > support multiple queues (i.e. most 10GigE cards). > > -Kip > > > > > 2007/7/29, Kip Macy : > > > > > > Expanding the net a bit. > > > > > > ---------- Forwarded message ---------- > > > From: Kip Macy > > > Date: Jul 28, 2007 2:03 PM > > > Subject: call for ALTQ users > > > To: freebsd-net > > > > > > > > > I'm looking at extending ifnet to support multiple tx queues. It > > > appears that this will inevitably interact with ALTQ. I don't know > > > anyone using ALTQ so I need users to raise their hands to > > > eventually test prospective changes. > > > > > > Thanks. > > > > > > -Kip > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@ > > freebsd.org" > > > > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jul 29 02:59:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8562B16A418 for ; Sun, 29 Jul 2007 02:59:01 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from wjv.com (fl-65-40-24-38.sta.embarqhsd.net [65.40.24.38]) by mx1.freebsd.org (Postfix) with ESMTP id DCC7913C45D for ; Sun, 29 Jul 2007 02:59:00 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.14.1/8.13.1) with ESMTP id l6T2woXf008651 for ; Sat, 28 Jul 2007 22:58:50 -0400 (EDT) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.14.1/8.13.1/Submit) id l6T2wjcf008650 for freebsd-stable@freebsd.org; Sat, 28 Jul 2007 22:58:45 -0400 (EDT) (envelope-from bv) Date: Sat, 28 Jul 2007 22:58:45 -0400 From: Bill Vermillion To: freebsd-stable@freebsd.org Message-ID: <20070729025845.GA8616@wjv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.4.2.2i Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, J_CHICKENPOX_53,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on bilver.wjv.com Subject: buildworld errors on 6.2p6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bv@wjv.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 02:59:01 -0000 I just DL'ed the latest sources for 6.2 p6. I've compiled and during the buildworld I get this error. I picked up the nohup.out at the library area. If you need more info let me know. I built 6.2p6 on another machine a week or so ago and had no problems. I removed all of /usr/obj just in case and tried again and got the identical errors. I ensure that the times on my machine were correct. Where should I start to look for the problem - if you can tell from this. If you need more info just let me know what you need. Bill ------------ building static magic library ranlib libmagic.a cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -DMAGIC=3D'"/usr/share/misc/= magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/= usr/src/lib/libmagic/../../contrib/file -c /usr/src/lib/libmagic/../../con= trib/file/apprentice.c -o apprentice.So cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -DMAGIC=3D'"/usr/share/misc/= magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/= usr/src/lib/libmagic/../../contrib/file -c /usr/src/lib/libmagic/../../con= trib/file/apptype.c -o apptype.So cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -DMAGIC=3D'"/usr/share/misc/= magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/= usr/src/lib/libmagic/../../contrib/file -c /usr/src/lib/libmagic/../../con= trib/file/ascmagic.c -o ascmagic.So cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -DMAGIC=3D'"/usr/share/misc/= magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/= usr/src/lib/libmagic/../../contrib/file -c /usr/src/lib/libmagic/../../con= trib/file/compress.c -o compress.So cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -DMAGIC=3D'"/usr/share/misc/= magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/= usr/src/lib/libmagic/../../contrib/file -c /usr/src/lib/libmagic/../../con= trib/file/fsmagic.c -o fsmagic.So cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -DMAGIC=3D'"/usr/share/misc/= magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/= usr/src/lib/libmagic/../../contrib/file -c /usr/src/lib/libmagic/../../con= trib/file/funcs.c -o funcs.So cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -DMAGIC=3D'"/usr/share/misc/= magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/= usr/src/lib/libmagic/../../contrib/file -c /usr/src/lib/libmagic/../../con= trib/file/is_tar.c -o is_tar.So cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -DMAGIC=3D'"/usr/share/misc/= magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/= usr/src/lib/libmagic/../../contrib/file -c /usr/src/lib/libmagic/../../con= trib/file/magic.c -o magic.So cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -DMAGIC=3D'"/usr/share/misc/= magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/= usr/src/lib/libmagic/../../contrib/file -c /usr/src/lib/libmagic/../../con= trib/file/print.c -o print.So cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -DMAGIC=3D'"/usr/share/misc/= magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/= usr/src/lib/libmagic/../../contrib/file -c /usr/src/lib/libmagic/../../con= trib/file/readelf.c -o readelf.So cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -DMAGIC=3D'"/usr/share/misc/= magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/= usr/src/lib/libmagic/../../contrib/file -c /usr/src/lib/libmagic/../../con= trib/file/softmagic.c -o softmagic.So building shared library libmagic.so.2 cat /usr/src/lib/libmagic/../../contrib/file/Header /usr/src/lib/libmagic/.= ./../contrib/file/Localstuff /usr/src/lib/libmagic/../../contrib/file/Magdi= r/zyxel /usr/src/lib/libmagic/../../contrib/file/Magdir/xdelta /usr/src/lib= /libmagic/../../contrib/file/Magdir/sysex /usr/src/lib/libmagic/../../contr= ib/file/Magdir/sccs /usr/src/lib/libmagic/../../contrib/file/Magdir/allegro= /usr/src/lib/libmagic/../../contrib/file/Magdir/cvs /usr/src/lib/libmagic/= ../../contrib/file/Magdir/vicar /usr/src/lib/libmagic/../../contrib/file/Ma= gdir/varied.out /usr/src/lib/libmagic/../../contrib/file/Magdir/c64 /usr/sr= c/lib/libmagic/../../contrib/file/Magdir/games /usr/src/lib/libmagic/../../= contrib/file/Magdir/mcrypt /usr/src/lib/libmagic/../../contrib/file/Magdir/= archive /usr/src/lib/libmagic/../../contrib/file/Magdir/citrus /usr/src/lib= /libmagic/../../contrib/file/Magdir/compress /usr/src/lib/libmagic/../../co= ntrib/file/Magdir/fsav /usr/src/lib/libmagic/../../contrib/file/Magdir/geos= /usr/src/lib/libmagic/../../contrib/file/Magdir/java /usr/src/lib/libmagic= /../../contrib/file/Magdir/mlssa /usr/src/lib/libmagic/../../contrib/file/M= agdir/mmdf /usr/src/lib/libmagic/../../contrib/file/Magdir/msdos /usr/src/l= ib/libmagic/../../contrib/file/Magdir/wordperfect /usr/src/lib/libmagic/../= ../contrib/file/Magdir/rtf /usr/src/lib/libmagic/../../contrib/file/Magdir/= animation /usr/src/lib/libmagic/../../contrib/file/Magdir/chi /usr/src/lib/= libmagic/../../contrib/file/Magdir/claris /usr/src/lib/libmagic/../../contr= ib/file/Magdir/fonts /usr/src/lib/libmagic/../../contrib/file/Magdir/macint= osh /usr/src/lib/libmagic/../../contrib/file/Magdir/mathematica /usr/src/li= b/libmagic/../../contrib/file/Magdir/teapot /usr/src/lib/libmagic/../../con= trib/file/Magdir/psion /usr/src/lib/libmagic/../../contrib/file/Magdir/diff= /usr/src/lib/libmagic/../../contrib/file/Magdir/esri /usr/src/lib/libmagic= /../../contrib/file/Magdir/gimp /usr/src/lib/libmagic/../../contrib/file/Ma= gdir/adi /usr/src/lib/libmagic/../../contrib/file/Magdir/cad /usr/src/lib/l= ibmagic/../../contrib/file/Magdir/editors /usr/src/lib/libmagic/../../contr= ib/file/Magdir/tex /usr/src/lib/libmagic/../../contrib/file/Magdir/psdbms /= usr/src/lib/libmagic/../../contrib/file/Magdir/convex /usr/src/lib/libmagic= /../../contrib/file/Magdir/freebsd /usr/src/lib/libmagic/../../contrib/file= /Magdir/gcc /usr/src/lib/libmagic/../../contrib/file/Magdir/natinst /usr/sr= c/lib/libmagic/../../contrib/file/Magdir/nitpicker /usr/src/lib/libmagic/..= /../contrib/file/Magdir/typeset /usr/src/lib/libmagic/../../contrib/file/Ma= gdir/commands /usr/src/lib/libmagic/../../contrib/file/Magdir/encore /usr/s= rc/lib/libmagic/../../contrib/file/Magdir/filesystems /usr/src/lib/libmagic= /../../contrib/file/Magdir/hp /usr/src/lib/libmagic/../../contrib/file/Magd= ir/jpeg /usr/src/lib/libmagic/../../contrib/file/Magdir/sinclair /usr/src/l= ib/libmagic/../../contrib/file/Magdir/acorn /usr/src/lib/libmagic/../../con= trib/file/Magdir/iff /usr/src/lib/libmagic/../../contrib/file/Magdir/lif /u= sr/src/lib/libmagic/../../contrib/file/Magdir/mirage /usr/src/lib/libmagic/= ../../contrib/file/Magdir/netscape /usr/src/lib/libmagic/../../contrib/file= /Magdir/olf /usr/src/lib/libmagic/../../contrib/file/Magdir/vxl /usr/src/li= b/libmagic/../../contrib/file/Magdir/unknown /usr/src/lib/libmagic/../../co= ntrib/file/Magdir/hdf /usr/src/lib/libmagic/../../contrib/file/Magdir/mail.= news /usr/src/lib/libmagic/../../contrib/file/Magdir/modem /usr/src/lib/lib= magic/../../contrib/file/Magdir/xwindows /usr/src/lib/libmagic/../../contri= b/file/Magdir/wordprocessors /usr/src/lib/libmagic/../../contrib/file/Magdi= r/sun /usr/src/lib/libmagic/../../contrib/file/Magdir/sketch /usr/src/lib/l= ibmagic/../../contrib/file/Magdir/bFLT /usr/src/lib/libmagic/../../contrib/= file/Magdir/bout /usr/src/lib/libmagic/../../contrib/file/Magdir/hitachi-sh= /usr/src/lib/libmagic/../../contrib/file/Magdir/matroska /usr/src/lib/libm= agic/../../contrib/file/Magdir/ocaml /usr/src/lib/libmagic/../../contrib/fi= le/Magdir/vax /usr/src/lib/libmagic/../../contrib/file/Magdir/clipper /usr/= src/lib/libmagic/../../contrib/file/Magdir/frame /usr/src/lib/libmagic/../.= ./contrib/file/Magdir/magic /usr/src/lib/libmagic/../../contrib/file/Magdir= /sql /usr/src/lib/libmagic/../../contrib/file/Magdir/dact /usr/src/lib/libm= agic/../../contrib/file/Magdir/gnu /usr/src/lib/libmagic/../../contrib/file= /Magdir/ibm6000 /usr/src/lib/libmagic/../../contrib/file/Magdir/os2 /usr/sr= c/lib/libmagic/../../contrib/file/Magdir/rpm /usr/src/lib/libmagic/../../co= ntrib/file/Magdir/misctools /usr/src/lib/libmagic/../../contrib/file/Magdir= /motorola /usr/src/lib/libmagic/../../contrib/file/Magdir/osf1 /usr/src/lib= /libmagic/../../contrib/file/Magdir/perl /usr/src/lib/libmagic/../../contri= b/file/Magdir/xenix /usr/src/lib/libmagic/../../contrib/file/Magdir/tgif /u= sr/src/lib/libmagic/../../contrib/file/Magdir/sc /usr/src/lib/libmagic/../.= ./contrib/file/Magdir/pyramid /usr/src/lib/libmagic/../../contrib/file/Magd= ir/adventure /usr/src/lib/libmagic/../../contrib/file/Magdir/att3b /usr/src= /lib/libmagic/../../contrib/file/Magdir/flash /usr/src/lib/libmagic/../../c= ontrib/file/Magdir/karma /usr/src/lib/libmagic/../../contrib/file/Magdir/oc= tave /usr/src/lib/libmagic/../../contrib/file/Magdir/parix /usr/src/lib/lib= magic/../../contrib/file/Magdir/plan9 /usr/src/lib/libmagic/../../contrib/f= ile/Magdir/troff /usr/src/lib/libmagic/../../contrib/file/Magdir/spectrum /= usr/src/lib/libmagic/../../contrib/file/Magdir/softquad /usr/src/lib/libmag= ic/../../contrib/file/Magdir/dyadic /usr/src/lib/libmagic/../../contrib/fil= e/Magdir/palm /usr/src/lib/libmagic/../../contrib/file/Magdir/pdf /usr/src/= lib/libmagic/../../contrib/file/Magdir/vorbis /usr/src/lib/libmagic/../../c= ontrib/file/Magdir/smalltalk /usr/src/lib/libmagic/../../contrib/file/Magdi= r/sgml /usr/src/lib/libmagic/../../contrib/file/Magdir/msvc /usr/src/lib/li= bmagic/../../contrib/file/Magdir/news /usr/src/lib/libmagic/../../contrib/f= ile/Magdir/vmware /usr/src/lib/libmagic/../../contrib/file/Magdir/diamond /= usr/src/lib/libmagic/../../contrib/file/Magdir/dump /usr/src/lib/libmagic/.= ./../contrib/file/Magdir/linux /usr/src/lib/libmagic/../../contrib/file/Mag= dir/mime /usr/src/lib/libmagic/../../contrib/file/Magdir/zilog /usr/src/lib= /libmagic/../../contrib/file/Magdir/sgi /usr/src/lib/libmagic/../../contrib= /file/Magdir/sequent /usr/src/lib/libmagic/../../contrib/file/Magdir/blit /= usr/src/lib/libmagic/../../contrib/file/Magdir/impulse /usr/src/lib/libmagi= c/../../contrib/file/Magdir/island /usr/src/lib/libmagic/../../contrib/file= /Magdir/maple /usr/src/lib/libmagic/../../contrib/file/Magdir/os9 /usr/src/= lib/libmagic/../../contrib/file/Magdir/pkgadd /usr/src/lib/libmagic/../../c= ontrib/file/Magdir/xo65 /usr/src/lib/libmagic/../../contrib/file/Magdir/vir= tutech /usr/src/lib/libmagic/../../contrib/file/Magdir/uuencode /usr/src/li= b/libmagic/../../contrib/file/Magdir/amanda /usr/src/lib/libmagic/../../con= trib/file/Magdir/audio /usr/src/lib/libmagic/../../contrib/file/Magdir/bsdi= /usr/src/lib/libmagic/../../contrib/file/Magdir/fcs /usr/src/lib/libmagic/= ../../contrib/file/Magdir/intel /usr/src/lib/libmagic/../../contrib/file/Ma= gdir/netbsd /usr/src/lib/libmagic/../../contrib/file/Magdir/riff /usr/src/l= ib/libmagic/../../contrib/file/Magdir/console /usr/src/lib/libmagic/../../c= ontrib/file/Magdir/lecter /usr/src/lib/libmagic/../../contrib/file/Magdir/v= isx /usr/src/lib/libmagic/../../contrib/file/Magdir/varied.script /usr/src/= lib/libmagic/../../contrib/file/Magdir/ti-8x /usr/src/lib/libmagic/../../co= ntrib/file/Magdir/c-lang /usr/src/lib/libmagic/../../contrib/file/Magdir/di= gital /usr/src/lib/libmagic/../../contrib/file/Magdir/dolby /usr/src/lib/li= bmagic/../../contrib/file/Magdir/grace /usr/src/lib/libmagic/../../contrib/= file/Magdir/ibm370 /usr/src/lib/libmagic/../../contrib/file/Magdir/images /= usr/src/lib/libmagic/../../contrib/file/Magdir/tuxedo /usr/src/lib/libmagic= /../../contrib/file/Magdir/timezone /usr/src/lib/libmagic/../../contrib/fil= e/Magdir/project /usr/src/lib/libmagic/../../contrib/file/Magdir/cisco /usr= /src/lib/libmagic/../../contrib/file/Magdir/mach /usr/src/lib/libmagic/../.= ./contrib/file/Magdir/mkid /usr/src/lib/libmagic/../../contrib/file/Magdir/= pgp /usr/src/lib/libmagic/../../contrib/file/Magdir/terminfo /usr/src/lib/l= ibmagic/../../contrib/file/Magdir/apple /usr/src/lib/libmagic/../../contrib= /file/Magdir/applix /usr/src/lib/libmagic/../../contrib/file/Magdir/interle= af /usr/src/lib/libmagic/../../contrib/file/Magdir/lisp /usr/src/lib/libmag= ic/../../contrib/file/Magdir/printer /usr/src/lib/libmagic/../../contrib/fi= le/Magdir/spec /usr/src/lib/libmagic/../../contrib/file/Magdir/sniffer /usr= /src/lib/libmagic/../../contrib/file/Magdir/revision /usr/src/lib/libmagic/= ../../contrib/file/Magdir/amigaos /usr/src/lib/libmagic/../../contrib/file/= Magdir/database /usr/src/lib/libmagic/../../contrib/file/Magdir/gringotts /= usr/src/lib/libmagic/../../contrib/file/Magdir/pbm /usr/src/lib/libmagic/..= /../contrib/file/Magdir/plus5 /usr/src/lib/libmagic/../../contrib/file/Magd= ir/vms /usr/src/lib/libmagic/../../contrib/file/Magdir/python /usr/src/lib/= libmagic/../../contrib/file/Magdir/chord /usr/src/lib/libmagic/../../contri= b/file/Magdir/ctags /usr/src/lib/libmagic/../../contrib/file/Magdir/human68= k /usr/src/lib/libmagic/../../contrib/file/Magdir/pdp /usr/src/lib/libmagic= /../../contrib/file/Magdir/sharc /usr/src/lib/libmagic/../../contrib/file/M= agdir/pulsar /usr/src/lib/libmagic/../../contrib/file/Magdir/apl /usr/src/l= ib/libmagic/../../contrib/file/Magdir/communications /usr/src/lib/libmagic/= ../../contrib/file/Magdir/ncr /usr/src/lib/libmagic/../../contrib/file/Magd= ir/alpha /usr/src/lib/libmagic/../../contrib/file/Magdir/asterix /usr/src/l= ib/libmagic/../../contrib/file/Magdir/blender /usr/src/lib/libmagic/../../c= ontrib/file/Magdir/sendmail /usr/src/lib/libmagic/../../contrib/file/Magdir= /alliant /usr/src/lib/libmagic/../../contrib/file/Magdir/cddb /usr/src/lib/= libmagic/../../contrib/file/Magdir/elf /usr/src/lib/libmagic/../../contrib/= file/Magdir/epoc /usr/src/lib/libmagic/../../contrib/file/Magdir/ispell /us= r/src/lib/libmagic/../../contrib/file/Magdir/lex /usr/src/lib/libmagic/../.= ./contrib/file/Magdir/mips > magic cc -DHAVE_CONFIG_H -DCOMPILE_ONLY -I/usr/src/lib/libmagic -I/usr/src/lib/l= ibmagic/../../contrib/file -o mkmagic /usr/src/lib/libmagic/../../contrib/f= ile/apprentice.c /usr/src/lib/libmagic/../../contrib/file/funcs.c /usr/src/= lib/libmagic/../../contrib/file/magic.c /usr/src/lib/libmagic/../../contrib= /file/print.c /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lc *** Error code 1 Stop in /usr/src/lib/libmagic. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. 1247.63 real 1080.79 user 156.11 sys ----- End forwarded message ----- --=20 Bill Vermillion - bv @ wjv . com From owner-freebsd-stable@FreeBSD.ORG Sun Jul 29 03:29:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 471E916A421 for ; Sun, 29 Jul 2007 03:29:38 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id F009113C457 for ; Sun, 29 Jul 2007 03:29:37 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: by py-out-1112.google.com with SMTP id a73so2361219pye for ; Sat, 28 Jul 2007 20:29:37 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=kW01hJjdsR/TuArK2OPZzpkorTleJAZbKjPWZ7fkkIYda4E6HBmPKqqgj79/ftq9MKjwhjMmv+AdV5sSU4briqNfCchBj/oq4ySKYji5ie4r1BlD4rvRXOw9VRy3cBtnbKCeOryj5Us16dNLbeiWmUocBDAmTsAY5mlJR5jp1x0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=RI2bN2zsw9doc2lN9+qANEpONBWDBJE4pkNT8RxvTwz7ueNs8/ccTB8j2LcO4e7QeiDuva/11iJt4PFqJmOrDU8PX3V2humSmVR8Nkm02PpqlKie33qAMY9TiUA5gIy7NpBvGQCRkgSlYg0A9ow+8zUYGp5vuUcECbssAyuB004= Received: by 10.65.96.6 with SMTP id y6mr6910429qbl.1185679776888; Sat, 28 Jul 2007 20:29:36 -0700 (PDT) Received: by 10.65.196.8 with HTTP; Sat, 28 Jul 2007 20:29:36 -0700 (PDT) Message-ID: Date: Sun, 29 Jul 2007 07:29:36 +0400 From: "Alexey Karagodov" To: OutBackDingo In-Reply-To: <20070729052953.568a113a@z60m.optimlabs.com> MIME-Version: 1.0 References: <20070729052953.568a113a@z60m.optimlabs.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Kip Macy , FreeBSD Current , FreeBSD Stable List Subject: Re: call for ALTQ users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 03:29:38 -0000 i has no 10G interfaces, but if i can help ... i'm using 200Mbit internet, gigabit intranet, any type of traffic, voip, http etc etc 2007/7/29, OutBackDingo : > > Sounds exactly like what we do, multiple queues on bonded high speed > 10G interfaces > > > On Sat, 28 Jul 2007 16:53:36 -0700 > "Kip Macy" wrote: > > > On 7/28/07, Alexey Karagodov wrote: > > > how can i help you? > > > > I'd like to understand how ALTQ is being used currently. Are there > > users using it on high bandwidth interfaces? > > > > As currently implemented it would force serialization, increased > > locking overhead, and potentially loss of locality on cards that > > support multiple queues (i.e. most 10GigE cards). > > > > -Kip > > > > > > > > 2007/7/29, Kip Macy : > > > > > > > > Expanding the net a bit. > > > > > > > > ---------- Forwarded message ---------- > > > > From: Kip Macy > > > > Date: Jul 28, 2007 2:03 PM > > > > Subject: call for ALTQ users > > > > To: freebsd-net > > > > > > > > > > > > I'm looking at extending ifnet to support multiple tx queues. It > > > > appears that this will inevitably interact with ALTQ. I don't know > > > > anyone using ALTQ so I need users to raise their hands to > > > > eventually test prospective changes. > > > > > > > > Thanks. > > > > > > > > -Kip > > > > _______________________________________________ > > > > freebsd-current@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@ > > > freebsd.org" > > > > > > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Jul 29 08:40:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D709F16A417 for ; Sun, 29 Jul 2007 08:40:25 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [82.208.36.70]) by mx1.freebsd.org (Postfix) with ESMTP id 9A7CF13C461 for ; Sun, 29 Jul 2007 08:40:25 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 3D73E19E053 for ; Sun, 29 Jul 2007 10:40:24 +0200 (CEST) Received: from [192.168.1.2] (grimm.quip.cz [213.220.192.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id AA7AA19E027 for ; Sun, 29 Jul 2007 10:40:21 +0200 (CEST) Message-ID: <46AC529B.7060601@quip.cz> Date: Sun, 29 Jul 2007 10:40:59 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <9C496190-E2DE-4015-A340-CA0062B6EF9E@michaelworobcuk.de> <14989d6e0707280355j1c808a95o52ab8d4b012660c2@mail.gmail.com> <46AB35F9.7060302@quip.cz> <239431185628362@webmail18.yandex.ru> <20070729020601.GA45042@eos.sc1.parodius.com> In-Reply-To: <20070729020601.GA45042@eos.sc1.parodius.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: syntax highlighting of rc.conf with vim X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 08:40:25 -0000 Jeremy Chadwick wrote: > On Sat, Jul 28, 2007 at 05:12:42PM +0400, Andrey V. Elsukov wrote: > >>>Am 28.07.2007 um 14:26 schrieb Miroslav Lachman: >>> >>>>If your rc.conf file will start with comment character (#) then >>>>syntax highlight will be OK. >>> >>>WUOUf, that is a pretty trick. Thanks very much. It works. >> >>Also you can put in the comment highlight type: >># vim: filetype=sh > > > FreeBSD has somewhat of an exception to this. The feature you're > talking about is called vim modeline, and there's quite a big warning > in the vim port (shown during installation) about modelines causing > historic security problems. [...] This is the reason why I am using # character and have modelines disabled for root user. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Sun Jul 29 15:27:49 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34BB216A417 for ; Sun, 29 Jul 2007 15:27:49 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from wjv.com (fl-65-40-24-38.sta.embarqhsd.net [65.40.24.38]) by mx1.freebsd.org (Postfix) with ESMTP id BC48413C474 for ; Sun, 29 Jul 2007 15:27:48 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.14.1/8.13.1) with ESMTP id l6TFRjj7015240 for ; Sun, 29 Jul 2007 11:27:46 -0400 (EDT) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.14.1/8.13.1/Submit) id l6TFRejo015239 for freebsd-stable@freebsd.org; Sun, 29 Jul 2007 11:27:40 -0400 (EDT) (envelope-from bv) Date: Sun, 29 Jul 2007 11:27:35 -0400 From: Bill Vermillion To: freebsd-stable@freebsd.org Message-ID: <20070729152735.GA14794@wjv.com> References: <20070729120021.E170316A4A1@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070729120021.E170316A4A1@hub.freebsd.org> User-Agent: Mutt/1.4.2.2i Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, J_CHICKENPOX_53,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on bilver.wjv.com Subject: Re: buildworld errors on 6.2p6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bv@wjv.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 15:27:49 -0000 On Sun, Jul 29, 2007 at 12:00 freebsd-stable-request@freebsd.org saw "Error reading FAT table? Try SKINNY table?" And promptly said: > Date: Sat, 28 Jul 2007 22:58:45 -0400 > From: Bill Vermillion > Subject: buildworld errors on 6.2p6 > To: freebsd-stable@freebsd.org > I just DL'ed the latest sources for 6.2 p6. I've compiled > and during the buildworld I get this error. I picked up > the nohup.out at the library area. If you need more info let me > know. > I built 6.2p6 on another machine a week or so ago and had no > problems. I removed all of /usr/obj just in case and tried again > and got the identical errors. I ensure that the times on my > machine were correct. > Where should I start to look for the problem - if you can tell from > this. If you need more info just let me know what you need. > Bill Drat. Re-read the UPDATING again and found that I had missed the part about env -i. It's fixed and running. Sorry for the excess noise. I'll try to do better next time. Bill -- Bill Vermillion - bv @ wjv . com From owner-freebsd-stable@FreeBSD.ORG Sun Jul 29 19:13:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56B0516A41B for ; Sun, 29 Jul 2007 19:13:07 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-15.arcor-online.net (mail-in-15.arcor-online.net [151.189.21.55]) by mx1.freebsd.org (Postfix) with ESMTP id C710413C46C for ; Sun, 29 Jul 2007 19:13:06 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-04-z2.arcor-online.net (mail-in-04-z2.arcor-online.net [151.189.8.16]) by mail-in-15.arcor-online.net (Postfix) with ESMTP id 08993457F9 for ; Sun, 29 Jul 2007 21:13:05 +0200 (CEST) Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mail-in-04-z2.arcor-online.net (Postfix) with ESMTP id CF500ABAEC for ; Sun, 29 Jul 2007 21:13:04 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-143-083.pools.arcor-ip.net [84.61.143.83]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id 2AE7F1F7064 for ; Sun, 29 Jul 2007 21:13:03 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.11]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l6TJD1P6022732 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 29 Jul 2007 21:13:01 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.14.1/8.14.1) with ESMTP id l6TJD1Xa002545 for ; Sun, 29 Jul 2007 21:13:01 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.14.1/8.14.1/Submit) id l6TJD1Ni002544 for freebsd-stable@freebsd.org; Sun, 29 Jul 2007 21:13:01 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Sun, 29 Jul 2007 21:12:56 +0200 User-Agent: KMail/1.9.7 X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1429025.e96ZJUYYFQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707292113.01023.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV 0.91.1/3806/Sun Jul 29 20:19:59 2007 on mail-in-04.arcor-online.net X-Virus-Status: Clean Subject: Various problems with re(4) on a PCIe 8168/8111B onboard NIC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 19:13:07 -0000 --nextPart1429025.e96ZJUYYFQ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline After recently updating the windows drivers (I dual-boot Windows XP on the= =20 machine the NIC is in), I hit this problem:=20 http://gentoo-wiki.com/HARDWARE_RTL8168#Troubleshooting which affects re(4)= =20 like it does the Linux drivers described in the above link.=20 I already wrote the Realtek technical support about it since their "own"=20 =46reeBSD driver (a hacked rl(4) that does not support any of the chip's=20 advanced features) does not manage to power up the PHY on its own either -= =20 neither does the motherboard's BIOS when trying to netboot. The other problem is that I have at least two applications misbehaving when= =20 rxcsum/txcsum is enabled:=20 =2D The Linux Second Life client (yes, yes, I know, but it is nice for show= ing=20 off GLX and it is really really good at generating network traffic) will=20 cease to receive data after about a minute or so - turning off rcxsum/txcsu= m=20 will mend it on the spot. =2D A Fedora Core 4 running in Qemu, networked with bridge(4) and tap(4), c= annot=20 receive an ip address via DHCP. Interestingly, this even occurs if=20 rxcsum/txcsum was already turned off before launching Qemu - to make it wor= k,=20 I have to cycle rxcsum/txcsum once. Might be related to promiscuous mode. I realise that both of these make awful test cases, but so far they are the= =20 only applications I found to expose those problems. This is on FreeBSD kiste 6.2-STABLE FreeBSD 6.2-STABLE #4: Sat Jul 28 14:11= :23=20 CEST 2007 root@:/usr/obj/usr/src/sys/KISTE-SMP i386. The kernel source= s=20 are up to date as of 2007-07-27. The NIC is re0: port 0xd800-0xd8= ff=20 mem 0xfbfff000-0xfbffffff irq 36 at device 0.0 on pci3 / re0@pci3:0:0:=20 class=3D0x020000 card=3D0x81681849 chip=3D0x816810ec rev=3D0x01 hdr=3D0x00. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1429025.e96ZJUYYFQ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGrOa5Xhc68WspdLARAiU9AJ9qDY0v08sPxdFa94+Th3xImQM/qgCbBEhO AQv9LUGAybULmiFuBT/v+RU= =ftaE -----END PGP SIGNATURE----- --nextPart1429025.e96ZJUYYFQ-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 29 20:41:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EA3416A418 for ; Sun, 29 Jul 2007 20:41:34 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-15.arcor-online.net (mail-in-15.arcor-online.net [151.189.21.55]) by mx1.freebsd.org (Postfix) with ESMTP id C096913C458 for ; Sun, 29 Jul 2007 20:41:33 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-05-z2.arcor-online.net (mail-in-05-z2.arcor-online.net [151.189.8.17]) by mail-in-15.arcor-online.net (Postfix) with ESMTP id CBFEE45B63; Sun, 29 Jul 2007 22:41:32 +0200 (CEST) Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mail-in-05-z2.arcor-online.net (Postfix) with ESMTP id A6A802DAABA; Sun, 29 Jul 2007 22:41:32 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-143-083.pools.arcor-ip.net [84.61.143.83]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id 773EF1BF389; Sun, 29 Jul 2007 22:41:32 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.11]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l6TKfUtL024522 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Jul 2007 22:41:30 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.14.1/8.14.1) with ESMTP id l6TKfTZI004495; Sun, 29 Jul 2007 22:41:29 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.14.1/8.14.1/Submit) id l6TKfTgD004494; Sun, 29 Jul 2007 22:41:29 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: Kent Stewart Date: Sun, 29 Jul 2007 22:41:24 +0200 User-Agent: KMail/1.9.7 References: <200707292113.01023.lofi@freebsd.org> <200707291327.36963.kstewart@owt.com> In-Reply-To: <200707291327.36963.kstewart@owt.com> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4315422.ResQoqI96V"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707292241.29588.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV 0.91.1/3808/Sun Jul 29 22:05:04 2007 on mail-in-04.arcor-online.net X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Various problems with re(4) on a PCIe 8168/8111B onboard NIC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 20:41:34 -0000 --nextPart4315422.ResQoqI96V Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday, 29. July 2007, Kent Stewart wrote: > > Have you looked at /var/log/messages? I would be surprised if you have > not had a number of > > Jul 27 00:55:32 ruby kernel: re0: watchdog timeout > Jul 27 00:55:32 ruby kernel: re0: link state changed to DOWN > Jul 27 00:55:35 ruby kernel: re0: link state changed to UP In fact I have and I haven't had any such messages (except link down/up whe= n I=20 switched rxcsum/txcsum, but that is expected - no watchdog timeouts at all)= =2E=20 I also should mention that the interface never completely goes dead either. > People have complained a long time ago and basically given up on getting > it fixed. I saw that yongari@ has been busy trying to brush up re(4) recently, that's= =20 why I thought I'd pipe up. :) Cheers, =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart4315422.ResQoqI96V Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGrPt0Xhc68WspdLARAsIIAKCD7zw5+D1QqL8AqM0pUly3pll9jwCaA8zO hfjmBQDgYmnVz2ZUVpMLMaA= =N+Ac -----END PGP SIGNATURE----- --nextPart4315422.ResQoqI96V-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 29 20:44:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D81916A417 for ; Sun, 29 Jul 2007 20:44:01 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.freebsd.org (Postfix) with ESMTP id 5AB8313C45E for ; Sun, 29 Jul 2007 20:44:01 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from topaz-out (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.11.20060308/8.12.8) with ESMTP id l6TKRMeM025821; Sun, 29 Jul 2007 13:27:22 -0700 From: Kent Stewart To: freebsd-stable@freebsd.org Date: Sun, 29 Jul 2007 13:27:36 -0700 User-Agent: KMail/1.9.7 References: <200707292113.01023.lofi@freebsd.org> In-Reply-To: <200707292113.01023.lofi@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707291327.36963.kstewart@owt.com> Cc: Michael Nottebrock Subject: Re: Various problems with re(4) on a PCIe 8168/8111B onboard NIC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 20:44:01 -0000 On Sunday 29 July 2007, Michael Nottebrock wrote: > After recently updating the windows drivers (I dual-boot Windows XP > on the machine the NIC is in), I hit this problem: > http://gentoo-wiki.com/HARDWARE_RTL8168#Troubleshooting which affects > re(4) like it does the Linux drivers described in the above link. > > I already wrote the Realtek technical support about it since their > "own" FreeBSD driver (a hacked rl(4) that does not support any of the > chip's advanced features) does not manage to power up the PHY on its > own either - neither does the motherboard's BIOS when trying to > netboot. > > The other problem is that I have at least two applications > misbehaving when rxcsum/txcsum is enabled: > > - The Linux Second Life client (yes, yes, I know, but it is nice for > showing off GLX and it is really really good at generating network > traffic) will cease to receive data after about a minute or so - > turning off rcxsum/txcsum will mend it on the spot. > > - A Fedora Core 4 running in Qemu, networked with bridge(4) and > tap(4), cannot receive an ip address via DHCP. Interestingly, this > even occurs if rxcsum/txcsum was already turned off before launching > Qemu - to make it work, I have to cycle rxcsum/txcsum once. Might be > related to promiscuous mode. > > I realise that both of these make awful test cases, but so far they > are the only applications I found to expose those problems. > > This is on FreeBSD kiste 6.2-STABLE FreeBSD 6.2-STABLE #4: Sat Jul 28 > 14:11:23 CEST 2007 root@:/usr/obj/usr/src/sys/KISTE-SMP i386. > The kernel sources are up to date as of 2007-07-27. > > The NIC is re0: port > 0xd800-0xd8ff mem 0xfbfff000-0xfbffffff irq 36 at device 0.0 on pci3 > / re0@pci3:0:0: class=0x020000 card=0x81681849 chip=0x816810ec > rev=0x01 hdr=0x00. Have you looked at /var/log/messages? I would be surprised if you have not had a number of Jul 27 00:55:32 ruby kernel: re0: watchdog timeout Jul 27 00:55:32 ruby kernel: re0: link state changed to DOWN Jul 27 00:55:35 ruby kernel: re0: link state changed to UP People have complained a long time ago and basically given up on getting it fixed. Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ "I am Andean project". http://users.owt.com/kstewart/index.html From owner-freebsd-stable@FreeBSD.ORG Sun Jul 29 21:00:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EAD716A46D for ; Sun, 29 Jul 2007 21:00:05 +0000 (UTC) (envelope-from laurens@timkapel.nl) Received: from hpsmtp-eml17.kpnxchange.com (hpsmtp-eml17.kpnxchange.com [213.75.38.117]) by mx1.freebsd.org (Postfix) with ESMTP id E455313C458 for ; Sun, 29 Jul 2007 21:00:04 +0000 (UTC) (envelope-from laurens@timkapel.nl) Received: from hpsmtp-eml09.kpnxchange.com ([213.75.38.109]) by hpsmtp-eml17.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 29 Jul 2007 22:48:02 +0200 Received: from sebastiaan.timkapel.nl ([62.131.240.121]) by hpsmtp-eml09.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 29 Jul 2007 22:48:01 +0200 Received: from [192.168.0.96] (laurens.timkapel.nl [192.168.0.96]) by sebastiaan.timkapel.nl (Postfix) with ESMTP id 8263328853; Sun, 29 Jul 2007 22:48:01 +0200 (CEST) Message-ID: <46ACFD01.1030406@timkapel.nl> Date: Sun, 29 Jul 2007 22:48:01 +0200 From: Laurens Timmermans User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) MIME-Version: 1.0 To: Michael Nottebrock References: <200707292113.01023.lofi@freebsd.org> In-Reply-To: <200707292113.01023.lofi@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 29 Jul 2007 20:48:01.0621 (UTC) FILETIME=[C0F25850:01C7D221] Cc: freebsd-stable@freebsd.org Subject: Re: Various problems with re(4) on a PCIe 8168/8111B onboard NIC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 21:00:05 -0000 Michael Nottebrock schreef: > After recently updating the windows drivers (I dual-boot Windows XP on the > machine the NIC is in), I hit this problem: > http://gentoo-wiki.com/HARDWARE_RTL8168#Troubleshooting which affects re(4) > like it does the Linux drivers described in the above link. > I also noticed this and the workaround as explained in the gentoo-wiki works. > I already wrote the Realtek technical support about it since their "own" > FreeBSD driver (a hacked rl(4) that does not support any of the chip's > advanced features) does not manage to power up the PHY on its own either - > neither does the motherboard's BIOS when trying to netboot. > I have done the exact same thing and was surprised to receive a response. Attached to this response was a beta-version of their (rl) driver. After a quick test it seemed to have fixed the problem. I have been trying to fix the issue in re(4) by looking at the changes in the beta-driver but have not had any success so far (due to lack of knowledge i guess). I put the beta driver up here: http://www.timkapel.nl/~laurens/rtl_bsd_drv_v174beta3.tgz > The other problem is that I have at least two applications misbehaving when > rxcsum/txcsum is enabled: > > - The Linux Second Life client (yes, yes, I know, but it is nice for showing > off GLX and it is really really good at generating network traffic) will > cease to receive data after about a minute or so - turning off rcxsum/txcsum > will mend it on the spot. > > - A Fedora Core 4 running in Qemu, networked with bridge(4) and tap(4), cannot > receive an ip address via DHCP. Interestingly, this even occurs if > rxcsum/txcsum was already turned off before launching Qemu - to make it work, > I have to cycle rxcsum/txcsum once. Might be related to promiscuous mode. > > I realise that both of these make awful test cases, but so far they are the > only applications I found to expose those problems. > > This is on FreeBSD kiste 6.2-STABLE FreeBSD 6.2-STABLE #4: Sat Jul 28 14:11:23 > CEST 2007 root@:/usr/obj/usr/src/sys/KISTE-SMP i386. The kernel sources > are up to date as of 2007-07-27. > > The NIC is re0: port 0xd800-0xd8ff > mem 0xfbfff000-0xfbffffff irq 36 at device 0.0 on pci3 / re0@pci3:0:0: > class=0x020000 card=0x81681849 chip=0x816810ec rev=0x01 hdr=0x00. > From owner-freebsd-stable@FreeBSD.ORG Sun Jul 29 23:03:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38BF816A418 for ; Sun, 29 Jul 2007 23:03:25 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id 0083813C491 for ; Sun, 29 Jul 2007 23:03:24 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IFHnF-000PIv-Ez; Mon, 30 Jul 2007 00:03:21 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IFHnF-000E3m-E9; Mon, 30 Jul 2007 00:03:21 +0100 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, kip.macy@gmail.com In-Reply-To: Message-Id: From: Pete French Date: Mon, 30 Jul 2007 00:03:21 +0100 Cc: Subject: Re: Fwd: call for ALTQ users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 23:03:25 -0000 > I'm looking at extending ifnet to support multiple tx queues. It > appears that this will inevitably interact with ALTQ. I don't know > anyone using ALTQ so I need users to raise their hands to eventually > test prospective changes. I use altq at home - mixture of fxp and bge interfaces and I use it to ttry and prioritise tarffic tomy cable modem from my internal network (basically so the lodgers P2P traffic doesnt swamp my interactive use). Don't know if that's of any use to use as a test case. The machine is amd64 running on a pair of Opteron 242's. -pcf. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 01:54:22 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDC3316A41B; Mon, 30 Jul 2007 01:54:22 +0000 (UTC) (envelope-from joel@auscert.org.au) Received: from titania.auscert.org.au (gw.auscert.org.au [203.5.112.28]) by mx1.freebsd.org (Postfix) with ESMTP id 622F813C457; Mon, 30 Jul 2007 01:54:22 +0000 (UTC) (envelope-from joel@auscert.org.au) Received: from app.auscert.org.au (app [10.0.1.192]) by titania.auscert.org.au (8.12.10/8.12.10) with ESMTP id l6U1cL3Y067613; Mon, 30 Jul 2007 11:38:21 +1000 (EST) Received: from app.auscert.org.au (localhost.auscert.org.au [127.0.0.1]) by app.auscert.org.au (8.13.6/8.13.6) with ESMTP id l6U1cKQ4024921; Mon, 30 Jul 2007 11:38:20 +1000 (EST) (envelope-from joel@app.auscert.org.au) Message-Id: <200707300138.l6U1cKQ4024921@app.auscert.org.au> To: "Simon L. Nielsen" In-Reply-To: Your message of "Fri, 27 Jul 2007 11:07:29 +0200." <20070727090729.GA1004@zaphod.nitro.dk> Date: Mon, 30 Jul 2007 11:38:20 +1000 From: Joel Hatton Cc: freebsd-security@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: HEADS UP: Re: FreeBSD Security Advisory FreeBSD-SA-07:01.jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2007 01:54:23 -0000 Hi Simon, Thanks very much for the patch :) On Fri, 27 Jul 2007 11:07:29 +0200, "Simon L. Nielsen" wrote: > >Your patch is very close to the "correct"/cleaner patch which is >attached. How exactly does it fail without your patch? Does it say >"cannot open : No such file or directory" and then no jails start when >booting (that would be my guess from a quick check of the bug)? Sure does: eval: cannot open : No such file or directory and no jails start. > >Would it be possible for you to test the attached patch and see if it >fixes the issue for you? It does indeed. I was actually pretty foolish in the way that I addressed it, now that I see what your patch does. I was so busy scratching my head at the variables before the 'while' loop that I didn't see that the problem was in the ${_fstab} being fed to it on stdin! > >I haven't heard of this issue before, so not many people are using 5.5 >with jails. The bug was certainly introduced as a merge error in the >with the patch for FreeBSD-SA-07:01.jail. Or maybe they're not patching often enough? Actually, my suspicion is that not many are using the jail_example_mount_enable variable, because without this set the responsible code is never called. > >As this is clearly a bug in a Security Advisory patch and RELENG_5 / >RELENG_5_5 are still supported I expect that an updated advisory will >be released to fix this bug shortly. > >Thanks for reporting the issue, and sorry about the bad patch :-(. No problem! It feels good to help :) I never implement new patches into my prod environment before testing, so this has basically been an interesting exercise for me. cheers, joel -- Joel Hatton -- Infrastructure Manager | Hotline: +61 7 3365 4417 AusCERT - Australia's national CERT | Fax: +61 7 3365 7031 The University of Queensland | WWW: www.auscert.org.au Qld 4072 Australia | Email: auscert@auscert.org.au From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 03:58:08 2007 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50E8416A418; Mon, 30 Jul 2007 03:58:08 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 0A9F913C442; Mon, 30 Jul 2007 03:58:07 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.1/8.14.1) with ESMTP id l6U3VB5P022110 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Jul 2007 23:31:11 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.14.1/8.14.1/Submit) id l6U3VAXI022109; Sun, 29 Jul 2007 23:31:10 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: ports@FreeBSD.org Date: Sun, 29 Jul 2007 23:31:10 -0400 User-Agent: KMail/1.9.6 X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: stable@FreeBSD.org Subject: ImageMagick's "modules" and __cxa_finalize X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2007 03:58:08 -0000 Has anyone had any luck using ImageMagick built with modules support? If I try that, and follow-up with `gmake check' (in the ${WRKSRC}), about a fifth of ImageMagick's own self-tests seg-fault -- all of them inside __cxa_finalize (after main() has already returned): mi@aldan:ImageMagick/work/ImageMagick-6.3.5 (1023) gdb tests/.libs/rwblob tests/rwblob.core [...] (gdb) where 5 #0 0x0000000804008cc0 in ?? () #1 0x00000008020079e2 in __cxa_finalize () from /lib/libc.so.6 #2 0x0000000802007637 in exit () from /lib/libc.so.6 #3 0x0000000000401135 in _start () #4 0x000000080052a000 in ?? () (More stack frames follow...) (gdb) mi@aldan:ImageMagick/work/ImageMagick-6.3.5 (1024) gdb tests/.libs/rwfile tests/rwfile.core [...] (gdb) where 5 #0 0x0000000803f04cc0 in ?? () #1 0x00000008020079e2 in __cxa_finalize () from /lib/libc.so.6 #2 0x0000000802007637 in exit () from /lib/libc.so.6 #3 0x0000000000401085 in _start () #4 0x000000080052a000 in ?? () (More stack frames follow...) (gdb) Full build/test log can be seen here: http://aldan.algebra.com/~mi/IM-6.3.5-3.failure.log Building without modules (as is the port's default) allows all self-tests to pass smoothly. According to ImageMagick and GraphicsMagick developers, these crashes are due to some "reckless" calls to atexit() from inside the modules (or inside the modules-loaded graphics librarires). By the time the program is exiting, the libraries with the atexit-loaded functions may already be unloaded. But I thought, FreeBSD had that case covered since 2003: http://www.freebsd.org/cgi/query-pr.cgi?pr=59552 Can someone, please, comment? -mi From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 05:13:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D87416A420 for ; Mon, 30 Jul 2007 05:13:59 +0000 (UTC) (envelope-from info@plot.uz) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id CF2F913C468 for ; Mon, 30 Jul 2007 05:13:58 +0000 (UTC) (envelope-from info@plot.uz) Received: by ug-out-1314.google.com with SMTP id o4so1150246uge for ; Sun, 29 Jul 2007 22:13:57 -0700 (PDT) Received: by 10.67.19.9 with SMTP id w9mr4946039ugi.1185772437307; Sun, 29 Jul 2007 22:13:57 -0700 (PDT) Received: from plot.uz ( [83.221.182.248]) by mx.google.com with ESMTPS id h6sm10853913nfh.2007.07.29.22.13.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 29 Jul 2007 22:13:56 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=unavailable version=3.1.7 X-Spam-Report: Received: from localhost by plot.uz (MDaemon PRO v9.5.5) with DomainPOP id md50000004116.msg for ; Mon, 30 Jul 2007 10:12:48 +0500 Delivered-To: aleksey@plot.uz Received: by 10.100.111.17 with SMTP id j17cs175903anc; Sun, 29 Jul 2007 19:27:45 -0700 (PDT) Received: by 10.114.66.2 with SMTP id o2mr74775waa.1185762465148; Sun, 29 Jul 2007 19:27:45 -0700 (PDT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.google.com with ESMTP id l23si3337231waf.2007.07.29.19.27.44; Sun, 29 Jul 2007 19:27:45 -0700 (PDT) Received-SPF: pass (google.com: domain of owner-freebsd-security@freebsd.org designates 69.147.83.53 as permitted sender) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 2706119454; Mon, 30 Jul 2007 02:26:53 +0000 (UTC) (envelope-from owner-freebsd-security@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 05B0516A503; Mon, 30 Jul 2007 02:26:53 +0000 (UTC) (envelope-from owner-freebsd-security@freebsd.org) Delivered-To: freebsd-security@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDC3316A41B; Mon, 30 Jul 2007 01:54:22 +0000 (UTC) (envelope-from joel@auscert.org.au) Received: from titania.auscert.org.au (gw.auscert.org.au [203.5.112.28]) by mx1.freebsd.org (Postfix) with ESMTP id 622F813C457; Mon, 30 Jul 2007 01:54:22 +0000 (UTC) (envelope-from joel@auscert.org.au) Received: from app.auscert.org.au (app [10.0.1.192]) by titania.auscert.org.au (8.12.10/8.12.10) with ESMTP id l6U1cL3Y067613; Mon, 30 Jul 2007 11:38:21 +1000 (EST) Received: from app.auscert.org.au (localhost.auscert.org.au [127.0.0.1]) by app.auscert.org.au (8.13.6/8.13.6) with ESMTP id l6U1cKQ4024921; Mon, 30 Jul 2007 11:38:20 +1000 (EST) (envelope-from joel@app.auscert.org.au) Message-Id: <200707300138.l6U1cKQ4024921@app.auscert.org.au> To: "Simon L. Nielsen" In-Reply-To: Your message of "Fri, 27 Jul 2007 11:07:29 +0200." <20070727090729.GA1004@zaphod.nitro.dk> Date: Mon, 30 Jul 2007 11:38:20 +1000 X-Mailman-Approved-At: Mon, 30 Jul 2007 02:26:48 +0000 X-BeenThere: freebsd-security@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Errors-To: owner-freebsd-security@freebsd.org X-Return-Path: owner-freebsd-security@freebsd.org X-Envelope-From: owner-freebsd-security@freebsd.org X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-Spam-Processed: plot.uz, Mon, 30 Jul 2007 10:12:50 +0500 From: Joel Hatton Cc: freebsd-security@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: HEADS UP: Re: FreeBSD Security Advisory FreeBSD-SA-07:01.jail X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2007 05:13:59 -0000 Hi Simon, Thanks very much for the patch :) On Fri, 27 Jul 2007 11:07:29 +0200, "Simon L. Nielsen" wrote: > >Your patch is very close to the "correct"/cleaner patch which is >attached. How exactly does it fail without your patch? Does it say >"cannot open : No such file or directory" and then no jails start when >booting (that would be my guess from a quick check of the bug)? Sure does: eval: cannot open : No such file or directory and no jails start. > >Would it be possible for you to test the attached patch and see if it >fixes the issue for you? It does indeed. I was actually pretty foolish in the way that I addressed it, now that I see what your patch does. I was so busy scratching my head at the variables before the 'while' loop that I didn't see that the problem was in the ${_fstab} being fed to it on stdin! > >I haven't heard of this issue before, so not many people are using 5.5 >with jails. The bug was certainly introduced as a merge error in the >with the patch for FreeBSD-SA-07:01.jail. Or maybe they're not patching often enough? Actually, my suspicion is that not many are using the jail_example_mount_enable variable, because without this set the responsible code is never called. > >As this is clearly a bug in a Security Advisory patch and RELENG_5 / >RELENG_5_5 are still supported I expect that an updated advisory will >be released to fix this bug shortly. > >Thanks for reporting the issue, and sorry about the bad patch :-(. No problem! It feels good to help :) I never implement new patches into my prod environment before testing, so this has basically been an interesting exercise for me. cheers, joel -- Joel Hatton -- Infrastructure Manager | Hotline: +61 7 3365 4417 AusCERT - Australia's national CERT | Fax: +61 7 3365 7031 The University of Queensland | WWW: www.auscert.org.au Qld 4072 Australia | Email: auscert@auscert.org.au _______________________________________________ freebsd-security@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-security To unsubscribe, send any mail to "freebsd-security-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 05:29:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E59616A418 for ; Mon, 30 Jul 2007 05:29:01 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 157F113C45A for ; Mon, 30 Jul 2007 05:29:01 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1550883waf for ; Sun, 29 Jul 2007 22:29:00 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=p6Qfm42EzOqpKrXw/8v2P4rUuZk5qI4djNgjaIJ9Vmbszk7eNhOp3B8CkbwinvygDEE9GEhZa3Yl07pQ2Qg/vbAwFnxo7aNv9K6DWD9SA3CdsCEzwcLJqDbbZWS5RcLz0xR/ptEOtSn+CjDaF4rGPxOGMxKr3aC2e1o1GENzUP0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ePyNmYIreOjjV4Omo+UnNVqvcS4+/Ljb0shCQ5DUgTqVbzm17jRcCk703DLgod2nL4OrvYwjAs0HiwPzInL83bHUa/qpDOHNE6aJbu65trRRE7AUsnSNjrJCTgESJ+LHIgk2m67cH1CcyZJXuEe18U+cCIcIJ7dWVzzYCpps56U= Received: by 10.114.76.1 with SMTP id y1mr5188186waa.1185771728015; Sun, 29 Jul 2007 22:02:08 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id j7sm3492069wah.2007.07.29.22.02.05 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 29 Jul 2007 22:02:07 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l6U520WB089456 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jul 2007 14:02:00 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l6U51xvZ089455; Mon, 30 Jul 2007 14:01:59 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 30 Jul 2007 14:01:59 +0900 From: Pyun YongHyeon To: Kent Stewart Message-ID: <20070730050159.GA88265@cdnetworks.co.kr> References: <200707292113.01023.lofi@freebsd.org> <200707291327.36963.kstewart@owt.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200707291327.36963.kstewart@owt.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Michael Nottebrock Subject: Re: Various problems with re(4) on a PCIe 8168/8111B onboard NIC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2007 05:29:01 -0000 On Sun, Jul 29, 2007 at 01:27:36PM -0700, Kent Stewart wrote: > On Sunday 29 July 2007, Michael Nottebrock wrote: > > After recently updating the windows drivers (I dual-boot Windows XP > > on the machine the NIC is in), I hit this problem: > > http://gentoo-wiki.com/HARDWARE_RTL8168#Troubleshooting which affects > > re(4) like it does the Linux drivers described in the above link. > > > > I already wrote the Realtek technical support about it since their > > "own" FreeBSD driver (a hacked rl(4) that does not support any of the > > chip's advanced features) does not manage to power up the PHY on its > > own either - neither does the motherboard's BIOS when trying to > > netboot. > > > > The other problem is that I have at least two applications > > misbehaving when rxcsum/txcsum is enabled: > > > > - The Linux Second Life client (yes, yes, I know, but it is nice for > > showing off GLX and it is really really good at generating network > > traffic) will cease to receive data after about a minute or so - > > turning off rcxsum/txcsum will mend it on the spot. > > > > - A Fedora Core 4 running in Qemu, networked with bridge(4) and > > tap(4), cannot receive an ip address via DHCP. Interestingly, this > > even occurs if rxcsum/txcsum was already turned off before launching > > Qemu - to make it work, I have to cycle rxcsum/txcsum once. Might be > > related to promiscuous mode. > > > > I realise that both of these make awful test cases, but so far they > > are the only applications I found to expose those problems. > > > > This is on FreeBSD kiste 6.2-STABLE FreeBSD 6.2-STABLE #4: Sat Jul 28 > > 14:11:23 CEST 2007 root@:/usr/obj/usr/src/sys/KISTE-SMP i386. > > The kernel sources are up to date as of 2007-07-27. > > > > The NIC is re0: port > > 0xd800-0xd8ff mem 0xfbfff000-0xfbffffff irq 36 at device 0.0 on pci3 > > / re0@pci3:0:0: class=0x020000 card=0x81681849 chip=0x816810ec > > rev=0x01 hdr=0x00. > > Have you looked at /var/log/messages? I would be surprised if you have > not had a number of > > Jul 27 00:55:32 ruby kernel: re0: watchdog timeout > Jul 27 00:55:32 ruby kernel: re0: link state changed to DOWN > Jul 27 00:55:35 ruby kernel: re0: link state changed to UP > > People have complained a long time ago and basically given up on getting > it fixed. > You should not see the watdog errors on re(4). If you still see the watchdog timeout errors, please let me know. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 05:30:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D1F716A420 for ; Mon, 30 Jul 2007 05:30:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id D598E13C45E for ; Mon, 30 Jul 2007 05:30:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1551082waf for ; Sun, 29 Jul 2007 22:30:06 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=nnAO//s4+iobvdxW969x2OneuGE6vCeIWmJ4TvpHnT3t9hb+0hC9+27lR1cWoykN6br9C9fnf6zSY7LuGbzXKLSsaxUtpMi1pVySKlr5rUwkfLkQ3YrkYpl4ANoU4RRD9HAtca6BS4H65y2arORPqATySVIDJ++fJ6o6BiEDp3g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=Cp68zTmdxrfdq/jkLu9jWl0UCtBdowxGkGYzNrx8mUNbC0owmygxSNd4D1CK4FQ0O6faGmkX5K71y3SUQw9h1yppUta6M69El5N43KA/0w6SVlDYYIoKqmz8ZkaTJvIhEaditJ2Z9xv8+vRWG0wpoPYU3tJd6MUKs09PwG6KCD0= Received: by 10.115.16.1 with SMTP id t1mr5200815wai.1185771841680; Sun, 29 Jul 2007 22:04:01 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id j31sm2414209waf.2007.07.29.22.03.59 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 29 Jul 2007 22:04:00 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l6U53u90089469 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jul 2007 14:03:56 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l6U53srt089468; Mon, 30 Jul 2007 14:03:54 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 30 Jul 2007 14:03:54 +0900 From: Pyun YongHyeon To: Laurens Timmermans Message-ID: <20070730050354.GB88265@cdnetworks.co.kr> References: <200707292113.01023.lofi@freebsd.org> <46ACFD01.1030406@timkapel.nl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <46ACFD01.1030406@timkapel.nl> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Michael Nottebrock Subject: Re: Various problems with re(4) on a PCIe 8168/8111B onboard NIC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2007 05:30:07 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jul 29, 2007 at 10:48:01PM +0200, Laurens Timmermans wrote: > Michael Nottebrock schreef: > >After recently updating the windows drivers (I dual-boot Windows XP on the > >machine the NIC is in), I hit this problem: > >http://gentoo-wiki.com/HARDWARE_RTL8168#Troubleshooting which affects > >re(4) like it does the Linux drivers described in the above link. > > > > I also noticed this and the workaround as explained in the gentoo-wiki > works. > > >I already wrote the Realtek technical support about it since their "own" > >FreeBSD driver (a hacked rl(4) that does not support any of the chip's > >advanced features) does not manage to power up the PHY on its own either - > >neither does the motherboard's BIOS when trying to netboot. > > > > I have done the exact same thing and was surprised to receive a > response. Attached to this response was a beta-version of their (rl) > driver. After a quick test it seemed to have fixed the problem. > I have been trying to fix the issue in re(4) by looking at the changes > in the beta-driver but have not had any success so far (due to lack of > knowledge i guess). > I put the beta driver up here: > http://www.timkapel.nl/~laurens/rtl_bsd_drv_v174beta3.tgz > Thanks for reporting. I don't have these hardware models so I couldn't verify the issue. After reading the vendor's code I've made attached patch. I don't know whether it works or not, it's just guess work. The PHY registers used in the patch are reserved one in my datasheet, so I don't know what it really does on the hardware. Btw, according to vendor's driver it seems that there are newer hardware revisions marked as 8168C and 8168CP. These models seems to need special handling in PHY area. All datasheet I got shows them as reserved ones. :-( > >The other problem is that I have at least two applications misbehaving > >when rxcsum/txcsum is enabled: > > > >- The Linux Second Life client (yes, yes, I know, but it is nice for > >showing off GLX and it is really really good at generating network > >traffic) will cease to receive data after about a minute or so - turning > >off rcxsum/txcsum will mend it on the spot. > > > >- A Fedora Core 4 running in Qemu, networked with bridge(4) and tap(4), > >cannot receive an ip address via DHCP. Interestingly, this even occurs if > >rxcsum/txcsum was already turned off before launching Qemu - to make it > >work, I have to cycle rxcsum/txcsum once. Might be related to promiscuous > >mode. > > > >I realise that both of these make awful test cases, but so far they are > >the only applications I found to expose those problems. > > > >This is on FreeBSD kiste 6.2-STABLE FreeBSD 6.2-STABLE #4: Sat Jul 28 > >14:11:23 CEST 2007 root@:/usr/obj/usr/src/sys/KISTE-SMP i386. The > >kernel sources are up to date as of 2007-07-27. > > > >The NIC is re0: port > >0xd800-0xd8ff mem 0xfbfff000-0xfbffffff irq 36 at device 0.0 on pci3 / > >re0@pci3:0:0: class=0x020000 card=0x81681849 chip=0x816810ec rev=0x01 > >hdr=0x00. > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Regards, Pyun YongHyeon --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="re.power.patch" Index: if_re.c =================================================================== RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v retrieving revision 1.93 diff -u -r1.93 if_re.c --- if_re.c 27 Jul 2007 00:43:12 -0000 1.93 +++ if_re.c 30 Jul 2007 04:43:25 -0000 @@ -180,6 +180,10 @@ "RealTek 8168/8111B PCIe Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8168, RL_HWREV_8168_SPIN2, "RealTek 8168/8111B PCIe Gigabit Ethernet" }, + { RT_VENDORID, RT_DEVICEID_8168, RL_HWREV_8168_SPIN3, + "RealTek 8168/8111B PCIe Gigabit Ethernet" }, + { RT_VENDORID, RT_DEVICEID_8168, RL_HWREV_8168_SPIN3P, + "RealTek 8168/8111B PCIe Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8169, "RealTek 8169 Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8169S, @@ -221,6 +225,10 @@ { RL_HWREV_8100E, RL_8169, "8100E"}, { RL_HWREV_8101E, RL_8169, "8101E"}, { RL_HWREV_8168_SPIN2, RL_8169, "8168"}, +#ifdef notyet + { RL_HWREV_8168_SPIN3, RL_8169, "8168C"}, + { RL_HWREV_8168_SPIN3P, RL_8169, "8168CP"}, +#endif { 0, 0, NULL } }; @@ -677,13 +685,20 @@ hwrev = CSR_READ_4(sc, RL_TXCFG) & RL_TXCFG_HWREV; - if (hwrev == RL_HWREV_8100E || hwrev == RL_HWREV_8101E || - hwrev == RL_HWREV_8168_SPIN1 || hwrev == RL_HWREV_8168_SPIN2) { + switch (hwrev) { + case RL_HWREV_8100E: + case RL_HWREV_8101E: + case RL_HWREV_8168_SPIN1: + case RL_HWREV_8168_SPIN2: + case RL_HWREV_8168_SPIN3: + case RL_HWREV_8168_SPIN3P: CSR_WRITE_4(sc, RL_MAR0, bswap32(hashes[1])); CSR_WRITE_4(sc, RL_MAR4, bswap32(hashes[0])); - } else { + break; + default: CSR_WRITE_4(sc, RL_MAR0, hashes[0]); CSR_WRITE_4(sc, RL_MAR4, hashes[1]); + break; } } @@ -1246,6 +1261,23 @@ hw_rev++; } + if (hw_rev->rl_desc == NULL) { + device_printf(dev, "unknown H/W revision: %08x\n", hwrev); + error = ENXIO; + goto fail; + } + + if (hwrev == RL_HWREV_8168_SPIN3 || hwrev == RL_HWREV_8168_SPIN3P) { + uint8_t v; + + /* Undocumented, RealTek FreeBSD driver. */ + v = pci_read_config(dev, 0x79, 1); + v &= ~0x70; + v |= 0x50; + pci_write_config(dev, RL_PCI_PWRMGMTCTRL, v, 1); + pci_write_config(dev, 0x80, 0, 1); + } + sc->rl_eewidth = RL_9356_ADDR_LEN; re_read_eeprom(sc, (caddr_t)&re_did, 0, 1); if (re_did != 0x8129) @@ -1300,6 +1332,28 @@ goto fail; } + /* Take PHY out of power down mode. */ + if (sc->rl_type == RL_8169) { + uint32_t rev; + + rev = CSR_READ_4(sc, RL_TXCFG); + /* HWVERID 0, 1 and 2 : bit26-30, bit23 */ + rev &= 0x7c800000; + if (rev != 0) { + /* RTL8169S single chip */ + switch (rev) { + case RL_HWREV_8169_8110SB: + case RL_HWREV_8169_8110SC: + case RL_HWREV_8168_SPIN2: + case RL_HWREV_8168_SPIN3: + case RL_HWREV_8168_SPIN3P: + re_gmii_writereg(dev, 1, 0x1f, 0); + re_gmii_writereg(dev, 1, 0x0e, 0); + break; + } + } + } + ifp->if_softc = sc; if_initname(ifp, device_get_name(dev), device_get_unit(dev)); ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST; Index: ../../pci/if_rlreg.h =================================================================== RCS file: /home/ncvs/src/sys/pci/if_rlreg.h,v retrieving revision 1.67 diff -u -r1.67 if_rlreg.h --- ../../pci/if_rlreg.h 24 Jul 2007 01:24:03 -0000 1.67 +++ ../../pci/if_rlreg.h 30 Jul 2007 04:43:25 -0000 @@ -156,6 +156,8 @@ #define RL_HWREV_8100E 0x30800000 #define RL_HWREV_8101E 0x34000000 #define RL_HWREV_8168_SPIN2 0x38000000 +#define RL_HWREV_8168_SPIN3 0x3c000000 +#define RL_HWREV_8168_SPIN3P 0x3c800000 #define RL_HWREV_8139 0x60000000 #define RL_HWREV_8139A 0x70000000 #define RL_HWREV_8139AG 0x70800000 @@ -983,7 +985,7 @@ #define RL_PSTATE_MASK 0x0003 #define RL_PSTATE_D0 0x0000 -#define RL_PSTATE_D1 0x0002 +#define RL_PSTATE_D1 0x0001 #define RL_PSTATE_D2 0x0002 #define RL_PSTATE_D3 0x0003 #define RL_PME_EN 0x0010 --bg08WKrSYDhXBjb5-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 13:19:54 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE48C16A418 for ; Mon, 30 Jul 2007 13:19:54 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2858B13C4B0 for ; Mon, 30 Jul 2007 13:19:53 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (dybkve@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l6UDJlAT068638; Mon, 30 Jul 2007 15:19:52 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l6UDJkAH068637; Mon, 30 Jul 2007 15:19:46 +0200 (CEST) (envelope-from olli) Date: Mon, 30 Jul 2007 15:19:46 +0200 (CEST) Message-Id: <200707301319.l6UDJkAH068637@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, peterjeremy@optushome.com.au, dennis.melentyev@gmail.com In-Reply-To: <20070727231905.GJ1152@turion.vk2pj.dyndns.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 30 Jul 2007 15:19:53 +0200 (CEST) Cc: Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, peterjeremy@optushome.com.au, dennis.melentyev@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2007 13:19:54 -0000 Peter Jeremy wrote: > Dennis Melentyev wrote: > > Is there any correct way to initiate funding to rewrite VM/VFS related > > parts (getting non-panicable removable devices)? Who should one > > contact for this? > > I would suggest that the first step is finding someone (or a few > people) with the necessary skills who is/are willing to work on the > problem. Offering funding may increase the potential pool but will > not automatically solve the skills/knowledge issue. By the way, the problem apparently has been solved in DragonFly BSD (i.e. DF BSD does not panic when a mounted FS is physically removed). Maybe it is worth to have a look at what they did to fix it, and possibly port it over to FreeBSD. On the other hand, the internal data structures of the VM subsystem have diverged quite a lot from FreeBSD, so I don't know if it would really help. (No, I'm not volunteering; lack of time and interest.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Perl is worse than Python because people wanted it worse. -- Larry Wall From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 13:57:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1489116A41F for ; Mon, 30 Jul 2007 13:57:52 +0000 (UTC) (envelope-from essobi@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.freebsd.org (Postfix) with ESMTP id CC1D813C483 for ; Mon, 30 Jul 2007 13:57:51 +0000 (UTC) (envelope-from essobi@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1295864wxd for ; Mon, 30 Jul 2007 06:57:51 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=YASMREqWsLsfmPo12H04LmEFJNzCxTzIwcNMIpxRkBI+n46c2CeJAc9/h0Be+2Q0OhxW8uypeQABRR2EzNJ3aIna6J/kvx2Wpo7qKSPntAwzC5vp9zKcy8Yj9p4kZxfaSlOf54W49xwRJtPmvY09+w3QqUkh2+aU6J0EUbo8k8Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=oRZqa8JEaevkZ+zKrOsrucEPBFlimnvsBFx6yjbmSieI1sYJcqxRbuRonOAKkv+3sy0IU+QzDS1v9ZIIcwUq11w+ZRqVbfIO/jtkNs5hfUbS5IIISMfc8bbbgJQ9T/5bt4to9CwCVaDBl6CRrSxuopa3gPpVxTAb4dS+wqVTPWE= Received: by 10.90.90.16 with SMTP id n16mr1741657agb.1185802184800; Mon, 30 Jul 2007 06:29:44 -0700 (PDT) Received: by 10.70.40.3 with HTTP; Mon, 30 Jul 2007 06:29:44 -0700 (PDT) Message-ID: Date: Mon, 30 Jul 2007 09:29:44 -0400 From: "Kyle Stone" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: DW1390 and Ndis? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2007 13:57:52 -0000 Has anyone gotten NDIS to work with a Dell Wireless 1390? I built the modules and loaded them.. ndis0: mem 0xefdfc000-0xefdfffff irq 16 at device 0.0 on pci11 ndis0: NDIS API version: 5.1 ndis0: Ethernet address: 00:1a:92:1c:9d:af And the ndis0 shows up, ndis0: flags=8802 mtu 1500 ether 00:1a:92:1c:9d:af media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid "" channel 1 (2412) bssid 00:00:00:00:00:00 authmode OPEN privacy OFF deftxkey UNDEF powersavemode OFF powersavesleep 100 txpowmax 100 rtsthreshold 2346 mcastrate 1 fragthreshold 2346 bmiss 7 -pureg protmode CTS -wme -burst roaming AUTO bintval 0 But if I try to bring the card up, and scan, ifconfig returns.. ifconfig: unable to get scan results Anyone have any ideas on this? Essobi From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 14:40:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6E5516A419 for ; Mon, 30 Jul 2007 14:40:23 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 44FB513C45E for ; Mon, 30 Jul 2007 14:40:23 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so369928anc for ; Mon, 30 Jul 2007 07:40:22 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qHqvWIg+6bHg9dIhp263FpFTo77s8R9msSR8ToCA8EjPT3ai1Hzp7a3HHrgtPY6jDAUFMSdrL5ZLuGlJ6FPEVA0aaAlkz7WeqsMYr0sDfEGwGtR7UnO6RVO3fs1DP3pNVqjIbJ/SpjkBRmSsSgihZYrwgMJb8EGmVeAvxGTLoWA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=f9gE8+YhYq9npn5JkCi2VdW+XVZFqDz98al6P5IBwuDSz+AvB/TchEMo4svHdhYJFLLdY/JMFc4PcYq59yczT1Bn7efyGwPw8Ti38ITZE0fEeuR2CXhraMT0FSu6eoLxMT4w6DLnHVUnqeZtbY7dZtkGoV5xxSfVtv1SjtI8yyI= Received: by 10.100.94.3 with SMTP id r3mr4604646anb.1185804721622; Mon, 30 Jul 2007 07:12:01 -0700 (PDT) Received: by 10.100.141.14 with HTTP; Mon, 30 Jul 2007 07:12:01 -0700 (PDT) Message-ID: <790a9fff0707300712q3ad5cc7dg52ae7d723c3e810f@mail.gmail.com> Date: Mon, 30 Jul 2007 09:12:01 -0500 From: "Scot Hetzel" To: "Kyle Stone" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: DW1390 and Ndis? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2007 14:40:23 -0000 On 7/30/07, Kyle Stone wrote: > Has anyone gotten NDIS to work with a Dell Wireless 1390? I built the > modules and loaded them.. > > ndis0: mem 0xefdfc000-0xefdfffff irq 16 > at device 0.0 on pci11 > ndis0: NDIS API version: 5.1 > ndis0: Ethernet address: 00:1a:92:1c:9d:af > : > > But if I try to bring the card up, and scan, ifconfig returns.. > > ifconfig: unable to get scan results > > Anyone have any ideas on this? > Showing the available wireless networks is currently broken with the NDIS driver. If you know the name of the wireless network, you should be able to set the ssid using ifconfig. Another option is to add `ifconfig_ndis0="WPA DHCP" ` to /etc/rc.conf, and then use `/etc/rc.d/netif start ndis0 `, which will run wpa_supplicant. Then use wpa_cli (scan, scan_results) to show the available wireless networks. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 16:16:19 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79BB316A419 for ; Mon, 30 Jul 2007 16:16:19 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 4FF9713C47E for ; Mon, 30 Jul 2007 16:16:19 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id C948EAFCA for ; Mon, 30 Jul 2007 12:16:18 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Mon, 30 Jul 2007 12:16:18 -0400 X-Sasl-enc: Nie6EBIIuUtn7sq0+tJNFt51Hlt8Ox1fv+CamRANzR2y 1185812178 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 3BC7F4E8B for ; Mon, 30 Jul 2007 12:16:18 -0400 (EDT) Message-ID: <46AE0ECC.80108@incunabulum.net> Date: Mon, 30 Jul 2007 17:16:12 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <46A35EE6.6030902@incunabulum.net> <200707221437.l6MEbCCP039856@lava.sentex.ca> <20070723005933.Y51455@woozle.rinet.ru> <200707230324.l6N3Oht7042841@lava.sentex.ca> In-Reply-To: <200707230324.l6N3Oht7042841@lava.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Help! My laptop drive may be dying. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2007 16:16:19 -0000 Thanks for everyone's responses. Given that this drive may well be lying in its SMART registers, I've just ordered a new drive. Newer IBM/Lenovo machines appear to complain if you don't use Hitachi GST drives, so I ordered one of those to be on the safe side, as well as to preserve the resale value. I note with keen interest that a number of laptop warranties don't cover the drive. Fingers crossed it'll arrive tommorrow. Thanks again... BMS From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 17:10:53 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9325416A46B for ; Mon, 30 Jul 2007 17:10:53 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id EB56E13C4B7 for ; Mon, 30 Jul 2007 17:10:52 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l6UGqgJ7066173 for ; Tue, 31 Jul 2007 00:52:42 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id l6UGqgbb066172 for stable@freebsd.org; Tue, 31 Jul 2007 00:52:42 +0800 (KRAST) (envelope-from eugen) Date: Tue, 31 Jul 2007 00:52:42 +0800 From: Eugene Grosbein To: stable@freebsd.org Message-ID: <20070730165242.GA65649@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: RELENG_6: make world is broken at sys/modules/if_tap when MODULES_WITH_WORLD=yes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2007 17:10:53 -0000 Hi! make buildworld of RELENG_6 fails if /etc/make.conf contains MODULES_WITH_WORLD=yes: [skip lots of lines] ===> sys/modules/if_tap (depend) @ -> /usr/local/src/sys machine -> /usr/local/src/sys/i386/include echo "#define INET 1" > opt_inet.h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/obj/usr/local/src/tmp/usr/include /usr/local/src/sys/modules/if_tap/../../net/if_tap.c /usr/local/src/sys/modules/if_tap/../../net/if_tap.c:38:24: opt_compat.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/local/src/sys/modules/if_tap. *** Error code 1 There was already very similar breakage: http://freebsd.rambler.ru/bsdmail/freebsd-current_2005/msg07955.html Please help. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 18:24:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70BC516A417 for ; Mon, 30 Jul 2007 18:24:00 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id 2C2E813C461 for ; Mon, 30 Jul 2007 18:23:59 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so385681anc for ; Mon, 30 Jul 2007 11:23:59 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cj7BcK3JLA+QUQDnC8HZYPNp/TBkM0ysXbXZU0YrKUilKKWuephdTbMtzRBfdgx2pIKOoo1mudF1FURORcwgV+n+Ou96sh0v90pgwMF4EteT0m5OwxyAFmG7PqkiQ7k0Vxv6KX6qQ++4cvdlXyYL2/wfLTwcOtrU1I+7khmPfIg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WtTMTPUcfxy79Ek2Be821WluOwDtDw+0m3u87xyW414Ua9tlOUn7SxKZAeEscMDIJsfusiaVixIIyHfJorgh+0bMo6IzvDw9Gvn25h00I7ouEwY2HRmDDZ1elIf2e568MTstLZFTr2YwBvJH4msZ5ZCCtOGqtR3wARe8XKnMavY= Received: by 10.100.191.5 with SMTP id o5mr4802803anf.1185819838975; Mon, 30 Jul 2007 11:23:58 -0700 (PDT) Received: by 10.70.118.15 with HTTP; Mon, 30 Jul 2007 11:23:58 -0700 (PDT) Message-ID: Date: Mon, 30 Jul 2007 21:23:58 +0300 From: "Dennis Melentyev" To: freebsd-stable@freebsd.org, peterjeremy@optushome.com.au, dennis.melentyev@gmail.com In-Reply-To: <200707301319.l6UDJkAH068637@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070727231905.GJ1152@turion.vk2pj.dyndns.org> <200707301319.l6UDJkAH068637@lurza.secnetix.de> Cc: Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2007 18:24:00 -0000 Hi Oliver! 2007/7/30, Oliver Fromme : > Peter Jeremy wrote: > > Dennis Melentyev wrote: > > > Is there any correct way to initiate funding to rewrite VM/VFS related > > > parts (getting non-panicable removable devices)? Who should one > > > contact for this? > > > > I would suggest that the first step is finding someone (or a few > > people) with the necessary skills who is/are willing to work on the > > problem. Offering funding may increase the potential pool but will > > not automatically solve the skills/knowledge issue. > > By the way, the problem apparently has been solved in > DragonFly BSD (i.e. DF BSD does not panic when a mounted > FS is physically removed). Maybe it is worth to have a > look at what they did to fix it, and possibly port it > over to FreeBSD. On the other hand, the internal data > structures of the VM subsystem have diverged quite a lot > from FreeBSD, so I don't know if it would really help. > > (No, I'm not volunteering; lack of time and interest.) That was I asking same question in DragonflyBSD list :) But yes, VFS and VM in FBSD and DFBSD are way too differ since 4.1 times. It is not an option, sadly. -- Dennis Melentyev From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 20:33:31 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 007C716A417 for ; Mon, 30 Jul 2007 20:33:31 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id B69EB13C480 for ; Mon, 30 Jul 2007 20:33:30 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so394447anc for ; Mon, 30 Jul 2007 13:33:30 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aPbnq2UfSa0v+iDsQuz9g58TjP7jEsyjCJlxmTAEjKa0dhgVRyPVpSsjruw86clDov+K5nZB4Glg7kWP/lm4xQb+dpW+clClUbHwFiOG9CzQRBlhE/GWw4ozDmxhFHGB+Kk08q5LMc3/z49wy6GplcJpUCgtz3W1UDPoc8C1X5E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FgLqlnd68Zlha+fY49Q1ngPLEDsBv25DK2DkngBRfI6F3mb8lpcPUFow3fRXzxLdk7Ce/N4n8r9FIv1yG/KY6GwqAgHVba1glbKJfPFze9dP0IpTr6b6u4MzrBFUGoCmw2rWRrYedy4xafQm9ookWw1uu3KeO/cjQaEfSVM2RBs= Received: by 10.100.124.5 with SMTP id w5mr4878635anc.1185825960461; Mon, 30 Jul 2007 13:06:00 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Mon, 30 Jul 2007 13:06:00 -0700 (PDT) Message-ID: <499c70c0707301306s23f0edcbx74efe7f50a4f4d19@mail.gmail.com> Date: Mon, 30 Jul 2007 23:06:00 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Eugene Grosbein" In-Reply-To: <20070730165242.GA65649@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070730165242.GA65649@svzserv.kemerovo.su> Cc: stable@freebsd.org Subject: Re: RELENG_6: make world is broken at sys/modules/if_tap when MODULES_WITH_WORLD=yes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2007 20:33:31 -0000 On 7/30/07, Eugene Grosbein wrote: > Hi! > > make buildworld of RELENG_6 fails if /etc/make.conf > contains MODULES_WITH_WORLD=yes: > > [skip lots of lines] > > ===> sys/modules/if_tap (depend) > @ -> /usr/local/src/sys > machine -> /usr/local/src/sys/i386/include > echo "#define INET 1" > opt_inet.h > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h > rm -f .depend > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/obj/usr/local/src/tmp/usr/include /usr/local/src/sys/modules/if_tap/../../net/if_tap.c > /usr/local/src/sys/modules/if_tap/../../net/if_tap.c:38:24: opt_compat.h: No such file or directory > mkdep: compile failed > *** Error code 1 > > Stop in /usr/local/src/sys/modules/if_tap. > *** Error code 1 > > There was already very similar breakage: > http://freebsd.rambler.ru/bsdmail/freebsd-current_2005/msg07955.html > > Please help. > > Eugene Grosbein Hello, I got the same problem too. Could someone fix it? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 23:32:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2597F16A41B for ; Mon, 30 Jul 2007 23:32:08 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-10.arcor-online.net (mail-in-10.arcor-online.net [151.189.21.50]) by mx1.freebsd.org (Postfix) with ESMTP id A517E13C46E for ; Mon, 30 Jul 2007 23:32:07 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-05-z2.arcor-online.net (mail-in-05-z2.arcor-online.net [151.189.8.17]) by mail-in-10.arcor-online.net (Postfix) with ESMTP id 4262D1F5187; Tue, 31 Jul 2007 01:32:06 +0200 (CEST) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mail-in-05-z2.arcor-online.net (Postfix) with ESMTP id 2C9442DA967; Tue, 31 Jul 2007 01:32:06 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-134-106.pools.arcor-ip.net [84.61.134.106]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id 886DA2C29E1; Tue, 31 Jul 2007 01:32:05 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.11]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l6UNW3Mw044088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 Jul 2007 01:32:03 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.14.1/8.14.1) with ESMTP id l6UNW3Rc002093; Tue, 31 Jul 2007 01:32:03 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.14.1/8.14.1/Submit) id l6UNW2h6002092; Tue, 31 Jul 2007 01:32:02 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-stable@freebsd.org, pyunyh@gmail.com Date: Tue, 31 Jul 2007 01:31:59 +0200 User-Agent: KMail/1.9.7 References: <200707292113.01023.lofi@freebsd.org> <46ACFD01.1030406@timkapel.nl> <20070730050354.GB88265@cdnetworks.co.kr> In-Reply-To: <20070730050354.GB88265@cdnetworks.co.kr> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5416842.VEMolc77PS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707310132.02537.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV 0.91.1/3822/Mon Jul 30 23:32:24 2007 on mail-in-07.arcor-online.net X-Virus-Status: Clean Cc: Laurens Timmermans Subject: Re: Various problems with re(4) on a PCIe 8168/8111B onboard NIC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2007 23:32:08 -0000 --nextPart5416842.VEMolc77PS Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday, 30. July 2007, Pyun YongHyeon wrote: > Thanks for reporting. I don't have these hardware models so I couldn't > verify the issue. After reading the vendor's code I've made attached > patch. I don't know whether it works or not, it's just guess work. Works fine here! Cheers, =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart5416842.VEMolc77PS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGrnTvXhc68WspdLARAloBAJ9+Ncn/HY1AA+elr4TDauIerkchdQCfSTWU fPxR6gZmm2oGwnJqCEuU+v4= =R+sy -----END PGP SIGNATURE----- --nextPart5416842.VEMolc77PS-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 00:55:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 693DC16A417 for ; Tue, 31 Jul 2007 00:55:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id 3A12413C4B6 for ; Tue, 31 Jul 2007 00:55:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1831597waf for ; Mon, 30 Jul 2007 17:55:52 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=nhHxhGcfn0DpGebUtHD1+BSbwWeZxO7sbMK95s5qxlRw7Kh3bXMjpABm/mQmKZ5x7vonUDbMGcqpT9lVZdlezxOiGwO2FM5Eb1iWnURu2YZYNtxBVTokdHMgAk7s9WqwYRHj3Ar2ubc14lY7NIQTQfzhFzgZkwNvHS6+DaW7pMs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=qpGst6d9cwLsIfAYwYy46eW8ewWajhqoLlM9Cu6rauOrE+UA5i/AvMt/X4WVB0qfcXU/n/rWzwy0FJ0bXIZ4xZunLos2Z0Pfy+oNBugeRuW0ssRRee481IYJafwDjcZLny35nbj327Em74LEeoI8zSVk1+SdI+NIA7ub6lw8sWY= Received: by 10.114.135.1 with SMTP id i1mr6142079wad.1185843352709; Mon, 30 Jul 2007 17:55:52 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m27sm1905807wag.2007.07.30.17.55.50 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 30 Jul 2007 17:55:51 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l6V0tjMo093003 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 Jul 2007 09:55:45 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l6V0tiBM093002; Tue, 31 Jul 2007 09:55:44 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 31 Jul 2007 09:55:41 +0900 From: Pyun YongHyeon To: Michael Nottebrock Message-ID: <20070731005541.GA92601@cdnetworks.co.kr> References: <200707292113.01023.lofi@freebsd.org> <46ACFD01.1030406@timkapel.nl> <20070730050354.GB88265@cdnetworks.co.kr> <200707310132.02537.lofi@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <200707310132.02537.lofi@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: Laurens Timmermans , freebsd-stable@freebsd.org Subject: Re: Various problems with re(4) on a PCIe 8168/8111B onboard NIC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2007 00:55:55 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jul 31, 2007 at 01:31:59AM +0200, Michael Nottebrock wrote: > On Monday, 30. July 2007, Pyun YongHyeon wrote: > > > Thanks for reporting. I don't have these hardware models so I couldn't > > verify the issue. After reading the vendor's code I've made attached > > patch. I don't know whether it works or not, it's just guess work. > > Works fine here! > Since HEAD is in code freeze I guess minimal patch would be more preferable. Would you try attached patch again? -- Regards, Pyun YongHyeon --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="re.power.patch2" Index: if_re.c =================================================================== RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v retrieving revision 1.92 diff -u -r1.92 if_re.c --- if_re.c 24 Jul 2007 01:24:02 -0000 1.92 +++ if_re.c 31 Jul 2007 00:49:34 -0000 @@ -1300,6 +1300,28 @@ goto fail; } + /* Take PHY out of power down mode. */ + if (sc->rl_type == RL_8169) { + uint32_t rev; + + rev = CSR_READ_4(sc, RL_TXCFG); + /* HWVERID 0, 1 and 2 : bit26-30, bit23 */ + rev &= 0x7c800000; + if (rev != 0) { + /* RTL8169S single chip */ + switch (rev) { + case RL_HWREV_8169_8110SB: + case RL_HWREV_8169_8110SC: + case RL_HWREV_8168_SPIN2: + re_gmii_writereg(dev, 1, 0x1f, 0); + re_gmii_writereg(dev, 1, 0x0e, 0); + break; + default: + break; + } + } + } + ifp->if_softc = sc; if_initname(ifp, device_get_name(dev), device_get_unit(dev)); ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST; --J2SCkAp4GZ/dPZZf-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 03:45:51 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A37516A421 for ; Tue, 31 Jul 2007 03:45:51 +0000 (UTC) (envelope-from Marketing@avxstor.com) Received: from mout.perfora.net (mout.perfora.net [74.208.4.195]) by mx1.freebsd.org (Postfix) with ESMTP id E879213C4B4 for ; Tue, 31 Jul 2007 03:45:50 +0000 (UTC) (envelope-from Marketing@avxstor.com) Received: from [68.183.47.123] (helo=netblock-68-183-17-229.dslextreme.com) by mrelay.perfora.net (node=mrus0) with ESMTP (Nemesis), id 0MKp8S-1IFiU12sY0-0005tC; Mon, 30 Jul 2007 23:33:19 -0400 From: "marketing@avxstor.com" To: "stable" Date: Mon, 30 Jul 2007 20:33:13 -0700 Organization: AVXStor.com MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-ID: <0MKp8S-1IFiU12sY0-0005tC@mrelay.perfora.net> X-Provags-ID: V01U2FsdGVkX1/6RlaSR5+xJVf1emZJoss5v81Uni1CkTvrWGk oAEh9iqO2x4iVKX//54q5p6tY62H28u5oUclIpEdKydEWKkLB4 L2E2dTuCG7BcjpQHp+XJ+DL7kkBUdw2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Terabyte RAID5 under $630.00 from AVXStor.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2007 03:45:51 -0000 Hello Value Customer AVXStor.com - a division of DATOptic, proudly introduces our Terabyte RAID5 external storage starting at $629.00 A quiet , compact hardware RAID tower with extreme speed and reliability Features - Terabyte capacity: 1.0TB, 2.0TB, 3.0TB support RAID 0, 1, 5 and 10 - High reliable (RAID5, 10) or Fast (RAID 0) - High performance (3.0Gb) SATA storage solutions - A complete solution for NOTEBOOK, and Desktop - RAID controller included (PCI Express bus) - Seagate SATAII HDD - Five years warranty - Support Windows 2000, XPm 2003 and Vista http://www.avxstor.com/cgi-bin/web.cgi?product=qRAID&detail=yes Please contact me if you have question or need additional information. Thank you for the business and best regards, AVXStor.com ===================================== CONFIDENTIALITY NOTICE: This email may contain confidential and privileged material of DATOptic for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient please contact the sender and delete all copies. To be removed from this mailing list, please click here From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 08:07:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF39316A468 for ; Tue, 31 Jul 2007 08:07:32 +0000 (UTC) (envelope-from jason@wiz.biz) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by mx1.freebsd.org (Postfix) with ESMTP id BA8AD13C4B6 for ; Tue, 31 Jul 2007 08:07:32 +0000 (UTC) (envelope-from jason@wiz.biz) Received: by wx-out-0506.google.com with SMTP id i29so1472575wxd for ; Tue, 31 Jul 2007 01:07:32 -0700 (PDT) Received: by 10.70.66.18 with SMTP id o18mr11425023wxa.1185867766955; Tue, 31 Jul 2007 00:42:46 -0700 (PDT) Received: by 10.70.59.8 with HTTP; Tue, 31 Jul 2007 00:42:46 -0700 (PDT) Message-ID: <79d79bc80707310042v3ff70552vb4a13a3fee0afe4f@mail.gmail.com> Date: Tue, 31 Jul 2007 16:42:46 +0900 From: "Jason D'Ambrosio" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Dell DRAC/4 virtual floppy panics on -STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2007 08:07:33 -0000 Dear FreeBSD hackers: My latest shipment of 1U Dell servers came with DRAC/4 remote management cards. The servers were installed in the datacenter, and have been running -stable for quite some time, without any trouble at all, until now... Recently I utilitzed the the DRAC card's handy capability of uploading a floppy image and had it emulate the physical media to the system. After I was finished, I disconnected from the web interface of the DRAC, which cleared the floppy image from memory. A few days later the server was rebooted and it got stuck in a panic/reboot loop... Here is the relevant dmesg: afd0: 7222034444288MB at ata2-master PIO3 ... afd0: FAILURE - TEST_UNIT_READY RESERVED asc=0x00 ascq=0x00 panic: kmem_malloc(-1059844096): kmem_map too small: 3837952 total allocated What it appears is happening is that the absence of an uploaded floppy image in the DRAC is causing it to report an insanely bogus media size to the OS. As a result, the kernel's floppy driver is attempting to allocate an obviously overflowed-integer worth of memory, which is causing the kmem_alloc() panic... Of course, after disabling the virtual media feature in the DRAC's firmware, the kernel was able to boot properly once again. Perhaps the simplest solution would be to implement a sanity check in the floppy/cdrom driver's code, or kmem_malloc() ? -- jason (at) wiz.biz wiz technologies k.k. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 12:31:18 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C85B16A418 for ; Tue, 31 Jul 2007 12:31:18 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id C2D7813C459 for ; Tue, 31 Jul 2007 12:31:17 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so438168anc for ; Tue, 31 Jul 2007 05:31:17 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=rusLc0UFX9UXLnnjObSMxdpYI+MjOIrpOMiIVxuxKDKx97xgtQiKkiuEOGkX0qk5SaP5ykyj2f+IUjxl99P9nlWA0voK4HEuFTG/kc6KxXcjNR8h3jb5zPmBKmGsDqFk4pPwXqt+c4GyTRLHD1JsxCkAUuj3rx7BMD2fQgDq9NM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=tFNNkCY0ty3K9au/RkP5fejtCDA2u5Z0Swhb5ElDCDsf9PNSky+UslAOyrt6WQ2S6iVfmtvcRwRDL53sY+KYi5FBHUQiKzUyq0MKPcBFcuXtoRIn7KH+BlwKwlZBlFppN86V9/u3MMA3Zxnov9C6zfYKAMg261t/wCpDO2go2N4= Received: by 10.100.11.7 with SMTP id 7mr5187996ank.1185883520454; Tue, 31 Jul 2007 05:05:20 -0700 (PDT) Received: from kan.dnsalias.net ( [24.218.183.247]) by mx.google.com with ESMTPS id c16sm3811730anc.2007.07.31.05.05.05 (version=SSLv3 cipher=OTHER); Tue, 31 Jul 2007 05:05:06 -0700 (PDT) Date: Tue, 31 Jul 2007 08:05:01 -0400 From: Alexander Kabaev Message-ID: <20070731080501.65616627@kan.dnsalias.net> In-Reply-To: <200707292331.10845@aldan> References: <200707292331.10845@aldan> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_YDkkS+HjyfdmMhxBIzTk_Kf; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: ports@FreeBSD.org, stable@FreeBSD.org Subject: Re: ImageMagick's "modules" and __cxa_finalize X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2007 12:31:18 -0000 --Sig_YDkkS+HjyfdmMhxBIzTk_Kf Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 29 Jul 2007 23:31:10 -0400 Mikhail Teterin wrote: > Has anyone had any luck using ImageMagick built with modules support? >=20 > If I try that, and follow-up with `gmake check' (in the ${WRKSRC}), > about a fifth of ImageMagick's own self-tests seg-fault -- all of > them inside __cxa_finalize (after main() has already returned): >=20 > mi@aldan:ImageMagick/work/ImageMagick-6.3.5 (1023) gdb > tests/.libs/rwblob tests/rwblob.core [...] > (gdb) where 5 > #0 0x0000000804008cc0 in ?? () > #1 0x00000008020079e2 in __cxa_finalize () > from /lib/libc.so.6 #2 0x0000000802007637 in exit () > from /lib/libc.so.6 #3 0x0000000000401135 in _start () > #4 0x000000080052a000 in ?? () > (More stack frames follow...) > (gdb) > mi@aldan:ImageMagick/work/ImageMagick-6.3.5 (1024) gdb > tests/.libs/rwfile tests/rwfile.core [...] > (gdb) where 5 > #0 0x0000000803f04cc0 in ?? () > #1 0x00000008020079e2 in __cxa_finalize () > from /lib/libc.so.6 #2 0x0000000802007637 in exit () > from /lib/libc.so.6 #3 0x0000000000401085 in _start () > #4 0x000000080052a000 in ?? () > (More stack frames follow...) > (gdb)=20 >=20 > Full build/test log can be seen here: >=20 > http://aldan.algebra.com/~mi/IM-6.3.5-3.failure.log >=20 > Building without modules (as is the port's default) allows all > self-tests to pass smoothly. >=20 > According to ImageMagick and GraphicsMagick developers, these crashes > are due to some "reckless" calls to atexit() from inside the modules > (or inside the modules-loaded graphics librarires). By the time the > program is exiting, the libraries with the atexit-loaded functions > may already be unloaded. >=20 > But I thought, FreeBSD had that case covered since 2003: >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D59552 >=20 > Can someone, please, comment? >=20 > -mi You thought wrong. Please read the PR again and try to understand what part it really does cover and what doesn't. The comment was given to you before and it is the right one: atexit() cannot be used safely from the shared library. That is the reason why __cxa_atexit was invented in the first place. -- Alexander Kabaev --Sig_YDkkS+HjyfdmMhxBIzTk_Kf Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGryVtQ6z1jMm+XZYRApCtAJ9edgBUSYN9wbdfeEbAb+rSZA7TQwCfVoh5 w/zAMR9ZCz4BglLIKMgH7xU= =KF31 -----END PGP SIGNATURE----- --Sig_YDkkS+HjyfdmMhxBIzTk_Kf-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 15:54:49 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A314A16A420 for ; Tue, 31 Jul 2007 15:54:49 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from mailrelay004.isp.belgacom.be (mailrelay004.isp.belgacom.be [195.238.6.170]) by mx1.freebsd.org (Postfix) with ESMTP id 3369E13C459 for ; Tue, 31 Jul 2007 15:54:43 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from 213.221-244-81.adsl-dyn.isp.belgacom.be (HELO charel.local) ([81.244.221.213]) by mailrelay004.isp.belgacom.be with ESMTP; 31 Jul 2007 17:25:33 +0200 From: Tijl Coosemans To: Volker Date: Tue, 31 Jul 2007 17:25:32 +0200 User-Agent: KMail/1.9.6 References: <200707111442.33336.jhb@freebsd.org> <4697BFBB.1050009@vwsoft.com> In-Reply-To: <4697BFBB.1050009@vwsoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707311725.33059.tijl@ulyssis.org> Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2007 15:54:49 -0000 On Friday 13 July 2007 20:08:59 Volker wrote: > On 07/11/07 20:42, John Baldwin wrote: >> This patch attempts to remove a gross hack with a slightly less >> gross hack in order to avoid clobbering data in signal info that >> Wine needs. In 7 this was fixed by a major change to how the kernel >> manages signals internally, and that change is too large to be >> MFC'd, hence this lighter weight patch. It has already been tested >> by the folks working on Wine, but I would like a bit more widespread >> testing before I commit it. Please test this patch and let me know >> if anything breaks. Note that this patch is only for i386. >> >> http://www.FreeBSD.org/~jhb/patches/sig_eva.patch > > I've patched and recompiled world + kernel using your patch. I can > confirm it does not hurt but what does it good (my wine already ran > fine despite some DDE and performance issues)? What to look for > especially - any specific test procedures? Could you try Mozilla Firefox (for Windows) with and without this patch? From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 19:19:19 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDE5616A417 for ; Tue, 31 Jul 2007 19:19:19 +0000 (UTC) (envelope-from kris@pcbsd.com) Received: from pcbsd.ixsystems.com (pcbsd.ixsystems.net [206.40.55.78]) by mx1.freebsd.org (Postfix) with ESMTP id B7E5B13C465 for ; Tue, 31 Jul 2007 19:19:19 +0000 (UTC) (envelope-from kris@pcbsd.com) Received: from [192.168.1.102] (c-67-170-130-86.hsd1.wa.comcast.net [67.170.130.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pcbsd.ixsystems.com (Postfix) with ESMTP id 2A8B7145F422; Tue, 31 Jul 2007 19:25:54 +0000 (UTC) Message-ID: <46AF8B3B.3090105@pcbsd.com> Date: Tue, 31 Jul 2007 12:19:23 -0700 From: Kris Moore User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) MIME-Version: 1.0 To: Tijl Coosemans References: <200707111442.33336.jhb@freebsd.org> <4697BFBB.1050009@vwsoft.com> <200707311725.33059.tijl@ulyssis.org> In-Reply-To: <200707311725.33059.tijl@ulyssis.org> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Volker , freebsd-stable@freebsd.org, John Baldwin Subject: Re: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2007 19:19:19 -0000 Tijl Coosemans wrote: > On Friday 13 July 2007 20:08:59 Volker wrote: >> On 07/11/07 20:42, John Baldwin wrote: >>> This patch attempts to remove a gross hack with a slightly less >>> gross hack in order to avoid clobbering data in signal info that >>> Wine needs. In 7 this was fixed by a major change to how the kernel >>> manages signals internally, and that change is too large to be >>> MFC'd, hence this lighter weight patch. It has already been tested >>> by the folks working on Wine, but I would like a bit more widespread >>> testing before I commit it. Please test this patch and let me know >>> if anything breaks. Note that this patch is only for i386. >>> >>> http://www.FreeBSD.org/~jhb/patches/sig_eva.patch >> I've patched and recompiled world + kernel using your patch. I can >> confirm it does not hurt but what does it good (my wine already ran >> fine despite some DDE and performance issues)? What to look for >> especially - any specific test procedures? > > Could you try Mozilla Firefox (for Windows) with and without this > patch? > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > !DSPAM:1,46af5d3e20761655515052! > > I just gave FireFox 2.0.0.6 a shot using FBSD 6-Stable and all the various patches on the Wiki page. It loaded and ran just fine on my end. -- Kris Moore PC-BSD Software http://www.pcbsd.com From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 20:23:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0657F16A41A for ; Tue, 31 Jul 2007 20:23:14 +0000 (UTC) (envelope-from tim@pcbsd.org) Received: from galaxy.systems.pipex.net (galaxy.systems.pipex.net [62.241.162.31]) by mx1.freebsd.org (Postfix) with ESMTP id BC9E613C47E for ; Tue, 31 Jul 2007 20:23:13 +0000 (UTC) (envelope-from tim@pcbsd.org) Received: from server.mccormickweb.co.uk (81-178-44-61.dsl.pipex.com [81.178.44.61]) by galaxy.systems.pipex.net (Postfix) with ESMTP id DE291E0000FE for ; Tue, 31 Jul 2007 21:23:10 +0100 (BST) Received: from [192.168.123.1] (cpc2-stev1-0-0-cust416.lutn.cable.ntl.com [82.9.77.161]) by server.mccormickweb.co.uk (8.14.0/8.14.0) with ESMTP id l6VKN87Z012073 for ; Tue, 31 Jul 2007 20:23:09 GMT From: Tim McCormick To: freebsd-stable@freebsd.org Date: Tue, 31 Jul 2007 21:23:02 +0100 User-Agent: KMail/1.9.5 Organization: PC-BSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2169376.vjoXuVrcZo"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707312123.07969.tim@pcbsd.org> X-Virus-Scanned: ClamAV 0.90.3/3835/Tue Jul 31 13:59:27 2007 on server.mccormickweb.co.uk X-Virus-Status: Clean Subject: Netgear PCMCIA NIC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tim@pcbsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2007 20:23:14 -0000 --nextPart2169376.vjoXuVrcZo Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hey guys, Having a problem on a laptop I've recently migrated from 6.1-RELEASE to=20 6.2-STABLE. My PCMCIA NIC (Netgear GA511) no longer works, and after looking around a b= it,=20 I'm afraid its got me stumped. Getting the following from dmesg upon insertion: =2D--- re0: port 0x1100-0x11f= f=20 mem 0x88000000-0x880001ff irq 9 at device 0.0 on cardbus0 miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,=20 1000baseT-FDX, auto re0: Ethernet address: 00:18:4d:6e:be:23 re0: couldn't set up irq rgephy0: detached miibus0: detached device_attach: re0 attach returned 22 =2D--- Anyone able to clue me in? Cheers, Tim =2D-=20 Tim McCormick PC-BSD Lead Developer tim@pcbsd.org --nextPart2169376.vjoXuVrcZo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGr5orPnBrZTUyzWsRAtDBAKDiytsoclu0yXwM/Z6enoQ0BnYMewCdEEpb MIthzga4fDUEZRwM/Vq7cxM= =Yjz+ -----END PGP SIGNATURE----- --nextPart2169376.vjoXuVrcZo-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 21:06:39 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DBD816A41F for ; Tue, 31 Jul 2007 21:06:39 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 481DF13C458 for ; Tue, 31 Jul 2007 21:06:39 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from localhost (maia-5.hub.org [200.46.204.182]) by hub.org (Postfix) with ESMTP id 8C179B46EA4; Tue, 31 Jul 2007 18:06:38 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-maia, port 10024) with ESMTP id 44731-10; Tue, 31 Jul 2007 18:06:34 -0300 (ADT) Received: from fserv.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id 1B8E0B46EA3; Tue, 31 Jul 2007 18:06:38 -0300 (ADT) Received: from [192.168.1.3] (unknown [192.168.1.3]) by fserv.hub.org (Postfix) with ESMTP id D2B988E1E4; Tue, 31 Jul 2007 18:06:39 -0300 (ADT) Date: Tue, 31 Jul 2007 18:06:39 -0300 From: "Marc G. Fournier" To: Kris Moore , Tijl Coosemans Message-ID: In-Reply-To: <46AF8B3B.3090105@pcbsd.com> References: <200707111442.33336.jhb@freebsd.org> <4697BFBB.1050009@vwsoft.com> <200707311725.33059.tijl@ulyssis.org> <46AF8B3B.3090105@pcbsd.com> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Volker , freebsd-stable@freebsd.org, John Baldwin Subject: Re: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2007 21:06:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Tuesday, July 31, 2007 12:19:23 -0700 Kris Moore wrote: > I just gave FireFox 2.0.0.6 a shot using FBSD 6-Stable and all the > various patches on the Wiki page. It loaded and ran just fine on my end. as user root? or a regular user? - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGr6Rf4QvfyHIvDvMRAqLmAJ4o7HAxPo+a4JTcP8D1x1xdC0usrgCgoWWT 2p/oZnz+2MQrXZ3UqGPBYXQ= =1EmJ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 21:21:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D112C16A421; Tue, 31 Jul 2007 21:21:23 +0000 (UTC) (envelope-from kris@pcbsd.com) Received: from pcbsd.ixsystems.com (pcbsd.ixsystems.net [206.40.55.78]) by mx1.freebsd.org (Postfix) with ESMTP id B440613C4A8; Tue, 31 Jul 2007 21:21:23 +0000 (UTC) (envelope-from kris@pcbsd.com) Received: from [192.168.1.102] (c-67-170-130-86.hsd1.wa.comcast.net [67.170.130.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pcbsd.ixsystems.com (Postfix) with ESMTP id 22208145F422; Tue, 31 Jul 2007 21:27:58 +0000 (UTC) Message-ID: <46AFA7D8.8010604@pcbsd.com> Date: Tue, 31 Jul 2007 14:21:28 -0700 From: Kris Moore User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) MIME-Version: 1.0 To: "Marc G. Fournier" References: <200707111442.33336.jhb@freebsd.org> <4697BFBB.1050009@vwsoft.com> <200707311725.33059.tijl@ulyssis.org> <46AF8B3B.3090105@pcbsd.com> In-Reply-To: X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Volker , freebsd-stable@freebsd.org, John Baldwin Subject: Re: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2007 21:21:23 -0000 Marc G. Fournier wrote: > > > --On Tuesday, July 31, 2007 12:19:23 -0700 Kris Moore wrote: > > >> I just gave FireFox 2.0.0.6 a shot using FBSD 6-Stable and all the >> various patches on the Wiki page. It loaded and ran just fine on my end. > > > as user root? or a regular user? > > ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email . scrappy@hub.org MSN . scrappy@hub.org > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 :) I learned my lesson, I ran it as regular user this time. -- Kris Moore PC-BSD Software http://www.pcbsd.com From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 21:42:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7323316A41B; Tue, 31 Jul 2007 21:42:41 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id B99AB13C461; Tue, 31 Jul 2007 21:42:40 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from localhost (maia-2.hub.org [200.46.204.187]) by hub.org (Postfix) with ESMTP id 2D7C5B46EA3; Tue, 31 Jul 2007 18:42:41 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-maia, port 10024) with ESMTP id 56482-08; Tue, 31 Jul 2007 18:42:36 -0300 (ADT) Received: from fserv.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id 99A88B46834; Tue, 31 Jul 2007 18:42:40 -0300 (ADT) Received: from [192.168.1.3] (unknown [192.168.1.3]) by fserv.hub.org (Postfix) with ESMTP id 828C38E1E4; Tue, 31 Jul 2007 18:42:42 -0300 (ADT) Date: Tue, 31 Jul 2007 18:42:42 -0300 From: "Marc G. Fournier" To: Kris Moore Message-ID: <4D5862EE261060C0EC8AB799@fserv.hub.org> In-Reply-To: <46AFA7D8.8010604@pcbsd.com> References: <200707111442.33336.jhb@freebsd.org> <4697BFBB.1050009@vwsoft.com> <200707311725.33059.tijl@ulyssis.org> <46AF8B3B.3090105@pcbsd.com> <46AFA7D8.8010604@pcbsd.com> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Volker , freebsd-stable@freebsd.org, John Baldwin Subject: Re: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2007 21:42:41 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Tuesday, July 31, 2007 14:21:28 -0700 Kris Moore wrote: > :) I learned my lesson, I ran it as regular user this time. 'k, now I'm curious ... you have all the kernel patches in place, and you can now run 'make tests' as a regular user without any problems? I just updated my kernel, so am going to work tonight on plugging in the OS patches and building a new wine here (just got back from camping, still catching up on things) ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGr6zS4QvfyHIvDvMRAjKGAJ41uUlIeSGwJojFNG9p1fYQt2Z92ACeOzgQ +IJ3IJZe7dcEN9VBHn7Fvbw= =MJ4T -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 21:47:45 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A843716A41B; Tue, 31 Jul 2007 21:47:45 +0000 (UTC) (envelope-from kris@pcbsd.com) Received: from pcbsd.ixsystems.com (pcbsd.ixsystems.net [206.40.55.78]) by mx1.freebsd.org (Postfix) with ESMTP id 8C06413C428; Tue, 31 Jul 2007 21:47:45 +0000 (UTC) (envelope-from kris@pcbsd.com) Received: from [192.168.1.102] (c-67-170-130-86.hsd1.wa.comcast.net [67.170.130.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pcbsd.ixsystems.com (Postfix) with ESMTP id 0C359145F422; Tue, 31 Jul 2007 21:54:19 +0000 (UTC) Message-ID: <46AFAE06.40300@pcbsd.com> Date: Tue, 31 Jul 2007 14:47:50 -0700 From: Kris Moore User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) MIME-Version: 1.0 To: "Marc G. Fournier" References: <200707111442.33336.jhb@freebsd.org> <4697BFBB.1050009@vwsoft.com> <200707311725.33059.tijl@ulyssis.org> <46AF8B3B.3090105@pcbsd.com> <46AFA7D8.8010604@pcbsd.com> <4D5862EE261060C0EC8AB799@fserv.hub.org> In-Reply-To: <4D5862EE261060C0EC8AB799@fserv.hub.org> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Volker , freebsd-stable@freebsd.org, John Baldwin Subject: Re: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2007 21:47:45 -0000 > 'k, now I'm curious ... you have all the kernel patches in place, and you can > now run 'make tests' as a regular user without any problems? I just updated my > kernel, so am going to work tonight on plugging in the OS patches and building > a new wine here (just got back from camping, still catching up on things) ... > > ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email . scrappy@hub.org MSN . scrappy@hub.org > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 I'm not sure all the tests run properly since I didn't run through them yet. I'll try it out tomorrow morning though. All I tried was FireFox for Windows and installed StarCraft. Both worked just fine here. (I did a spawn of Starcraft since the safedisc support isn't working as far as I know) -- Kris Moore PC-BSD Software http://www.pcbsd.com From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 05:54:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70AEE16A418 for ; Wed, 1 Aug 2007 05:54:36 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 26CB513C461 for ; Wed, 1 Aug 2007 05:54:36 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.8/8.13.7) with ESMTP id l715hSkY075437; Tue, 31 Jul 2007 22:43:28 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.8/8.13.4/Submit) id l715hRkV075424; Tue, 31 Jul 2007 22:43:27 -0700 (PDT) Date: Tue, 31 Jul 2007 22:43:27 -0700 (PDT) From: Matthew Dillon Message-Id: <200708010543.l715hRkV075424@apollo.backplane.com> To: "Dennis Melentyev" References: <20070727231905.GJ1152@turion.vk2pj.dyndns.org> <200707301319.l6UDJkAH068637@lurza.secnetix.de> Cc: peterjeremy@optushome.com.au, freebsd-stable@freebsd.org, dennis.melentyev@gmail.com Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 05:54:36 -0000 :> By the way, the problem apparently has been solved in :> DragonFly BSD (i.e. DF BSD does not panic when a mounted :> FS is physically removed). Maybe it is worth to have a We didn't do much here. Just started pulling devices, looking at the crash dumps, and fixing things. Basically it was just a collection of minor bugs... things like certain error paths in UFS (which only occur on an I/O error) had bugs, or caused corruption instead of properly handling the error, and various bits and pieces of the USB I/O path would get ripped out on the device pull while still referenced by other bits of the USB I/O path. You will also have to look at the way vfs flushing handles errors in order to allow a filesystem to be force-unmounted after the device has been pulled. Basically you have to make umount -f work and you have to make sure it properly dereferencing the underlying device and properly destroys the (now unwritable) dirty buffers. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 05:54:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5125A16A421; Wed, 1 Aug 2007 05:54:56 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id 39C1113C45B; Wed, 1 Aug 2007 05:54:56 +0000 (UTC) (envelope-from randy@psg.com) Received: from cust16202.lava.net ([64.65.95.74] helo=[192.168.0.101]) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IG6zA-0007Em-8c; Wed, 01 Aug 2007 05:43:04 +0000 Message-ID: <46B01D5E.6050004@psg.com> Date: Tue, 31 Jul 2007 19:42:54 -1000 From: Randy Bush User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) MIME-Version: 1.0 To: FreeBSD Current , FreeBSD Stable X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Subject: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 05:54:56 -0000 the undiscussed and unannounced change to the default dns config to cause local transfer of the root and arpa zone files has raised major discussing in the dns operational community. (see the mailing list dns-operations@mail.oarc.isc.org). did i miss the discussion here? i have spent some hours turning off the default bind and going custom on a dozen or so machines around the planet. i am not happy. what am i missing here? randy From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 06:15:51 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC70816A419 for ; Wed, 1 Aug 2007 06:15:51 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 1264413C478 for ; Wed, 1 Aug 2007 06:15:47 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id QAA03008; Wed, 1 Aug 2007 16:15:32 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 1 Aug 2007 16:15:32 +1000 (EST) From: Ian Smith To: Randy Bush In-Reply-To: <46B01D5E.6050004@psg.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 06:15:51 -0000 On Tue, 31 Jul 2007, Randy Bush wrote: > the undiscussed and unannounced change to the default dns config to > cause local transfer of the root and arpa zone files has raised major > discussing in the dns operational community. (see the mailing list > dns-operations@mail.oarc.isc.org). How may viewing these mailing list postings be achieved? Interested, Ian. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 07:05:04 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB52F16A417 for ; Wed, 1 Aug 2007 07:05:04 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id B577913C469 for ; Wed, 1 Aug 2007 07:05:04 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 74C281CC02E; Wed, 1 Aug 2007 00:05:04 -0700 (PDT) Date: Wed, 1 Aug 2007 00:05:04 -0700 From: Jeremy Chadwick To: Ian Smith Message-ID: <20070801070504.GA3127@eos.sc1.parodius.com> Mail-Followup-To: Ian Smith , Randy Bush , FreeBSD Current , FreeBSD Stable References: <46B01D5E.6050004@psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Randy Bush , FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 07:05:04 -0000 On Wed, Aug 01, 2007 at 04:15:32PM +1000, Ian Smith wrote: > On Tue, 31 Jul 2007, Randy Bush wrote: > > > the undiscussed and unannounced change to the default dns config to > > cause local transfer of the root and arpa zone files has raised major > > discussing in the dns operational community. (see the mailing list > > dns-operations@mail.oarc.isc.org). > > How may viewing these mailing list postings be achieved? Good starting point: http://lists.oarci.net/pipermail/dns-operations/2007-July/001803.html Same thread continues on into 2007 of August. http://lists.oarci.net/pipermail/dns-operations/2007-August/thread.html dougb@, I hope you're reading those. :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 08:56:14 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5580B16A418 for ; Wed, 1 Aug 2007 08:56:14 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 9304813C45D for ; Wed, 1 Aug 2007 08:56:12 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id SAA06921; Wed, 1 Aug 2007 18:56:09 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 1 Aug 2007 18:56:08 +1000 (EST) From: Ian Smith To: Jeremy Chadwick In-Reply-To: <20070801070504.GA3127@eos.sc1.parodius.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Randy Bush , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 08:56:14 -0000 [current@ omitted, I'm not subscribed so it whinges] On Wed, 1 Aug 2007, Jeremy Chadwick wrote: > On Wed, Aug 01, 2007 at 04:15:32PM +1000, Ian Smith wrote: > > On Tue, 31 Jul 2007, Randy Bush wrote: > > > > > the undiscussed and unannounced change to the default dns config to > > > cause local transfer of the root and arpa zone files has raised major > > > discussing in the dns operational community. (see the mailing list > > > dns-operations@mail.oarc.isc.org). > > > > How may viewing these mailing list postings be achieved? > > Good starting point: > > http://lists.oarci.net/pipermail/dns-operations/2007-July/001803.html > > Same thread continues on into 2007 of August. > > http://lists.oarci.net/pipermail/dns-operations/2007-August/thread.html Thanks. Informative and very spirited discussion as expected. I wasn't at all surprised to see Paul Vixie's first comment: "this is a really, really, really terrible idea." but he might be a tad molified by now. > dougb@, I hope you're reading those. :-) Powder kept dry until: http://lists.oarci.net/pipermail/dns-operations/2007-August/001856.html Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 09:21:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B147116A417 for ; Wed, 1 Aug 2007 09:21:25 +0000 (UTC) (envelope-from ml@netfence.it) Received: from parrot.aev.net (parrot.aev.net [212.31.247.179]) by mx1.freebsd.org (Postfix) with ESMTP id 3D70F13C461 for ; Wed, 1 Aug 2007 09:21:25 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.ventu ([151.77.235.121]) (authenticated bits=128) by parrot.aev.net (8.14.1/8.13.8) with ESMTP id l71961rS086464 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Wed, 1 Aug 2007 11:06:07 +0200 (CEST) (envelope-from ml@netfence.it) Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.1/8.13.8) with ESMTP id l718mTRu021561 for ; Wed, 1 Aug 2007 10:48:29 +0200 (CEST) (envelope-from ml@netfence.it) Message-ID: <46B049B1.6000602@netfence.it> Date: Wed, 01 Aug 2007 10:52:01 +0200 From: Andrea Venturoli User-Agent: Thunderbird 2.0.0.5 (X11/20070724) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.61 on 212.31.247.179 Subject: NFS Rename problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 09:21:25 -0000 Don't know if this is the right place to post: I encountered a non critical error on a 6.2 i386 box and I found no reference to it on the web. Here's the log: > Aug 1 10:33:28 soth kernel: kdb_backtrace(e8f18848,c053df25,c0663543,c0663590,cbace6cc,...) at kdb_backtrace+0x29 > Aug 1 10:33:28 soth kernel: vfs_badlock(c0663543,c0663590,cbace6cc) at vfs_badlock+0x11 > Aug 1 10:33:28 soth kernel: assert_vop_unlocked(cbace6cc,c0663590) at assert_vop_unlocked+0x4d > Aug 1 10:33:28 soth kernel: vop_rename_pre(e8f188dc) at vop_rename_pre+0x5f > Aug 1 10:33:28 soth kernel: VOP_RENAME_APV(c06a5840,e8f188dc) at VOP_RENAME_APV+0x7a > Aug 1 10:33:28 soth kernel: nfsrv_rename(c8d77a00,c6ada080,c6743000,e8f18c98) at nfsrv_rename+0x760 > Aug 1 10:33:28 soth kernel: nfssvc_nfsd(c6743000) at nfssvc_nfsd+0x3d9 > Aug 1 10:33:28 soth kernel: nfssvc(c6743000,e8f18d04) at nfssvc+0x18c > Aug 1 10:33:28 soth kernel: syscall(3b,3b,3b,1,0,...) at syscall+0x25b > Aug 1 10:33:28 soth kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f > Aug 1 10:33:28 soth kernel: --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280bd1b7, esp = 0xbfbfeb1c, ebp = 0xbfbfeb38 --- > Aug 1 10:33:28 soth kernel: vop_rename: fdvp locked: 0xcbace6cc is locked but should not be What I was trying to do was moving some file through NFS (the logs come from the server); I typed: mv foo/ . The problem was that in "foo" there was another directory named "foo". In case anyone is interested... bye av. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 11:02:06 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29E1316A469; Wed, 1 Aug 2007 11:02:06 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0C0A813C428; Wed, 1 Aug 2007 11:02:06 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.168.196.161]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JM3000IWDBG5RJ7@vms044.mailsrvcs.net>; Wed, 01 Aug 2007 06:02:05 -0500 (CDT) Date: Wed, 01 Aug 2007 07:07:27 -0400 From: Skip Ford In-reply-to: <46B01D5E.6050004@psg.com> To: Randy Bush Mail-followup-to: Randy Bush , FreeBSD Current , FreeBSD Stable Message-id: <20070801110727.GC59008@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <46B01D5E.6050004@psg.com> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 11:02:06 -0000 Randy Bush wrote: > the undiscussed and unannounced change to the default dns config to > cause local transfer of the root and arpa zone files has raised major > discussing in the dns operational community. (see the mailing list > dns-operations@mail.oarc.isc.org). > > did i miss the discussion here? No. There was none. > i have spent some hours turning off the default bind and going custom on > a dozen or so machines around the planet. i am not happy. > > what am i missing here? I don't have an axe to grind. I don't run the default config on any of my 2 dozen name servers (not all of which run bind anyway) so I wasn't really affected by the change. However, I thought it was a really, really, terrible idea, and a rather rude act considering it relies on the charity of others to not break. There is no requirement that FreeBSD users be permitted to slave the roots. Everyone who uses the default config can have their setups broken the day after installation. We never asked permission to use the resources of others in this way, and they're not required to allow us to do so. It's rude to assume they'll allow it, and it's risky to not receive permission beforehand to ensure slaving the roots will continue to work after RELEASE. The original commit message for the change indicated it was done to bring us in line with "current best practices" but that commit message is the only place I have ever seen anyone say that slaving the roots is current best practice. Again, I don't have an axe to grind and I really don't want to get in the middle of a personal attack. I don't think the world will explode, and in reality, there will probably be no problems at all, but if there aren't, it's because of pure luck not good planning or decision making. Microsoft makes much worse assumptions about the availability of the resources of others, but this is a Microsoft-ish decision, IMO. Just not a good plan. -- Skip From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 11:19:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E77AD16A419 for ; Wed, 1 Aug 2007 11:19:28 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id A446B13C469 for ; Wed, 1 Aug 2007 11:19:28 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-132-119.net-htp.de [89.182.132.119]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 171F5A44529; Wed, 1 Aug 2007 13:17:19 +0200 (CEST) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: Randy Bush , FreeBSD Current , FreeBSD Stable Date: Wed, 1 Aug 2007 13:19:23 +0200 User-Agent: KMail/1.9.7 References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> In-Reply-To: <20070801110727.GC59008@menantico.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708011319.24297.wundram@beenic.net> Cc: Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 11:19:29 -0000 Am Mittwoch 01 August 2007 13:07:27 schrieb Skip Ford: > You might want to check the thread starting with: <200707162319.41724.lofi@freebsd.org> ("Problems with named default configuration in 6-STABLE") also on freebsd-stable, where quite some discussion on this topic already took place. -- Heiko Wundram Product & Application Development From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 11:49:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65A5C16A41B for ; Wed, 1 Aug 2007 11:49:24 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 261F213C481 for ; Wed, 1 Aug 2007 11:49:24 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id E09A12089; Wed, 1 Aug 2007 13:31:42 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id D27072085; Wed, 1 Aug 2007 13:31:42 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id AD5948447A; Wed, 1 Aug 2007 13:31:42 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Randy Bush References: <46B01D5E.6050004@psg.com> Date: Wed, 01 Aug 2007 13:31:42 +0200 In-Reply-To: <46B01D5E.6050004@psg.com> (Randy Bush's message of "Tue\, 31 Jul 2007 19\:42\:54 -1000") Message-ID: <86wswflcdd.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 11:49:24 -0000 Randy Bush writes: > the undiscussed and unannounced change to the default dns config to > cause local transfer of the root and arpa zone files has raised major > discussing in the dns operational community. (see the mailing list > dns-operations@mail.oarc.isc.org). This is about on par with selling SOHO routers that synchronize their clocks using stratum-1 NTP servers. It should be backed out with prejudice. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 15:06:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B8C716A418 for ; Wed, 1 Aug 2007 15:06:22 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 1C7BF13C48A for ; Wed, 1 Aug 2007 15:06:21 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org ([192.147.25.65]:57162) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IGFmF-000Fx4-O3; Wed, 01 Aug 2007 10:06:21 -0500 Date: Wed, 1 Aug 2007 10:06:17 -0500 (CDT) From: Larry Rosenman To: Gavin Atkinson In-Reply-To: <20070801160323.N14630@ury.york.ac.uk> Message-ID: <20070801100602.Q59551@thebighonker.lerctr.org> References: <20070727093524.K20208@thebighonker.lerctr.org> <20070801160323.N14630@ury.york.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, DKIM_POLICY_SIGNSOME=0 X-LERCTR-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, DKIM_POLICY_SIGNSOME=0 DomainKey-Status: no signature Cc: freebsd-stable@freebsd.org Subject: Re: Panic: Page not present: RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 15:06:22 -0000 On Wed, 1 Aug 2007, Gavin Atkinson wrote: > On Fri, 27 Jul 2007, Larry Rosenman wrote: > >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0xffff803fff800058 >> fault code = supervisor read data, page not present >> instruction pointer = 0x8:0xffffffff803abb0e >> stack pointer = 0x10:0xffffffffb5ebfa40 >> frame pointer = 0x10:0xffffffffb5ebfa90 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 57526 (sshd) >> trap number = 12 >> panic: page fault >> cpuid = 2 >> KDB: stack backtrace: >> panic() at panic+0x253 >> trap_fatal() at trap_fatal+0x2c6 >> trap_pfault() at trap_pfault+0x243 >> trap() at trap+0x298 >> calltrap() at calltrap+0x5 >> --- trap 0xc, rip = 0xffffffff803abb0e, rsp = 0xffffffffb5ebfa40, rbp = >> 0xffffffffb5ebfa90 --- >> pmap_remove_pages() at pmap_remove_pages+0xde >> vmspace_exit() at vmspace_exit+0x9a >> exit1() at exit1+0x38c >> sys_exit() at sys_exit+0xe >> syscall() at syscall+0x437 >> Xfast_syscall() at Xfast_syscall+0xa8 >> --- syscall (1, FreeBSD ELF64, sys_exit), rip = 0x8016a096c, rsp = >> 0x7fffffffc038, rbp = 0x53c240 --- >> Uptime: 36d18h48m54s > > How recent is the source used to build this kernel? > June 18th. FreeBSD thebighonker.lerctr.org 6.2-STABLE FreeBSD 6.2-STABLE #0: Mon Jun 18 14:32:04 CDT 2007 root@thebighonker.lerctr.org:/usr/obj/usr/src/sys/THEBIGHONKER amd64 > Gavin > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 15:32:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7917216A420; Wed, 1 Aug 2007 15:32:03 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.freebsd.org (Postfix) with ESMTP id 9DE7C13C4A5; Wed, 1 Aug 2007 15:32:02 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (cpe-71-72-80-132.columbus.res.rr.com [71.72.80.132]) (authenticated bits=0) by mail.united-ware.com (8.13.8/8.13.8) with ESMTP id l71FVnl3046087 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Aug 2007 11:32:00 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-stable@freebsd.org Date: Wed, 1 Aug 2007 10:58:46 -0400 User-Agent: KMail/1.9.6 References: <200707111442.33336.jhb@freebsd.org> <4697BFBB.1050009@vwsoft.com> <200707311725.33059.tijl@ulyssis.org> In-Reply-To: <200707311725.33059.tijl@ulyssis.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1288148.zfQa47VROB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200708011058.53721.mistry.7@osu.edu> X-Virus-Scanned: ClamAV 0.90.3/3841/Tue Jul 31 23:01:08 2007 on mail.united-ware.com X-Virus-Status: Clean Cc: John Baldwin Subject: Re: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 15:32:03 -0000 --nextPart1288148.zfQa47VROB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 31 July 2007, Tijl Coosemans wrote: > On Friday 13 July 2007 20:08:59 Volker wrote: > > On 07/11/07 20:42, John Baldwin wrote: > >> This patch attempts to remove a gross hack with a slightly less > >> gross hack in order to avoid clobbering data in signal info that > >> Wine needs. In 7 this was fixed by a major change to how the > >> kernel manages signals internally, and that change is too large > >> to be MFC'd, hence this lighter weight patch. It has already > >> been tested by the folks working on Wine, but I would like a bit > >> more widespread testing before I commit it. Please test this > >> patch and let me know if anything breaks. Note that this patch > >> is only for i386. > >> > >> http://www.FreeBSD.org/~jhb/patches/sig_eva.patch > > > > I've patched and recompiled world + kernel using your patch. I > > can confirm it does not hurt but what does it good (my wine > > already ran fine despite some DDE and performance issues)? What > > to look for especially - any specific test procedures? > > Could you try Mozilla Firefox (for Windows) with and without this > patch? > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" =46reeBSD 6.2-RELEASE-p2 #0: Tue Jul 31 13:27:00 EDT 2007 I applied the patch and recompiled my kernel. The Firefox install=20 worked fine, but when I go to launch it I get: wine firefox.exe=20 fixme:actctx:parse_depend_manifests Could not find dependent assembly=20 L"Microsoft.Windows.Common-Controls" fixme:iphlpapi:NotifyAddrChange (Handle 0xbf6db5e8, overlapped=20 0xbf6db5cc): stub err:ole:CoGetClassObject class {4955dd33-b159-11d0-8fcf-00aa006bcc59}=20 not registered err:ole:CoGetClassObject no class object=20 {4955dd33-b159-11d0-8fcf-00aa006bcc59} could be created for context=20 0x1 err:seh:segv_handler Got unexpected trap 0 Bus error (core dumped) Does the patch require 6-STABLE? =2D-=20 Anish Mistry --nextPart1288148.zfQa47VROB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBGsJ+txqA5ziudZT0RAjCJAJ4oBWF3CRyNFmChgd7rkXdEIX0UtQCgq3ac LD8Z2kfoy4H/j6dfY5IfVVU= =bJ2O -----END PGP SIGNATURE----- --nextPart1288148.zfQa47VROB-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 15:36:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F391116A418 for ; Wed, 1 Aug 2007 15:36:11 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id 8F54513C442 for ; Wed, 1 Aug 2007 15:36:11 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id l71F4Dnl004197; Wed, 1 Aug 2007 16:04:13 +0100 (BST) Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1IGFkD-0001Xi-KQ; Wed, 01 Aug 2007 16:04:13 +0100 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.1/8.14.1) with ESMTP id l71F4Ds3035467; Wed, 1 Aug 2007 16:04:13 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.1/8.14.1/Submit) with ESMTP id l71F4Dsm035459; Wed, 1 Aug 2007 16:04:13 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Wed, 1 Aug 2007 16:04:13 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Larry Rosenman In-Reply-To: <20070727093524.K20208@thebighonker.lerctr.org> Message-ID: <20070801160323.N14630@ury.york.ac.uk> References: <20070727093524.K20208@thebighonker.lerctr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org Subject: Re: Panic: Page not present: RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 15:36:12 -0000 On Fri, 27 Jul 2007, Larry Rosenman wrote: > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xffff803fff800058 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff803abb0e > stack pointer = 0x10:0xffffffffb5ebfa40 > frame pointer = 0x10:0xffffffffb5ebfa90 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 57526 (sshd) > trap number = 12 > panic: page fault > cpuid = 2 > KDB: stack backtrace: > panic() at panic+0x253 > trap_fatal() at trap_fatal+0x2c6 > trap_pfault() at trap_pfault+0x243 > trap() at trap+0x298 > calltrap() at calltrap+0x5 > --- trap 0xc, rip = 0xffffffff803abb0e, rsp = 0xffffffffb5ebfa40, rbp = > 0xffffffffb5ebfa90 --- > pmap_remove_pages() at pmap_remove_pages+0xde > vmspace_exit() at vmspace_exit+0x9a > exit1() at exit1+0x38c > sys_exit() at sys_exit+0xe > syscall() at syscall+0x437 > Xfast_syscall() at Xfast_syscall+0xa8 > --- syscall (1, FreeBSD ELF64, sys_exit), rip = 0x8016a096c, rsp = > 0x7fffffffc038, rbp = 0x53c240 --- > Uptime: 36d18h48m54s How recent is the source used to build this kernel? Gavin From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 16:09:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 573BE16A41B for ; Wed, 1 Aug 2007 16:09:00 +0000 (UTC) (envelope-from kramer@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2EE2413C4CA for ; Wed, 1 Aug 2007 16:09:00 +0000 (UTC) (envelope-from kramer@centtech.com) Received: from edberg.centtech.com (edberg.centtech.com [10.20.200.80]) by mh2.centtech.com (8.13.8/8.13.8) with ESMTP id l71FXfPj026799; Wed, 1 Aug 2007 10:33:41 -0500 (CDT) (envelope-from kramer@centtech.com) Message-ID: <46B0A7D5.6040308@centtech.com> Date: Wed, 01 Aug 2007 10:33:41 -0500 From: Kevin Kramer User-Agent: Thunderbird 2.0.0.4 (X11/20070718) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3846/Wed Aug 1 02:27:07 2007 on mh2.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.1 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh2.centtech.com Cc: Kevin Kramer Subject: buildkernel failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kramer@centtech.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 16:09:00 -0000 I have a host that is running 6.2-PRERELEASE from Dec 14 2006. I'm trying to update it to 6.2 Stable. I've got the latest sources as of this morning. I'm also using gjournal so I've added the patch for that. The buildworld completed successfully, now I'm getting this when trying to buildkernel. /usr/src/sys/kern/vfs_subr.c: In function `vn_printf': /usr/src/sys/kern/vfs_subr.c:2551: error: `VV_DELETED' undeclared (first use in this function) /usr/src/sys/kern/vfs_subr.c:2551: error: (Each undeclared identifier is reported only once /usr/src/sys/kern/vfs_subr.c:2551: error: for each function it appears in.) *** Error code 1 I'm using GENERIC and have only added these lines and I moved my original /usr/src before cvs'ing. options SMP options UFS_GJOURNAL Thanks for any help. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 18:48:49 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62FDC16A419 for ; Wed, 1 Aug 2007 18:48:49 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id F130F13C457 for ; Wed, 1 Aug 2007 18:48:48 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.1/8.14.1/ALCHEMY.FRANKEN.DE) with ESMTP id l71ISJm4075365; Wed, 1 Aug 2007 20:28:19 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.1/8.14.1/Submit) id l71ISJra075364; Wed, 1 Aug 2007 20:28:19 +0200 (CEST) (envelope-from marius) Date: Wed, 1 Aug 2007 20:28:19 +0200 From: Marius Strobl To: Tim McCormick Message-ID: <20070801182818.GA75177@alchemy.franken.de> References: <200707312123.07969.tim@pcbsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200707312123.07969.tim@pcbsd.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: Netgear PCMCIA NIC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 18:48:49 -0000 On Tue, Jul 31, 2007 at 09:23:02PM +0100, Tim McCormick wrote: > Hey guys, > > Having a problem on a laptop I've recently migrated from 6.1-RELEASE to > 6.2-STABLE. > > My PCMCIA NIC (Netgear GA511) no longer works, and after looking around a bit, > I'm afraid its got me stumped. > > Getting the following from dmesg upon insertion: > > ---- > re0: port 0x1100-0x11ff > mem 0x88000000-0x880001ff irq 9 at device 0.0 on cardbus0 > miibus0: on re0 > rgephy0: on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > re0: Ethernet address: 00:18:4d:6e:be:23 > re0: couldn't set up irq > rgephy0: detached > miibus0: detached > device_attach: re0 attach returned 22 > ---- > > Anyone able to clue me in? > The current re(4) uses an INTR_FAST type interrupt handler, which pccbb(4) doesn't allow to be set up for more or less historical reasons. Use the patch in (IMO an adequate fix): http://docs.freebsd.org/cgi/mid.cgi?20060711.154453.-1632629843.imp Marius From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 20:21:58 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBEC916A417 for ; Wed, 1 Aug 2007 20:21:57 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id C7F9313C45A for ; Wed, 1 Aug 2007 20:21:57 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.14.1/8.14.1) with ESMTP id l71K6FB2011731 for ; Wed, 1 Aug 2007 13:06:15 -0700 (PDT) (envelope-from jrhett@svcolo.com) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Jo Rhett Date: Wed, 1 Aug 2007 13:06:08 -0700 X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - jrhett@svcolo.com is whitelisted. X-CanItPRO-Stream: default X-Canit-Stats-ID: 131028 - 0f5bb24f8c2d X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Subject: arran 6.2-RELEASE-p4 broke rrdtool X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 20:21:58 -0000 Last night I ran "freebsd-update install" and rebooted. Even thought the update said -p6, when it rebooted uname -s continues to reboot - p4 on all systems. However, since the reboot rrdtool is dumping core periodically. It doesn't happen on non-updated systems. I've deinstalled and rebuilt the packages and nothing has been changed. $ rrdtool update /d/rrd/stats/force10/core2.0.8.rrd 1185998397:0:0 Segmentation fault: 11 (core dumped) Ktrace shows nothing obvious to me anyway 82833 ktrace RET ktrace 0 82833 ktrace CALL execve(0xbfbfe670,0xbfbfebbc,0xbfbfebd0) 82833 ktrace NAMI "/sbin/rrdtool" 82833 ktrace RET execve -1 errno 2 No such file or directory 82833 ktrace CALL execve(0xbfbfe670,0xbfbfebbc,0xbfbfebd0) 82833 ktrace NAMI "/bin/rrdtool" 82833 ktrace RET execve -1 errno 2 No such file or directory 82833 ktrace CALL execve(0xbfbfe670,0xbfbfebbc,0xbfbfebd0) 82833 ktrace NAMI "/usr/sbin/rrdtool" 82833 ktrace RET execve -1 errno 2 No such file or directory 82833 ktrace CALL execve(0xbfbfe670,0xbfbfebbc,0xbfbfebd0) 82833 ktrace NAMI "/usr/bin/rrdtool" 82833 ktrace RET execve -1 errno 2 No such file or directory 82833 ktrace CALL execve(0xbfbfe670,0xbfbfebbc,0xbfbfebd0) 82833 ktrace NAMI "/usr/games/rrdtool" 82833 ktrace RET execve -1 errno 2 No such file or directory 82833 ktrace CALL execve(0xbfbfe670,0xbfbfebbc,0xbfbfebd0) 82833 ktrace NAMI "/usr/local/sbin/rrdtool" 82833 ktrace RET execve -1 errno 2 No such file or directory 82833 ktrace CALL execve(0xbfbfe670,0xbfbfebbc,0xbfbfebd0) 82833 ktrace NAMI "/usr/local/bin/rrdtool" 82833 ktrace NAMI "/libexec/ld-elf.so.1" 82833 rrdtool RET execve 0 82833 rrdtool CALL mmap(0,0xf40,0x3,0x1000,0xffffffff,0,0,0) 82833 rrdtool RET mmap 671555584/0x28072000 82833 rrdtool CALL munmap(0x28072000,0xf40) 82833 rrdtool RET munmap 0 82833 rrdtool CALL __sysctl(0xbfbfe968,0x2,0x2806eb58,0xbfbfe964,0,0) 82833 rrdtool RET __sysctl 0 82833 rrdtool CALL mmap(0,0x8000,0x3,0x1002,0xffffffff,0,0,0) 82833 rrdtool RET mmap 671555584/0x28072000 82833 rrdtool CALL issetugid 82833 rrdtool RET issetugid 0 82833 rrdtool CALL open(0x28068c48,0,0x1b6) 82833 rrdtool NAMI "/etc/libmap.conf" 82833 rrdtool RET open -1 errno 2 No such file or directory 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/usr/local/lib/librrd.so.2" 82833 rrdtool RET access 0 82833 rrdtool CALL open(0x28073020,0,0) 82833 rrdtool NAMI "/usr/local/lib/librrd.so.2" 82833 rrdtool RET open 3 82833 rrdtool CALL fstat(0x3,0xbfbfe970) 82833 rrdtool RET fstat 0 82833 rrdtool CALL read(0x3,0x2806daa0,0x1000) 82833 rrdtool RET read 4096/0x1000 82833 rrdtool CALL mmap(0,0x46000,0x5,0x20002,0x3,0,0,0) 82833 rrdtool RET mmap 671588352/0x2807a000 82833 rrdtool CALL mprotect(0x280b9000,0x1000,0x7) 82833 rrdtool RET mprotect 0 82833 rrdtool CALL mprotect(0x280b9000,0x1000,0x5) 82833 rrdtool RET mprotect 0 82833 rrdtool CALL mmap(0x280ba000,0x5000,0x3,0x12,0x3,0,0x3f000,0) 82833 rrdtool RET mmap 671850496/0x280ba000 82833 rrdtool CALL mmap(0x280bf000,0x1000,0x3,0x1012,0xffffffff,0,0,0) 82833 rrdtool RET mmap 671870976/0x280bf000 82833 rrdtool CALL close(0x3) 82833 rrdtool RET close 0 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/usr/local/lib/libfreetype.so.9" 82833 rrdtool RET access 0 82833 rrdtool CALL open(0x28077000,0,0xbfbfe9e8) 82833 rrdtool NAMI "/usr/local/lib/libfreetype.so.9" 82833 rrdtool RET open 3 82833 rrdtool CALL fstat(0x3,0xbfbfe970) 82833 rrdtool RET fstat 0 82833 rrdtool CALL read(0x3,0x2806daa0,0x1000) 82833 rrdtool RET read 4096/0x1000 82833 rrdtool CALL mmap(0,0x64000,0x5,0x20002,0x3,0,0,0) 82833 rrdtool RET mmap 671875072/0x280c0000 82833 rrdtool CALL mprotect(0x28120000,0x1000,0x7) 82833 rrdtool RET mprotect 0 82833 rrdtool CALL mprotect(0x28120000,0x1000,0x5) 82833 rrdtool RET mprotect 0 82833 rrdtool CALL mmap(0x28121000,0x3000,0x3,0x12,0x3,0,0x61000,0) 82833 rrdtool RET mmap 672272384/0x28121000 82833 rrdtool CALL close(0x3) 82833 rrdtool RET close 0 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/usr/local/lib/libpng.so.5" 82833 rrdtool RET access 0 82833 rrdtool CALL open(0x28073040,0,0xbfbfe9e8) 82833 rrdtool NAMI "/usr/local/lib/libpng.so.5" 82833 rrdtool RET open 3 82833 rrdtool CALL fstat(0x3,0xbfbfe970) 82833 rrdtool RET fstat 0 82833 rrdtool CALL read(0x3,0x2806daa0,0x1000) 82833 rrdtool RET read 4096/0x1000 82833 rrdtool CALL mmap(0,0x22000,0x5,0x20002,0x3,0,0,0) 82833 rrdtool RET mmap 672284672/0x28124000 82833 rrdtool CALL mprotect(0x28144000,0x1000,0x7) 82833 rrdtool RET mprotect 0 82833 rrdtool CALL mprotect(0x28144000,0x1000,0x5) 82833 rrdtool RET mprotect 0 82833 rrdtool CALL mmap(0x28145000,0x1000,0x3,0x12,0x3,0,0x20000,0) 82833 rrdtool RET mmap 672419840/0x28145000 82833 rrdtool CALL close(0x3) 82833 rrdtool RET close 0 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/usr/local/lib/libz.so.3" 82833 rrdtool RET access -1 errno 2 No such file or directory 82833 rrdtool CALL open(0x28067ea0,0,0xe) 82833 rrdtool NAMI "/var/run/ld-elf.so.hints" 82833 rrdtool RET open 3 82833 rrdtool CALL read(0x3,0xbfbfe930,0x80) 82833 rrdtool RET read 128/0x80 82833 rrdtool CALL lseek(0x3,0,0x80,0,0) 82833 rrdtool RET lseek 128/0x80 82833 rrdtool CALL read(0x3,0x28078000,0x42) 82833 rrdtool RET read 66/0x42 82833 rrdtool CALL close(0x3) 82833 rrdtool RET close 0 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/lib/libz.so.3" 82833 rrdtool RET access 0 82833 rrdtool CALL open(0x28073060,0,0xbfbfe9e8) 82833 rrdtool NAMI "/lib/libz.so.3" 82833 rrdtool RET open 3 82833 rrdtool CALL fstat(0x3,0xbfbfe970) 82833 rrdtool RET fstat 0 82833 rrdtool CALL read(0x3,0x2806daa0,0x1000) 82833 rrdtool RET read 4096/0x1000 82833 rrdtool CALL mmap(0,0x11000,0x5,0x20002,0x3,0,0,0) 82833 rrdtool RET mmap 672423936/0x28146000 82833 rrdtool CALL mprotect(0x28155000,0x1000,0x7) 82833 rrdtool RET mprotect 0 82833 rrdtool CALL mprotect(0x28155000,0x1000,0x5) 82833 rrdtool RET mprotect 0 82833 rrdtool CALL mmap(0x28156000,0x1000,0x3,0x12,0x3,0,0xf000,0) 82833 rrdtool RET mmap 672489472/0x28156000 82833 rrdtool CALL close(0x3) 82833 rrdtool RET close 0 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/usr/local/lib/libart_lgpl_2.so.5" 82833 rrdtool RET access 0 82833 rrdtool CALL open(0x28077040,0,0xbfbfe9e8) 82833 rrdtool NAMI "/usr/local/lib/libart_lgpl_2.so.5" 82833 rrdtool RET open 3 82833 rrdtool CALL fstat(0x3,0xbfbfe970) 82833 rrdtool RET fstat 0 82833 rrdtool CALL read(0x3,0x2806daa0,0x1000) 82833 rrdtool RET read 4096/0x1000 82833 rrdtool CALL mmap(0,0x14000,0x5,0x20002,0x3,0,0,0) 82833 rrdtool RET mmap 672493568/0x28157000 82833 rrdtool CALL mprotect(0x28169000,0x1000,0x7) 82833 rrdtool RET mprotect 0 82833 rrdtool CALL mprotect(0x28169000,0x1000,0x5) 82833 rrdtool RET mprotect 0 82833 rrdtool CALL mmap(0x2816a000,0x1000,0x3,0x12,0x3,0,0x13000,0) 82833 rrdtool RET mmap 672571392/0x2816a000 82833 rrdtool CALL close(0x3) 82833 rrdtool RET close 0 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/usr/local/lib/libm.so.4" 82833 rrdtool RET access -1 errno 2 No such file or directory 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/lib/libm.so.4" 82833 rrdtool RET access 0 82833 rrdtool CALL open(0x28073080,0,0xbfbfe9e8) 82833 rrdtool NAMI "/lib/libm.so.4" 82833 rrdtool RET open 3 82833 rrdtool CALL fstat(0x3,0xbfbfe970) 82833 rrdtool RET fstat 0 82833 rrdtool CALL read(0x3,0x2806daa0,0x1000) 82833 rrdtool RET read 4096/0x1000 82833 rrdtool CALL mmap(0,0x16000,0x5,0x20002,0x3,0,0,0) 82833 rrdtool RET mmap 672575488/0x2816b000 82833 rrdtool CALL mprotect(0x2817f000,0x1000,0x7) 82833 rrdtool RET mprotect 0 82833 rrdtool CALL mprotect(0x2817f000,0x1000,0x5) 82833 rrdtool RET mprotect 0 82833 rrdtool CALL mmap(0x28180000,0x1000,0x3,0x12,0x3,0,0x15000,0) 82833 rrdtool RET mmap 672661504/0x28180000 82833 rrdtool CALL close(0x3) 82833 rrdtool RET close 0 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/usr/local/lib/libc.so.6" 82833 rrdtool RET access -1 errno 2 No such file or directory 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/lib/libc.so.6" 82833 rrdtool RET access 0 82833 rrdtool CALL open(0x280730a0,0,0xbfbfe9e8) 82833 rrdtool NAMI "/lib/libc.so.6" 82833 rrdtool RET open 3 82833 rrdtool CALL fstat(0x3,0xbfbfe970) 82833 rrdtool RET fstat 0 82833 rrdtool CALL read(0x3,0x2806daa0,0x1000) 82833 rrdtool RET read 4096/0x1000 82833 rrdtool CALL mmap(0,0xe5000,0x5,0x20002,0x3,0,0,0) 82833 rrdtool RET mmap 672665600/0x28181000 82833 rrdtool CALL mprotect(0x28249000,0x1000,0x7) 82833 rrdtool RET mprotect 0 82833 rrdtool CALL mprotect(0x28249000,0x1000,0x5) 82833 rrdtool RET mprotect 0 82833 rrdtool CALL mmap(0x2824a000,0x6000,0x3,0x12,0x3,0,0xc9000,0) 82833 rrdtool RET mmap 673488896/0x2824a000 82833 rrdtool CALL mmap(0x28250000,0x16000,0x3,0x1012,0xffffffff, 0,0,0) 82833 rrdtool RET mmap 673513472/0x28250000 82833 rrdtool CALL close(0x3) 82833 rrdtool RET close 0 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/usr/local/lib/libfreetype.so.9" 82833 rrdtool RET access 0 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/usr/local/lib/libpng.so.5" 82833 rrdtool RET access 0 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/usr/local/lib/libz.so.3" 82833 rrdtool RET access -1 errno 2 No such file or directory 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/lib/libz.so.3" 82833 rrdtool RET access 0 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/usr/local/lib/libart_lgpl_2.so.5" 82833 rrdtool RET access 0 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/usr/local/lib/libm.so.4" 82833 rrdtool RET access -1 errno 2 No such file or directory 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/lib/libm.so.4" 82833 rrdtool RET access 0 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/lib/libz.so.3" 82833 rrdtool RET access 0 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/lib/libm.so.4" 82833 rrdtool RET access 0 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/lib/libz.so.3" 82833 rrdtool RET access 0 82833 rrdtool CALL access(0x28076000,0) 82833 rrdtool NAMI "/lib/libm.so.4" 82833 rrdtool RET access 0 82833 rrdtool CALL sysarch(0xa,0xbfbfe9e0) 82833 rrdtool RET sysarch 0 82833 rrdtool CALL mmap(0,0x88,0x3,0x1000,0xffffffff,0,0,0) 82833 rrdtool RET mmap 673603584/0x28266000 82833 rrdtool CALL munmap(0x28266000,0x88) 82833 rrdtool RET munmap 0 82833 rrdtool CALL mmap(0,0xbd8,0x3,0x1000,0xffffffff,0,0,0) 82833 rrdtool RET mmap 673603584/0x28266000 82833 rrdtool CALL munmap(0x28266000,0xbd8) 82833 rrdtool RET munmap 0 82833 rrdtool CALL mmap(0,0xbb8,0x3,0x1000,0xffffffff,0,0,0) 82833 rrdtool RET mmap 673603584/0x28266000 82833 rrdtool CALL munmap(0x28266000,0xbb8) 82833 rrdtool RET munmap 0 82833 rrdtool CALL mmap(0,0xd10,0x3,0x1000,0xffffffff,0,0,0) 82833 rrdtool RET mmap 673603584/0x28266000 82833 rrdtool CALL munmap(0x28266000,0xd10) 82833 rrdtool RET munmap 0 82833 rrdtool CALL mmap(0,0x400,0x3,0x1000,0xffffffff,0,0,0) 82833 rrdtool RET mmap 673603584/0x28266000 82833 rrdtool CALL munmap(0x28266000,0x400) 82833 rrdtool RET munmap 0 82833 rrdtool CALL mmap(0,0x598,0x3,0x1000,0xffffffff,0,0,0) 82833 rrdtool RET mmap 673603584/0x28266000 82833 rrdtool CALL munmap(0x28266000,0x598) 82833 rrdtool RET munmap 0 82833 rrdtool CALL mmap(0,0x740,0x3,0x1000,0xffffffff,0,0,0) 82833 rrdtool RET mmap 673603584/0x28266000 82833 rrdtool CALL munmap(0x28266000,0x740) 82833 rrdtool RET munmap 0 82833 rrdtool CALL mmap(0,0x5908,0x3,0x1000,0xffffffff,0,0,0) 82833 rrdtool RET mmap 673603584/0x28266000 82833 rrdtool CALL munmap(0x28266000,0x5908) 82833 rrdtool RET munmap 0 82833 rrdtool CALL sigprocmask(0x1,0x2806d9e0,0xbfbfe9b0) 82833 rrdtool RET sigprocmask 0 82833 rrdtool CALL sigprocmask(0x3,0x2806d9f0,0) 82833 rrdtool RET sigprocmask 0 82833 rrdtool CALL open(0xbfbfecb7,0x2,0x1b6) 82833 rrdtool NAMI "/d/rrd/stats/force10/core2.0.2.rrd" 82833 rrdtool RET open 3 82833 rrdtool CALL readlink(0x28242d77,0xbfbfe560,0x3f) 82833 rrdtool NAMI "/etc/malloc.conf" 82833 rrdtool RET readlink -1 errno 2 No such file or directory 82833 rrdtool CALL issetugid 82833 rrdtool RET issetugid 0 82833 rrdtool CALL mmap(0,0x1000,0x3,0x1002,0xffffffff,0,0,0) 82833 rrdtool RET mmap 673603584/0x28266000 82833 rrdtool CALL break(0x804b000) 82833 rrdtool RET break 0 82833 rrdtool CALL break(0x804c000) 82833 rrdtool RET break 0 82833 rrdtool CALL fstat(0x3,0xbfbfe490) 82833 rrdtool RET fstat 0 82833 rrdtool CALL break(0x804d000) 82833 rrdtool RET break 0 82833 rrdtool CALL read(0x3,0x804c000,0x1000) 82833 rrdtool RET read 4096/0x1000 82833 rrdtool CALL break(0x804e000) 82833 rrdtool RET break 0 82833 rrdtool CALL break(0x804f000) 82833 rrdtool RET break 0 82833 rrdtool CALL break(0x8050000) 82833 rrdtool RET break 0 82833 rrdtool CALL break(0x8051000) 82833 rrdtool RET break 0 82833 rrdtool CALL gettimeofday(0xbfbfe750,0) 82833 rrdtool RET gettimeofday 0 82833 rrdtool CALL lseek(0x3,0,0,0,0x1) 82833 rrdtool RET lseek 4096/0x1000 82833 rrdtool CALL lseek(0x3,0,0,0,0x2) 82833 rrdtool RET lseek 2661128/0x289b08 82833 rrdtool CALL lseek(0x3,0,0xf08,0,0) 82833 rrdtool RET lseek 3848/0xf08 82833 rrdtool CALL fcntl(0x3,0x8,0xbfbfe5c0) 82833 rrdtool RET fcntl 0 82833 rrdtool CALL mmap(0,0x289b08,0x3,0x1,0x3,0,0,0) 82833 rrdtool RET mmap 673607680/0x28267000 82833 rrdtool PSIG SIGSEGV SIG_DFL 82833 rrdtool NAMI "rrdtool.core" -- Jo Rhett senior geek Silicon Valley Colocation Support Phone: 408-400-0550 From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 20:32:45 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F8C316A41A for ; Wed, 1 Aug 2007 20:32:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id CAC4813C45A for ; Wed, 1 Aug 2007 20:32:44 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 19869 invoked by uid 399); 1 Aug 2007 20:32:44 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 1 Aug 2007 20:32:44 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B0EDEA.8050608@FreeBSD.org> Date: Wed, 01 Aug 2007 13:32:42 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: FreeBSD Current , FreeBSD Stable References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> In-Reply-To: <20070801110727.GC59008@menantico.com> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 20:32:45 -0000 Replying en masse to bring related thoughts together. It was already posted, but a more complete treatment of my reasoning is found at: http://lists.oarci.net/pipermail/dns-operations/2007-August/001856.html Skip Ford wrote: > Randy Bush wrote: >> the undiscussed and unannounced change to the default dns config >> to cause local transfer of the root and arpa zone files has >> raised major discussing in the dns operational community. (see >> the mailing list dns-operations@mail.oarc.isc.org). >> >> did i miss the discussion here? > > No. There was none. > >> i have spent some hours turning off the default bind and going >> custom on a dozen or so machines around the planet. i am not >> happy. Randy, You might make your life a little easier by checking out src.conf(1) in 7-current and make.conf(1) in 6-stable which both document the various NO_BIND_* knobs that are available. What you probably want is NO_BIND_ETC. > I don't have an axe to grind. I don't run the default config on > any of my 2 dozen name servers (not all of which run bind anyway) > so I wasn't really affected by the change. > > However, I thought it was a really, really, terrible idea, You're entitled to your opinion. If you take a look at the thread on the dns-operations list you'll see that there are a lot of really smart people lined up on both sides of this argument. > and a rather rude act considering it relies on the charity of > others to not break. The same can be said of the root server network in general. > There is no requirement that FreeBSD users be permitted to slave > the roots. Everyone who uses the default config can have their > setups broken the day after installation. The root server operators do not make changes in this kind of abrupt fashion. > We never asked permission to use the resources of others in this > way, and they're not required to allow us to do so. Once again, the same is true of resolution from the root servers as well. > The original commit message for the change indicated it was done to > bring us in line with "current best practices" but that commit > message is the only place I have ever seen anyone say that slaving > the roots is current best practice. The BCP comment you're referring to was in regards to the default localhost zone generation which is not in any way related. Please see: http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/namedb/named.conf Heiko Wundram (Beenic) wrote: > Am Mittwoch 01 August 2007 13:07:27 schrieb Skip Ford: >> > > You might want to check the thread starting with: > > <200707162319.41724.lofi@freebsd.org> ("Problems with named default > configuration in 6-STABLE") Easier for most folks to access this by: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=207558+0+archive/2007/freebsd-stable/20070722.freebsd-stable That thread involved an issue of resolving local zones that could not be resolved because of a combination of slaving the root zone and the new default empty reverse zones for RFC 1918 space; and how that interacted with the forwarders clause that user had in his config. Dag-Erling Smørgrav wrote: > This is about on par with > selling SOHO routers that synchronize their clocks using stratum-1 > NTP servers. I don't really think that analogy holds up, given that those who run public stratum-1 NTP servers specifically request that individual hosts not sync from them. The root server operators have a choice of whether to enable AXFR or not. Also, that configuration could not be changed, but named.conf can be changed easily. If there is a consensus based on solid technical reasons (not emotion or FUD) to back the root zone slaving change out, I'll be glad to do so. I think it would be very useful at this point if those who _like_ the change would speak up publicly as well. Regards, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 20:46:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04EC916A469 for ; Wed, 1 Aug 2007 20:46:29 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: from mail.sub.ru (mail.sub.ru [88.212.205.2]) by mx1.freebsd.org (Postfix) with SMTP id F0CF813C480 for ; Wed, 1 Aug 2007 20:46:27 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 23141 invoked from network); 2 Aug 2007 00:25:32 +0400 Received: from unknown (HELO localhost) (88.212.205.2) by mail.sub.ru with SMTP; 2 Aug 2007 00:25:32 +0400 X-Virus-Scanned: by amavisd-new at mail.sub.ru Received: from unknown ([88.212.205.2]) by localhost (mail-new.sub.ru [88.212.205.2]) (amavisd-new, port 10024) with SMTP id TaCjDfV6-jQQ; Thu, 2 Aug 2007 00:25:27 +0400 (MSD) Received: from unknown (HELO tarkhil.over.ru) (tarkhil%sub.ru@89.222.147.9) by techno.sub.ru with SMTP; 1 Aug 2007 20:25:26 -0000 Message-ID: <46B0EAC9.3080502@webmail.sub.ru> Date: Thu, 02 Aug 2007 00:19:21 +0400 From: Alex Povolotsky User-Agent: Thunderbird 2.0.0.4 (X11/20070709) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Ogogon !!! Subject: FreeBSD 6.2-STABLE crash under moderate disk activity X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 20:46:29 -0000 FreeBSD 6.2-RELEASE and 6.2-STABLE both repeatedly crash with moderate disk activity. The problem occurs with two different disk drives, controller documented as supported. When disk is empty, everything works; filling disk with data makes crash inevietable. Here is my backtrace Unread portion of the kernel message buffer: ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad6: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=18829695 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x28 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0695b74 stack pointer = 0x28:0xd568ec28 frame pointer = 0x28:0xd568ec30 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 18 (thread taskq) trap number = 12 panic: page fault Uptime: 38m41s Dumping 511 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc06827ea in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0682a80 in panic (fmt=0xc08f6895 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc08985f4 in trap_fatal (frame=0xd568ebe8, eva=40) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc089835b in trap_pfault (frame=0xd568ebe8, usermode=0, eva=40) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc0897f99 in trap (frame= {tf_fs = -1064435704, tf_es = -714604504, tf_ds = -1064239064, tf_edi = -1004877952, tf_esi = 0, tf_ebp = -714544080, tf_isp = -714544108, tf_ebx = -1004877952, tf_edx = 2, tf_ecx = -1019514112, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1066837132, tf_cs = 32, tf_eflags = 590406, tf_esp = -1004877952, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc08856ca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0695b74 in devclass_sysctl_init (dc=0x0) at /usr/src/sys/kern/subr_bus.c:215 #8 0xc0695cf0 in device_sysctl_init (dev=0xc41ac780) at /usr/src/sys/kern/subr_bus.c:280 #9 0xc0697b7a in device_attach (dev=0xc41ac780) at /usr/src/sys/kern/subr_bus.c:2375 #10 0xc0697b64 in device_probe_and_attach (dev=0xc41ac780) at /usr/src/sys/kern/subr_bus.c:2346 #11 0xc069844a in bus_generic_attach (dev=0x0) at /usr/src/sys/kern/subr_bus.c:2883 #12 0xc04c6814 in ata_identify (dev=0xc3404080) at /usr/src/sys/dev/ata/ata-all.c:718 #13 0xc04c7462 in ata_sata_phy_event (context=0xc3cc6de0, dummy=1) at /usr/src/sys/dev/ata/ata-chipset.c:273 #14 0xc06a1e9b in taskqueue_run (queue=0xc3301d00) at /usr/src/sys/kern/subr_taskqueue.c:257 #15 0xc06a22d6 in taskqueue_thread_loop (arg=0x0) at /usr/src/sys/kern/subr_taskqueue.c:376 #16 0xc066c9d4 in fork_exit (callout=0xc06a2268 , arg=0xc09f8ba8, frame=0xd568ed38) at /usr/src/sys/kern/kern_fork.c:830 #17 0xc088572c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 dmesg.boot: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Thu Jul 26 10:27:14 MSD 2007 root@dbill.test.ru:/usr/obj/usr/src/sys/DBILL ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2411.60-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 536805376 (511 MB) avail memory = 515887104 (491 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff,0x4000-0x40bf on acpi0 pci0: on pcib0 agp0: mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0xb800-0xb81f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb000-0xb01f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xb400-0xb41f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xe4000000-0xe40003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 rl0: port 0x9000-0x90ff mem 0xe3000000-0xe30000ff irq 22 at device 2.0 on pci2 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:50:22:82:db:6c atapci0: port 0x9400-0x9407,0x9800-0x9803,0x9c00-0x9c07,0xa000-0xa003,0xa400-0xa40f mem 0xe3001000-0xe 30011ff irq 18 at device 4.0 on pci2 ata2: on atapci0 ata3: on atapci0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 31.1 on pci0 ata0: on atapci1 ata1: on atapci1 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xcc000-0xd07ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2411602732 Hz quality 800 Timecounters tick every 1.000 msec ad0: 38166MB at ata0-master UDMA100 ad6: 476940MB at ata3-master SATA150 Alex. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 20:58:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F5AF16A474; Wed, 1 Aug 2007 20:58:44 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id D44C413C45E; Wed, 1 Aug 2007 20:58:41 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (F72ba.f.ppp-pool.de [195.4.114.186]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id B207D12883F; Wed, 1 Aug 2007 22:58:33 +0200 (CEST) Received: from cesar.sz.vwsoft.com (unknown [192.168.18.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 503C63F43A; Wed, 1 Aug 2007 22:58:23 +0200 (CEST) Message-ID: <46B0F3EF.9020702@vwsoft.com> Date: Wed, 01 Aug 2007 22:58:23 +0200 From: Volker User-Agent: Thunderbird 2.0.0.5 (X11/20070721) MIME-Version: 1.0 To: Tijl Coosemans References: <200707111442.33336.jhb@freebsd.org> <4697BFBB.1050009@vwsoft.com> <200707311725.33059.tijl@ulyssis.org> In-Reply-To: <200707311725.33059.tijl@ulyssis.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 20:58:44 -0000 On 07/31/07 17:25, Tijl Coosemans wrote: > On Friday 13 July 2007 20:08:59 Volker wrote: >> On 07/11/07 20:42, John Baldwin wrote: >>> This patch attempts to remove a gross hack with a slightly less >>> gross hack in order to avoid clobbering data in signal info that >>> Wine needs. In 7 this was fixed by a major change to how the kernel >>> manages signals internally, and that change is too large to be >>> MFC'd, hence this lighter weight patch. It has already been tested >>> by the folks working on Wine, but I would like a bit more widespread >>> testing before I commit it. Please test this patch and let me know >>> if anything breaks. Note that this patch is only for i386. >>> >>> http://www.FreeBSD.org/~jhb/patches/sig_eva.patch >> I've patched and recompiled world + kernel using your patch. I can >> confirm it does not hurt but what does it good (my wine already ran >> fine despite some DDE and performance issues)? What to look for >> especially - any specific test procedures? > > Could you try Mozilla Firefox (for Windows) with and without this > patch? > Tijl, sorry for delay. It took some hours to cleanly build new world + kernel w/o patches, test and patch and rebuild everything. Here are the results: clean world + kernel (unpatched), csup'ed 2007-07-31, ports-tree up to date, installed wine: wine-0.9.42,1 - trying to start an already installed Win32 Firefox (installed under W2k, contained on a mounted NTFS volume): %wine /media/CesNt2/Program\ Files/Comm/Firefox/firefox.exe fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" err:wgl:X11DRV_WineGL_InitOpenglInfo couldn't initialize OpenGL, expect problems wine: Unhandled page fault on read access to 0x000000a1 at address 0x9ccdc232 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x000000a1 in 32-bit code (0x9ccdc232). file_set_error: Bad address file_set_error: Bad address Register dump: CS:0033 SS:003b DS:003b ES:003b FS:1007 GS:001b EIP:9ccdc232 ESP:0034ea78 EBP:0034ea78 EFLAGS:00010202( - 00 - -RI1) EAX:9cc80490 EBX:9cc7fe48 ECX:00000009 EDX:9cc7f544 ESI:00000064 EDI:7bf1b800 Stack dump: 0x0034ea78: 0034f0c8 9cc40cc3 00000009 9cc80490 0x0034ea88: 9cc80494 00000064 0d790266 9bf2d300 0x0034ea98: 00000001 7bf05840 0034e6a0 7bf38240 0x0034eaa8: 00000400 00020048 0034e6a0 00000400 0x0034eab8: 00000000 9c13a4f0 00000000 0034ebe4 0x0034eac8: 9bf087a7 9c12a18c 0034ebb8 00000001 0200: sel=1007 base=00112000 limit=00001fff 32-bit rw- Backtrace: =>1 0x9ccdc232 (0x0034ea78) 2 0x9cc40cc3 (0x0034f0c8) 3 0x9cc5a93f (0x0034f278) 4 0x9cc691de (0x0034f2a8) 5 0x9c195f09 (0x0034f2c8) 6 0x9c197e32 (0x0034f348) 7 0x9c198051 (0x0034f378) 8 0x9c19a0cb (0x0034f398) 9 0x9c26d0d0 in kernel32 (+0x3d0d0) (0x0034f5f8) 10 0x9c26d305 in kernel32 (+0x3d305) (0x0034f618) 11 0x9c26d3d3 in kernel32 (+0x3d3d3) (0x0034f638) 12 0x9c26d3ff in kernel32 (+0x3d3ff) (0x0034f658) 13 0x9c59b308 (0x0034f7d8) 14 0x9c595b6e (0x0034fa78) 15 0x9c48c736 (0x0034fb18) 16 0x9c48cdde (0x0034fb78) 17 0x9c48ee44 (0x0034fc08) 18 0x9c48f4a0 (0x0034fca8) 19 0x9c48f64f (0x0034fce8) 20 0x9c48587e (0x0034fd18) 21 0x9c4858c8 (0x0034fd28) 22 0x9c4e6890 (0x0034fda8) 23 0x9c4f751a (0x0034fdd8) 24 0x9c195f09 (0x0034fdf8) 25 0x9c197e32 (0x0034fe78) 26 0x9c198051 (0x0034fea8) 27 0x9c1980d4 (0x0034fec8) 28 0x9c1980d4 (0x0034fee8) 29 0x9c1980d4 (0x0034ff08) 30 0x9c1980d4 (0x0034ff28) 31 0x9c19a36a (0x0034ff68) 32 0x9c277dcf in kernel32 (+0x47dcf) (0x0034ffe8) 0x9ccdc232: movl 0x98(%ecx),%edx Modules: Module Address Debug info Name (27 modules) PE 400000- b5f000 Deferred firefox PE 600d0000-60141000 Deferred js3250 PE 601a0000-601c7000 Deferred nspr4 PE 601d0000-6022b000 Deferred nss3 PE 60280000-60287000 Deferred plc4 PE 60290000-60296000 Deferred plds4 PE 602b0000-602ca000 Deferred smime3 PE 602d0000-6030f000 Deferred softokn3 PE 60310000-60330000 Deferred ssl3 PE 60340000-60354000 Deferred xpcom_compat PE 60360000-603ca000 Deferred xpcom_core PE 9c170000-9c174000 Deferred ntdll PE 9c230000-9c29c000 Export kernel32 PE 9c330000-9c334000 Deferred advapi32 PE 9c370000-9c374000 Deferred wsock32 PE 9c390000-9c394000 Deferred ws2_32 PE 9c3d0000-9c418000 Deferred winmm PE 9c460000-9c471000 Deferred user32 PE 9c580000-9c584000 Deferred gdi32 PE 9c660000-9c6c9000 Deferred shell32 PE 9c7a0000-9c824000 Deferred comctl32 PE 9c840000-9c902000 Deferred ole32 PE 9c8d0000-9c923000 Deferred rpcrt4 PE 9c8d0000-9c923000 Deferred rpcrt4 PE 9c950000-9c9af000 Deferred comdlg32 PE 9c9e0000-9c9e6000 Deferred winspool PE 9ca20000-9cab2000 Deferred oleaut32 Threads: process tid prio (all id:s are in hex) 00000008 (D) Z:\media\CesNt2\Program Files\Comm\Firefox\firefox.exe 00000009 0 <== - trying to run Win32 Firefox Setup (2.0.0.6): %wine ~/Desktop/Downloads/Firefox\ Setup\ 2.0.0.6.exe err:wgl:X11DRV_WineGL_InitOpenglInfo couldn't initialize OpenGL, expect problems wine: Unhandled page fault on read access to 0x000000a1 at address 0x9cb21232 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x000000a1 in 32-bit code (0x9cb21232). fixme:dbghelp:addr_to_linear Failed to linearize address 108f:0000ffd0 (mode 0) Register dump: CS:0033 SS:003b DS:003b ES:003b FS:1007 GS:001b EIP:9cb21232 ESP:0034eab8 EBP:0034eab8 EFLAGS:00010206( - 00 - RIP1) EAX:9cac5490 EBX:9cac4e48 ECX:00000009 EDX:9cac4544 ESI:0000003c EDI:7bf22000 Stack dump: 0x0034eab8: *** Invalid address 0x0034eab8 *** Backtrace: 0x9cb21232: -- no code accessible -- Modules: Module Address Debug info Name (11 modules) PE 400000- 420000 Deferred firefox setup 2.0.0.6 PE 9c170000-9c174000 Deferred ntdll PE 9c230000-9c29c000 Deferred kernel32 PE 9c330000-9c3b4000 Deferred comctl32 PE 9c3f0000-9c401000 Deferred user32 PE 9c500000-9c504000 Deferred gdi32 PE 9c580000-9c584000 Deferred advapi32 PE 9c5d0000-9c639000 Deferred shell32 PE 9c700000-9c792000 Deferred oleaut32 PE 9c790000-9c852000 Deferred ole32 PE 9c820000-9c873000 Deferred rpcrt4 Threads: process tid prio (all id:s are in hex) 00000008 (D) Z:\user\home\vwerth\Desktop\Downloads\Firefox Setup 2.0.0.6.exe 00000009 0 <== Now, patched everything (signal, mmap, pfault). - trying to run Win32 Firefox (installed under W2k from NTFS volume): %wine /media/CesNt2/Program\ Files/Comm/Firefox/firefox.exe fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" err:wgl:X11DRV_WineGL_InitOpenglInfo couldn't initialize OpenGL, expect problems wine: Unhandled page fault on read access to 0x000000a1 at address 0x7ecb9232 (thread 0009), starting debugger... (I needed to ctrl+c here as the system did nothing else for minutes and did not exit wine). - trying to run Win32 Firefox Setup: %wine Desktop/Downloads/Firefox\ Setup\ 2.0.0.6.exe err:wgl:X11DRV_WineGL_InitOpenglInfo couldn't initialize OpenGL, expect problems wine: Unhandled page fault on read access to 0x000000a1 at address 0x7eafe232 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x000000a1 in 32-bit code (0x7eafe232). file_set_error: Bad address file_set_error: Bad address Register dump: CS:0033 SS:003b DS:003b ES:003b FS:1007 GS:001b EIP:7eafe232 ESP:0034eab8 EBP:0034eab8 EFLAGS:00010206( - 00 - RIP1) EAX:7eaa2490 EBX:7eaa1e40 ECX:00000009 EDX:7eaa1544 ESI:0000003c EDI:7bf19000 Stack dump: 0x0034eab8: 0034f108 7ea62cc3 00000009 7eaa2490 0x0034eac8: 7eaa2494 0000003c 00000b1e 01000000 0x0034ead8: 7df26018 7df2f060 0034e6e0 0034eb24 0x0034eae8: 00000400 00020048 0034e6e0 00000400 0x0034eaf8: 00000000 7e127550 00000002 00000000 0x0034eb08: 7df2d300 7e1171fc 0d790266 7e0689a3 0200: sel=1007 base=00112000 limit=00001fff 32-bit rw- Backtrace: =>1 0x7eafe232 XDisplayKeycodes+0x6() in libx11.so.6 (0x0034eab8) 2 0x7ea62cc3 X11DRV_InitKeyboard+0x77() in winex11 (0x0034f108) 3 0x7ea7c93f in winex11 (+0x4c93f) (0x0034f2b8) 4 0x7ea8b1de in winex11 (+0x5b1de) (0x0034f2e8) 5 0x7e179f09 call_dll_entry_point+0x15() in ntdll (0x0034f308) 6 0x7e17be32 in ntdll (+0x2be32) (0x0034f388) 7 0x7e17c051 in ntdll (+0x2c051) (0x0034f3b8) 8 0x7e17e0cb LdrLoadDll+0x5b() in ntdll (0x0034f3d8) 9 0x7e2410d0 in kernel32 (+0x410d0) (0x0034f638) 10 0x7e241305 LoadLibraryExW+0x4d() in kernel32 (0x0034f658) 11 0x7e2413d3 LoadLibraryExA+0x33() in kernel32 (0x0034f678) 12 0x7e2413ff LoadLibraryA+0x1f() in kernel32 (0x0034f698) 13 0x7e4f2308 DRIVER_load_driver+0x1b4() in gdi32 (0x0034f818) 14 0x7e4ecb6e CreateDCW+0x5e() in gdi32 (0x0034fab8) 15 0x7e3e3736 CreateIconFromResourceEx+0x382() in user32 (0x0034fb58) 16 0x7e3e3dde in user32 (+0x23dde) (0x0034fbb8) 17 0x7e3e5e44 LoadImageW+0x388() in user32 (0x0034fc48) 18 0x7e3e64a0 LoadImageA+0x11c() in user32 (0x0034fce8) 19 0x7e3e664f LoadCursorA+0x87() in user32 (0x0034fd28) 20 0x7e3dc87e in user32 (+0x1c87e) (0x0034fd58) 21 0x7e3dc8c8 CLASS_RegisterBuiltinClasses+0x1c() in user32 (0x0034fd68) 22 0x7e43d890 in user32 (+0x7d890) (0x0034fde8) 23 0x7e44e51a in user32 (+0x8e51a) (0x0034fe18) 24 0x7e179f09 call_dll_entry_point+0x15() in ntdll (0x0034fe38) 25 0x7e17be32 in ntdll (+0x2be32) (0x0034feb8) 26 0x7e17c051 in ntdll (+0x2c051) (0x0034fee8) 27 0x7e17c0d4 in ntdll (+0x2c0d4) (0x0034ff08) 28 0x7e17c0d4 in ntdll (+0x2c0d4) (0x0034ff28) 29 0x7e17e36a LdrInitializeThunk+0x222() in ntdll (0x0034ff68) 30 0x7e24bdcf in kernel32 (+0x4bdcf) (0x0034ffe8) 0x7eafe232 XDisplayKeycodes+0x6 in libx11.so.6: movl 0x98(%ecx),%edx Modules: Module Address Debug info Name (50 modules) PE 400000- 420000 Deferred firefox setup 2.0.0.6 ELF 7bf00000-7bf03000 Deferred ELF 7df02000-7df2b000 Deferred ld-elf.so.1 ELF 7df33000-7e046000 Deferred libwine.so.1 ELF 7e046000-7e058000 Deferred libthr.so.2 ELF 7e058000-7e13f000 Deferred libc.so.6 ELF 7e140000-7e1d2000 Export ntdll \-PE 7e150000-7e1d2000 \ ntdll ELF 7e1d2000-7e1e8000 Deferred libm.so.4 ELF 7e1e8000-7e2fa000 Export kernel32 \-PE 7e200000-7e2fa000 \ kernel32 ELF 7e2fa000-7e3a1000 Deferred comctl32 \-PE 7e300000-7e3a1000 \ comctl32 ELF 7e3a1000-7e4c0000 Export user32 \-PE 7e3c0000-7e4c0000 \ user32 ELF 7e4c0000-7e54a000 Export gdi32 \-PE 7e4d0000-7e54a000 \ gdi32 ELF 7e54a000-7e589000 Deferred advapi32 \-PE 7e560000-7e589000 \ advapi32 ELF 7e589000-7e675000 Deferred shell32 \-PE 7e5a0000-7e675000 \ shell32 ELF 7e675000-7e6c5000 Deferred shlwapi \-PE 7e680000-7e6c5000 \ shlwapi ELF 7e6c5000-7e753000 Deferred oleaut32 \-PE 7e6e0000-7e753000 \ oleaut32 ELF 7e753000-7e7e0000 Deferred ole32 \-PE 7e760000-7e7e0000 \ ole32 ELF 7e7e0000-7e832000 Deferred rpcrt4 \-PE 7e7f0000-7e832000 \ rpcrt4 ELF 7e832000-7e84f000 Deferred iphlpapi \-PE 7e840000-7e84f000 \ iphlpapi ELF 7e858000-7e8b7000 Deferred msvcrt \-PE 7e870000-7e8b7000 \ msvcrt ELF 7e8b7000-7e91b000 Deferred libfreetype.so.9 ELF 7e91b000-7e92c000 Deferred libz.so.3 ELF 7e92c000-7e954000 Deferred libfontconfig.so.1 ELF 7e954000-7e972000 Deferred libexpat.so.6 ELF 7ea25000-7eaa8000 Export winex11 \-PE 7ea30000-7eaa8000 \ winex11 ELF 7eaa8000-7eaaf000 Deferred libsm.so.6 ELF 7eaaf000-7eac5000 Deferred libice.so.6 ELF 7eac5000-7eaca000 Deferred libxxf86vm.so.1 ELF 7eaca000-7ead7000 Deferred libxext.so.6 ELF 7ead7000-7ebbc000 Export libx11.so.6 ELF 7ebbc000-7ebbf000 Deferred libxau.so.6 ELF 7ebbf000-7ebc4000 Deferred libxdmcp.so.6 ELF 7ebc4000-7ebcc000 Deferred librpcsvc.so.3 ELF 7ebcc000-7ebcf000 Deferred libxinerama.so.1 ELF 7ebcf000-7ebd7000 Deferred libxrender.so.1 ELF 7ebd7000-7ebdd000 Deferred libxrandr.so.2 Threads: process tid prio (all id:s are in hex) 00000008 (D) Z:\user\home\vwerth\Desktop\Downloads\Firefox Setup 2.0.0.6.exe 00000009 0 <== So, no luck with Firefox here. I've tried to use IE under wine a few weeks ago as I needed that for getting "StarMoney" to work but also had problems installing and running IE. Other Win16 and Win32 apps are working nearly fine on my system. I've also tested using a newly created wine config - near same results. Do you need any system specific infos? Anything else you want me to patch / try? ``uname -a'': FreeBSD cesar.sz.vwsoft.com 6.2-STABLE FreeBSD 6.2-STABLE #3: Wed Aug 1 12:04:20 CEST 2007 root@cesar.sz.vwsoft.com:/usr/obj/usr/src/sys/CESAR i386 Volker From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 21:08:04 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BDFC16A41A; Wed, 1 Aug 2007 21:08:04 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.freebsd.org (Postfix) with ESMTP id DF03113C478; Wed, 1 Aug 2007 21:08:03 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.168.196.161]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JM40034E5D8S5I1@vms044.mailsrvcs.net>; Wed, 01 Aug 2007 16:07:57 -0500 (CDT) Date: Wed, 01 Aug 2007 17:13:20 -0400 From: Skip Ford In-reply-to: <46B0EDEA.8050608@FreeBSD.org> To: Doug Barton Mail-followup-to: Doug Barton , FreeBSD Current , FreeBSD Stable Message-id: <20070801211320.GE59008@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 21:08:04 -0000 Doug Barton wrote: > If there is a consensus based on solid technical reasons (not emotion > or FUD) to back the root zone slaving change out, If that's a shot at me, you're out of line. I specifically said I didn't have an axe to grind with anyone, and I never piled on in my comments. The reason I provided *is* purely technical. The roots can decide tomorrow to block AXFR requests from FreeBSD users who install 6.3-RELEASE or 7.0-RELEASE. They may. They may not. But they can. It's not a production feature and therefore should not be relied upon. If the operators state they will support AXFR for the life of those releases, I have no objections. Such a statement would indicate all at once that they don't mind the traffic and that such a config will not break. I haven't kept up-to-date with cached(8) but if we're able to cache lookups now without a name server, we don't even need BIND in the base system anymore IMO. We still have very well maintained ports. -- Skip From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 21:16:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC4B016A41A for ; Wed, 1 Aug 2007 21:16:59 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.233]) by mx1.freebsd.org (Postfix) with ESMTP id A0F3C13C4F6 for ; Wed, 1 Aug 2007 21:16:59 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: by qb-out-0506.google.com with SMTP id a10so326281qbd for ; Wed, 01 Aug 2007 14:16:58 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=V/TJdS3CkeNtZJUHgz82MFhRcB66kCIHodl7eUAsg3sM6zHr9WD3nj5p2u5VIU0xW6BW0AJwBfPSvoFVDYjlFoFYmO4D20OlWUoTLYZ+dtssYwJbAhMCg77HPDSj85L1jV6pltpuWNlV83B3mutlNtoYhv2/Ni7EE0JNMR76+04= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=iXk3PxbLGpTtUOYJ+nwKGWnu1avKK7Rt7dat7SXD1V8YQyqG9n4qlnppv0epzDLe40JrqCv7YAiqVFLpSxDO3nCHYooUvFH5AsJUC62t+U+zU9O8Wt07YR17KwwaNmPd3pI1irPjtS1tkmdMLtXRBEWviaA7bHWagLxEdWGgvPM= Received: by 10.64.181.12 with SMTP id d12mr2040527qbf.1186003017757; Wed, 01 Aug 2007 14:16:57 -0700 (PDT) Received: by 10.65.158.8 with HTTP; Wed, 1 Aug 2007 14:16:57 -0700 (PDT) Message-ID: Date: Wed, 1 Aug 2007 18:16:57 -0300 From: "Eduardo Meyer" To: "Marc G. Fournier" , "Dan Nelson" , "Tim Daneliuk" , freebsd-stable@freebsd.org, "FreeBSD Mailing List" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46A22253.8080100@tundraware.com> <20070721165539.GA2579@dan.emsphone.com> <1431AA268771E71884A824C3@fserv.hub.org> <20070722033804.GA49930@eos.sc1.parodius.com> <20070726171402.GB89315@eos.sc1.parodius.com> Cc: Subject: Re: SATA 300 Drive Being Run At 150 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 21:17:00 -0000 > > 4) Is your motherboard set to use AHCI for the SATA (ICH7) controller? > > There's reports that SATA300 is only available/used on some controllers > > when AHCI is used. > > I dont know. I could not find such a similar option on BIOS, so I dont > know how to check it. Is it possible to be checked from system? Just to let everyone know, for me this "AHCI" thing made the whole difference. On BIOS there were some options to be combined with AHCI, and doing the right combination made the disk get controlled as SATA300. Thank you veryone, specially Jeremy Chadwick for the valuable inputs. -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 21:21:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5053D16A417; Wed, 1 Aug 2007 21:21:56 +0000 (UTC) (envelope-from jrhett@kininvie.sv.svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 3376B13C45D; Wed, 1 Aug 2007 21:21:56 +0000 (UTC) (envelope-from jrhett@kininvie.sv.svcolo.com) Received: from kininvie.sv.svcolo.com (localhost [127.0.0.1]) by kininvie.sv.svcolo.com (8.14.1/8.14.1) with ESMTP id l71KqBCj012313; Wed, 1 Aug 2007 13:52:11 -0700 (PDT) (envelope-from jrhett@kininvie.sv.svcolo.com) Received: (from jrhett@localhost) by kininvie.sv.svcolo.com (8.14.1/8.14.1/Submit) id l71KqBb4012312; Wed, 1 Aug 2007 13:52:11 -0700 (PDT) (envelope-from jrhett) Date: Wed, 1 Aug 2007 13:52:11 -0700 From: Jo Rhett To: Doug Barton Message-ID: <20070801205211.GA12218@svcolo.com> References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46B0EDEA.8050608@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Organization: Silicon Valley Colocation X-Spam-Score: -1.00 () [Tag at 3.50] SPF(pass,-1) X-CanItPRO-Stream: default X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 21:21:56 -0000 On Wed, Aug 01, 2007 at 01:32:42PM -0700, Doug Barton wrote: > > This is about on par with > > selling SOHO routers that synchronize their clocks using stratum-1 > > NTP servers. > > I don't really think that analogy holds up, given that those who run > public stratum-1 NTP servers specifically request that individual > hosts not sync from them. The analogy is more true than you believe. Someone told you on this very same list that it was not allowed, and you argued that it wasn't denied therefore it should be okay. You're doing an excellent job of ignoring contrary opinions and reinventing facts. And the very same root operators are on dns-operations list telling you not to do this, and you are ignoring them there too. > If there is a consensus based on solid technical reasons (not emotion > or FUD) to back the root zone slaving change out, I'll be glad to do > so. I think it would be very useful at this point if those who _like_ > the change would speak up publicly as well. Everyone has spoken up, and you've ignored every one of them. Including the root operators themselves. Because they are unable to convince you, they're going to have to disable AXFR and break a lot of things all over the world to get this stupidity stopped. -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 21:43:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EB2E16A46C for ; Wed, 1 Aug 2007 21:43:23 +0000 (UTC) (envelope-from jrhett@kininvie.sv.svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 01FFA13C4D1 for ; Wed, 1 Aug 2007 21:43:22 +0000 (UTC) (envelope-from jrhett@kininvie.sv.svcolo.com) Received: from kininvie.sv.svcolo.com (localhost [127.0.0.1]) by kininvie.sv.svcolo.com (8.14.1/8.14.1) with ESMTP id l71LhMun012923 for ; Wed, 1 Aug 2007 14:43:22 -0700 (PDT) (envelope-from jrhett@kininvie.sv.svcolo.com) Received: (from jrhett@localhost) by kininvie.sv.svcolo.com (8.14.1/8.14.1/Submit) id l71LhMro012922 for freebsd-stable@freebsd.org; Wed, 1 Aug 2007 14:43:22 -0700 (PDT) (envelope-from jrhett) Date: Wed, 1 Aug 2007 14:43:22 -0700 From: Jo Rhett To: freebsd-stable@freebsd.org Message-ID: <20070801214322.GB12886@svcolo.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Organization: Silicon Valley Colocation X-Spam-Score: -1.00 () [Tag at 3.50] SPF(pass,-1) X-CanItPRO-Stream: default X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Subject: IGNORE: arran 6.2-RELEASE-p4 broke rrdtool X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 21:43:23 -0000 I found the problem here. At some point in the past a rowless-RRA was added to the files handled by this one process. I have no idea why it only showed up after the reboot, but it's unrelated to FreeBSD anyway. On Wed, Aug 01, 2007 at 01:06:08PM -0700, Jo Rhett wrote: > Last night I ran "freebsd-update install" and rebooted. Even thought > the update said -p6, when it rebooted uname -s continues to reboot - > p4 on all systems. > > However, since the reboot rrdtool is dumping core periodically. It > doesn't happen on non-updated systems. I've deinstalled and rebuilt > the packages and nothing has been changed. > > $ rrdtool update /d/rrd/stats/force10/core2.0.8.rrd 1185998397:0:0 > Segmentation fault: 11 (core dumped) > > Ktrace shows nothing obvious to me anyway > > 82833 ktrace RET ktrace 0 > 82833 ktrace CALL execve(0xbfbfe670,0xbfbfebbc,0xbfbfebd0) > 82833 ktrace NAMI "/sbin/rrdtool" > 82833 ktrace RET execve -1 errno 2 No such file or directory > 82833 ktrace CALL execve(0xbfbfe670,0xbfbfebbc,0xbfbfebd0) > 82833 ktrace NAMI "/bin/rrdtool" > 82833 ktrace RET execve -1 errno 2 No such file or directory > 82833 ktrace CALL execve(0xbfbfe670,0xbfbfebbc,0xbfbfebd0) > 82833 ktrace NAMI "/usr/sbin/rrdtool" > 82833 ktrace RET execve -1 errno 2 No such file or directory > 82833 ktrace CALL execve(0xbfbfe670,0xbfbfebbc,0xbfbfebd0) > 82833 ktrace NAMI "/usr/bin/rrdtool" > 82833 ktrace RET execve -1 errno 2 No such file or directory > 82833 ktrace CALL execve(0xbfbfe670,0xbfbfebbc,0xbfbfebd0) > 82833 ktrace NAMI "/usr/games/rrdtool" > 82833 ktrace RET execve -1 errno 2 No such file or directory > 82833 ktrace CALL execve(0xbfbfe670,0xbfbfebbc,0xbfbfebd0) > 82833 ktrace NAMI "/usr/local/sbin/rrdtool" > 82833 ktrace RET execve -1 errno 2 No such file or directory > 82833 ktrace CALL execve(0xbfbfe670,0xbfbfebbc,0xbfbfebd0) > 82833 ktrace NAMI "/usr/local/bin/rrdtool" > 82833 ktrace NAMI "/libexec/ld-elf.so.1" > 82833 rrdtool RET execve 0 > 82833 rrdtool CALL mmap(0,0xf40,0x3,0x1000,0xffffffff,0,0,0) > 82833 rrdtool RET mmap 671555584/0x28072000 > 82833 rrdtool CALL munmap(0x28072000,0xf40) > 82833 rrdtool RET munmap 0 > 82833 rrdtool CALL __sysctl(0xbfbfe968,0x2,0x2806eb58,0xbfbfe964,0,0) > 82833 rrdtool RET __sysctl 0 > 82833 rrdtool CALL mmap(0,0x8000,0x3,0x1002,0xffffffff,0,0,0) > 82833 rrdtool RET mmap 671555584/0x28072000 > 82833 rrdtool CALL issetugid > 82833 rrdtool RET issetugid 0 > 82833 rrdtool CALL open(0x28068c48,0,0x1b6) > 82833 rrdtool NAMI "/etc/libmap.conf" > 82833 rrdtool RET open -1 errno 2 No such file or directory > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/usr/local/lib/librrd.so.2" > 82833 rrdtool RET access 0 > 82833 rrdtool CALL open(0x28073020,0,0) > 82833 rrdtool NAMI "/usr/local/lib/librrd.so.2" > 82833 rrdtool RET open 3 > 82833 rrdtool CALL fstat(0x3,0xbfbfe970) > 82833 rrdtool RET fstat 0 > 82833 rrdtool CALL read(0x3,0x2806daa0,0x1000) > 82833 rrdtool RET read 4096/0x1000 > 82833 rrdtool CALL mmap(0,0x46000,0x5,0x20002,0x3,0,0,0) > 82833 rrdtool RET mmap 671588352/0x2807a000 > 82833 rrdtool CALL mprotect(0x280b9000,0x1000,0x7) > 82833 rrdtool RET mprotect 0 > 82833 rrdtool CALL mprotect(0x280b9000,0x1000,0x5) > 82833 rrdtool RET mprotect 0 > 82833 rrdtool CALL mmap(0x280ba000,0x5000,0x3,0x12,0x3,0,0x3f000,0) > 82833 rrdtool RET mmap 671850496/0x280ba000 > 82833 rrdtool CALL mmap(0x280bf000,0x1000,0x3,0x1012,0xffffffff,0,0,0) > 82833 rrdtool RET mmap 671870976/0x280bf000 > 82833 rrdtool CALL close(0x3) > 82833 rrdtool RET close 0 > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/usr/local/lib/libfreetype.so.9" > 82833 rrdtool RET access 0 > 82833 rrdtool CALL open(0x28077000,0,0xbfbfe9e8) > 82833 rrdtool NAMI "/usr/local/lib/libfreetype.so.9" > 82833 rrdtool RET open 3 > 82833 rrdtool CALL fstat(0x3,0xbfbfe970) > 82833 rrdtool RET fstat 0 > 82833 rrdtool CALL read(0x3,0x2806daa0,0x1000) > 82833 rrdtool RET read 4096/0x1000 > 82833 rrdtool CALL mmap(0,0x64000,0x5,0x20002,0x3,0,0,0) > 82833 rrdtool RET mmap 671875072/0x280c0000 > 82833 rrdtool CALL mprotect(0x28120000,0x1000,0x7) > 82833 rrdtool RET mprotect 0 > 82833 rrdtool CALL mprotect(0x28120000,0x1000,0x5) > 82833 rrdtool RET mprotect 0 > 82833 rrdtool CALL mmap(0x28121000,0x3000,0x3,0x12,0x3,0,0x61000,0) > 82833 rrdtool RET mmap 672272384/0x28121000 > 82833 rrdtool CALL close(0x3) > 82833 rrdtool RET close 0 > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/usr/local/lib/libpng.so.5" > 82833 rrdtool RET access 0 > 82833 rrdtool CALL open(0x28073040,0,0xbfbfe9e8) > 82833 rrdtool NAMI "/usr/local/lib/libpng.so.5" > 82833 rrdtool RET open 3 > 82833 rrdtool CALL fstat(0x3,0xbfbfe970) > 82833 rrdtool RET fstat 0 > 82833 rrdtool CALL read(0x3,0x2806daa0,0x1000) > 82833 rrdtool RET read 4096/0x1000 > 82833 rrdtool CALL mmap(0,0x22000,0x5,0x20002,0x3,0,0,0) > 82833 rrdtool RET mmap 672284672/0x28124000 > 82833 rrdtool CALL mprotect(0x28144000,0x1000,0x7) > 82833 rrdtool RET mprotect 0 > 82833 rrdtool CALL mprotect(0x28144000,0x1000,0x5) > 82833 rrdtool RET mprotect 0 > 82833 rrdtool CALL mmap(0x28145000,0x1000,0x3,0x12,0x3,0,0x20000,0) > 82833 rrdtool RET mmap 672419840/0x28145000 > 82833 rrdtool CALL close(0x3) > 82833 rrdtool RET close 0 > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/usr/local/lib/libz.so.3" > 82833 rrdtool RET access -1 errno 2 No such file or directory > 82833 rrdtool CALL open(0x28067ea0,0,0xe) > 82833 rrdtool NAMI "/var/run/ld-elf.so.hints" > 82833 rrdtool RET open 3 > 82833 rrdtool CALL read(0x3,0xbfbfe930,0x80) > 82833 rrdtool RET read 128/0x80 > 82833 rrdtool CALL lseek(0x3,0,0x80,0,0) > 82833 rrdtool RET lseek 128/0x80 > 82833 rrdtool CALL read(0x3,0x28078000,0x42) > 82833 rrdtool RET read 66/0x42 > 82833 rrdtool CALL close(0x3) > 82833 rrdtool RET close 0 > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/lib/libz.so.3" > 82833 rrdtool RET access 0 > 82833 rrdtool CALL open(0x28073060,0,0xbfbfe9e8) > 82833 rrdtool NAMI "/lib/libz.so.3" > 82833 rrdtool RET open 3 > 82833 rrdtool CALL fstat(0x3,0xbfbfe970) > 82833 rrdtool RET fstat 0 > 82833 rrdtool CALL read(0x3,0x2806daa0,0x1000) > 82833 rrdtool RET read 4096/0x1000 > 82833 rrdtool CALL mmap(0,0x11000,0x5,0x20002,0x3,0,0,0) > 82833 rrdtool RET mmap 672423936/0x28146000 > 82833 rrdtool CALL mprotect(0x28155000,0x1000,0x7) > 82833 rrdtool RET mprotect 0 > 82833 rrdtool CALL mprotect(0x28155000,0x1000,0x5) > 82833 rrdtool RET mprotect 0 > 82833 rrdtool CALL mmap(0x28156000,0x1000,0x3,0x12,0x3,0,0xf000,0) > 82833 rrdtool RET mmap 672489472/0x28156000 > 82833 rrdtool CALL close(0x3) > 82833 rrdtool RET close 0 > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/usr/local/lib/libart_lgpl_2.so.5" > 82833 rrdtool RET access 0 > 82833 rrdtool CALL open(0x28077040,0,0xbfbfe9e8) > 82833 rrdtool NAMI "/usr/local/lib/libart_lgpl_2.so.5" > 82833 rrdtool RET open 3 > 82833 rrdtool CALL fstat(0x3,0xbfbfe970) > 82833 rrdtool RET fstat 0 > 82833 rrdtool CALL read(0x3,0x2806daa0,0x1000) > 82833 rrdtool RET read 4096/0x1000 > 82833 rrdtool CALL mmap(0,0x14000,0x5,0x20002,0x3,0,0,0) > 82833 rrdtool RET mmap 672493568/0x28157000 > 82833 rrdtool CALL mprotect(0x28169000,0x1000,0x7) > 82833 rrdtool RET mprotect 0 > 82833 rrdtool CALL mprotect(0x28169000,0x1000,0x5) > 82833 rrdtool RET mprotect 0 > 82833 rrdtool CALL mmap(0x2816a000,0x1000,0x3,0x12,0x3,0,0x13000,0) > 82833 rrdtool RET mmap 672571392/0x2816a000 > 82833 rrdtool CALL close(0x3) > 82833 rrdtool RET close 0 > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/usr/local/lib/libm.so.4" > 82833 rrdtool RET access -1 errno 2 No such file or directory > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/lib/libm.so.4" > 82833 rrdtool RET access 0 > 82833 rrdtool CALL open(0x28073080,0,0xbfbfe9e8) > 82833 rrdtool NAMI "/lib/libm.so.4" > 82833 rrdtool RET open 3 > 82833 rrdtool CALL fstat(0x3,0xbfbfe970) > 82833 rrdtool RET fstat 0 > 82833 rrdtool CALL read(0x3,0x2806daa0,0x1000) > 82833 rrdtool RET read 4096/0x1000 > 82833 rrdtool CALL mmap(0,0x16000,0x5,0x20002,0x3,0,0,0) > 82833 rrdtool RET mmap 672575488/0x2816b000 > 82833 rrdtool CALL mprotect(0x2817f000,0x1000,0x7) > 82833 rrdtool RET mprotect 0 > 82833 rrdtool CALL mprotect(0x2817f000,0x1000,0x5) > 82833 rrdtool RET mprotect 0 > 82833 rrdtool CALL mmap(0x28180000,0x1000,0x3,0x12,0x3,0,0x15000,0) > 82833 rrdtool RET mmap 672661504/0x28180000 > 82833 rrdtool CALL close(0x3) > 82833 rrdtool RET close 0 > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/usr/local/lib/libc.so.6" > 82833 rrdtool RET access -1 errno 2 No such file or directory > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/lib/libc.so.6" > 82833 rrdtool RET access 0 > 82833 rrdtool CALL open(0x280730a0,0,0xbfbfe9e8) > 82833 rrdtool NAMI "/lib/libc.so.6" > 82833 rrdtool RET open 3 > 82833 rrdtool CALL fstat(0x3,0xbfbfe970) > 82833 rrdtool RET fstat 0 > 82833 rrdtool CALL read(0x3,0x2806daa0,0x1000) > 82833 rrdtool RET read 4096/0x1000 > 82833 rrdtool CALL mmap(0,0xe5000,0x5,0x20002,0x3,0,0,0) > 82833 rrdtool RET mmap 672665600/0x28181000 > 82833 rrdtool CALL mprotect(0x28249000,0x1000,0x7) > 82833 rrdtool RET mprotect 0 > 82833 rrdtool CALL mprotect(0x28249000,0x1000,0x5) > 82833 rrdtool RET mprotect 0 > 82833 rrdtool CALL mmap(0x2824a000,0x6000,0x3,0x12,0x3,0,0xc9000,0) > 82833 rrdtool RET mmap 673488896/0x2824a000 > 82833 rrdtool CALL mmap(0x28250000,0x16000,0x3,0x1012,0xffffffff, > 0,0,0) > 82833 rrdtool RET mmap 673513472/0x28250000 > 82833 rrdtool CALL close(0x3) > 82833 rrdtool RET close 0 > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/usr/local/lib/libfreetype.so.9" > 82833 rrdtool RET access 0 > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/usr/local/lib/libpng.so.5" > 82833 rrdtool RET access 0 > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/usr/local/lib/libz.so.3" > 82833 rrdtool RET access -1 errno 2 No such file or directory > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/lib/libz.so.3" > 82833 rrdtool RET access 0 > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/usr/local/lib/libart_lgpl_2.so.5" > 82833 rrdtool RET access 0 > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/usr/local/lib/libm.so.4" > 82833 rrdtool RET access -1 errno 2 No such file or directory > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/lib/libm.so.4" > 82833 rrdtool RET access 0 > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/lib/libz.so.3" > 82833 rrdtool RET access 0 > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/lib/libm.so.4" > 82833 rrdtool RET access 0 > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/lib/libz.so.3" > 82833 rrdtool RET access 0 > 82833 rrdtool CALL access(0x28076000,0) > 82833 rrdtool NAMI "/lib/libm.so.4" > 82833 rrdtool RET access 0 > 82833 rrdtool CALL sysarch(0xa,0xbfbfe9e0) > 82833 rrdtool RET sysarch 0 > 82833 rrdtool CALL mmap(0,0x88,0x3,0x1000,0xffffffff,0,0,0) > 82833 rrdtool RET mmap 673603584/0x28266000 > 82833 rrdtool CALL munmap(0x28266000,0x88) > 82833 rrdtool RET munmap 0 > 82833 rrdtool CALL mmap(0,0xbd8,0x3,0x1000,0xffffffff,0,0,0) > 82833 rrdtool RET mmap 673603584/0x28266000 > 82833 rrdtool CALL munmap(0x28266000,0xbd8) > 82833 rrdtool RET munmap 0 > 82833 rrdtool CALL mmap(0,0xbb8,0x3,0x1000,0xffffffff,0,0,0) > 82833 rrdtool RET mmap 673603584/0x28266000 > 82833 rrdtool CALL munmap(0x28266000,0xbb8) > 82833 rrdtool RET munmap 0 > 82833 rrdtool CALL mmap(0,0xd10,0x3,0x1000,0xffffffff,0,0,0) > 82833 rrdtool RET mmap 673603584/0x28266000 > 82833 rrdtool CALL munmap(0x28266000,0xd10) > 82833 rrdtool RET munmap 0 > 82833 rrdtool CALL mmap(0,0x400,0x3,0x1000,0xffffffff,0,0,0) > 82833 rrdtool RET mmap 673603584/0x28266000 > 82833 rrdtool CALL munmap(0x28266000,0x400) > 82833 rrdtool RET munmap 0 > 82833 rrdtool CALL mmap(0,0x598,0x3,0x1000,0xffffffff,0,0,0) > 82833 rrdtool RET mmap 673603584/0x28266000 > 82833 rrdtool CALL munmap(0x28266000,0x598) > 82833 rrdtool RET munmap 0 > 82833 rrdtool CALL mmap(0,0x740,0x3,0x1000,0xffffffff,0,0,0) > 82833 rrdtool RET mmap 673603584/0x28266000 > 82833 rrdtool CALL munmap(0x28266000,0x740) > 82833 rrdtool RET munmap 0 > 82833 rrdtool CALL mmap(0,0x5908,0x3,0x1000,0xffffffff,0,0,0) > 82833 rrdtool RET mmap 673603584/0x28266000 > 82833 rrdtool CALL munmap(0x28266000,0x5908) > 82833 rrdtool RET munmap 0 > 82833 rrdtool CALL sigprocmask(0x1,0x2806d9e0,0xbfbfe9b0) > 82833 rrdtool RET sigprocmask 0 > 82833 rrdtool CALL sigprocmask(0x3,0x2806d9f0,0) > 82833 rrdtool RET sigprocmask 0 > 82833 rrdtool CALL open(0xbfbfecb7,0x2,0x1b6) > 82833 rrdtool NAMI "/d/rrd/stats/force10/core2.0.2.rrd" > 82833 rrdtool RET open 3 > 82833 rrdtool CALL readlink(0x28242d77,0xbfbfe560,0x3f) > 82833 rrdtool NAMI "/etc/malloc.conf" > 82833 rrdtool RET readlink -1 errno 2 No such file or directory > 82833 rrdtool CALL issetugid > 82833 rrdtool RET issetugid 0 > 82833 rrdtool CALL mmap(0,0x1000,0x3,0x1002,0xffffffff,0,0,0) > 82833 rrdtool RET mmap 673603584/0x28266000 > 82833 rrdtool CALL break(0x804b000) > 82833 rrdtool RET break 0 > 82833 rrdtool CALL break(0x804c000) > 82833 rrdtool RET break 0 > 82833 rrdtool CALL fstat(0x3,0xbfbfe490) > 82833 rrdtool RET fstat 0 > 82833 rrdtool CALL break(0x804d000) > 82833 rrdtool RET break 0 > 82833 rrdtool CALL read(0x3,0x804c000,0x1000) > 82833 rrdtool RET read 4096/0x1000 > 82833 rrdtool CALL break(0x804e000) > 82833 rrdtool RET break 0 > 82833 rrdtool CALL break(0x804f000) > 82833 rrdtool RET break 0 > 82833 rrdtool CALL break(0x8050000) > 82833 rrdtool RET break 0 > 82833 rrdtool CALL break(0x8051000) > 82833 rrdtool RET break 0 > 82833 rrdtool CALL gettimeofday(0xbfbfe750,0) > 82833 rrdtool RET gettimeofday 0 > 82833 rrdtool CALL lseek(0x3,0,0,0,0x1) > 82833 rrdtool RET lseek 4096/0x1000 > 82833 rrdtool CALL lseek(0x3,0,0,0,0x2) > 82833 rrdtool RET lseek 2661128/0x289b08 > 82833 rrdtool CALL lseek(0x3,0,0xf08,0,0) > 82833 rrdtool RET lseek 3848/0xf08 > 82833 rrdtool CALL fcntl(0x3,0x8,0xbfbfe5c0) > 82833 rrdtool RET fcntl 0 > 82833 rrdtool CALL mmap(0,0x289b08,0x3,0x1,0x3,0,0,0) > 82833 rrdtool RET mmap 673607680/0x28267000 > 82833 rrdtool PSIG SIGSEGV SIG_DFL > 82833 rrdtool NAMI "rrdtool.core" > > > > -- > Jo Rhett > senior geek > > Silicon Valley Colocation > Support Phone: 408-400-0550 > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 22:00:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE42716A47F; Wed, 1 Aug 2007 22:00:05 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (redqueen.elvandar.org [217.148.169.55]) by mx1.freebsd.org (Postfix) with ESMTP id 5D42913C494; Wed, 1 Aug 2007 22:00:05 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from evilcoder.xs4all.nl ([195.64.94.120] helo=elvandar.local) by galain.elvandar.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IGLaA-000BDH-QV; Wed, 01 Aug 2007 23:18:14 +0200 Message-ID: <46B0F89C.1080402@FreeBSD.org> Date: Wed, 01 Aug 2007 23:18:20 +0200 From: Remko Lodder User-Agent: Thunderbird 2.0.0.5 (Macintosh/20070716) MIME-Version: 1.0 To: Doug Barton References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> In-Reply-To: <46B0EDEA.8050608@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 22:00:06 -0000 Doug Barton wrote: > Replying en masse to bring related thoughts together. It was already > posted, but a more complete treatment of my reasoning is found at: > > http://lists.oarci.net/pipermail/dns-operations/2007-August/001856.html > > Skip Ford wrote: >> Randy Bush wrote: >>> the undiscussed and unannounced change to the default dns config >>> to cause local transfer of the root and arpa zone files has >>> raised major discussing in the dns operational community. (see >>> the mailing list dns-operations@mail.oarc.isc.org). >>> >>> did i miss the discussion here? >> No. There was none. >> >>> i have spent some hours turning off the default bind and going >>> custom on a dozen or so machines around the planet. i am not >>> happy. > > Randy, > > You might make your life a little easier by checking out src.conf(1) > in 7-current and make.conf(1) in 6-stable which both document the > various NO_BIND_* knobs that are available. What you probably want is > NO_BIND_ETC. > >> I don't have an axe to grind. I don't run the default config on >> any of my 2 dozen name servers (not all of which run bind anyway) >> so I wasn't really affected by the change. >> >> However, I thought it was a really, really, terrible idea, > > You're entitled to your opinion. If you take a look at the thread on > the dns-operations list you'll see that there are a lot of really > smart people lined up on both sides of this argument. > >> and a rather rude act considering it relies on the charity of >> others to not break. > > The same can be said of the root server network in general. > >> There is no requirement that FreeBSD users be permitted to slave >> the roots. Everyone who uses the default config can have their >> setups broken the day after installation. > > The root server operators do not make changes in this kind of abrupt > fashion. > >> We never asked permission to use the resources of others in this >> way, and they're not required to allow us to do so. > > Once again, the same is true of resolution from the root servers as well. > >> The original commit message for the change indicated it was done to >> bring us in line with "current best practices" but that commit >> message is the only place I have ever seen anyone say that slaving >> the roots is current best practice. > > The BCP comment you're referring to was in regards to the default > localhost zone generation which is not in any way related. Please see: > http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/namedb/named.conf > > Heiko Wundram (Beenic) wrote: >> Am Mittwoch 01 August 2007 13:07:27 schrieb Skip Ford: >>> >> You might want to check the thread starting with: >> >> <200707162319.41724.lofi@freebsd.org> ("Problems with named default >> configuration in 6-STABLE") > > Easier for most folks to access this by: > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=207558+0+archive/2007/freebsd-stable/20070722.freebsd-stable > > That thread involved an issue of resolving local zones that could not > be resolved because of a combination of slaving the root zone and the > new default empty reverse zones for RFC 1918 space; and how that > interacted with the forwarders clause that user had in his config. > > Dag-Erling Smørgrav wrote: > >> This is about on par with >> selling SOHO routers that synchronize their clocks using stratum-1 >> NTP servers. > > I don't really think that analogy holds up, given that those who run > public stratum-1 NTP servers specifically request that individual > hosts not sync from them. The root server operators have a choice of > whether to enable AXFR or not. Also, that configuration could not be > changed, but named.conf can be changed easily. > > If there is a consensus based on solid technical reasons (not emotion > or FUD) to back the root zone slaving change out, I'll be glad to do > so. I think it would be very useful at this point if those who _like_ > the change would speak up publicly as well. > > > Regards, > > Doug > I like the change! -- Kind regards, Remko Lodder ** remko@elvandar.org FreeBSD ** remko@FreeBSD.org /* Quis custodiet ipsos custodes */ From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 22:33:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 321DC16A41A for ; Wed, 1 Aug 2007 22:33:16 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id C132513C461 for ; Wed, 1 Aug 2007 22:33:15 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 16287 invoked by uid 399); 1 Aug 2007 22:33:14 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 1 Aug 2007 22:33:14 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B10A28.8000908@FreeBSD.org> Date: Wed, 01 Aug 2007 15:33:12 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: FreeBSD Current , FreeBSD Stable References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <20070801211320.GE59008@menantico.com> In-Reply-To: <20070801211320.GE59008@menantico.com> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 22:33:16 -0000 Skip Ford wrote: > Doug Barton wrote: >> If there is a consensus based on solid technical reasons (not >> emotion or FUD) to back the root zone slaving change out, > > If that's a shot at me, you're out of line. It wasn't aimed specifically at you, no. > I specifically said I didn't have an axe to grind with anyone, and > I never piled on in my comments. Reasonable minds may differ on that, but in any case ... > The reason I provided *is* purely technical. The roots can decide > tomorrow to block AXFR requests from FreeBSD users who install > 6.3-RELEASE or 7.0-RELEASE. They may. They may not. But they > can. Here is where the problem lies. What you're saying here is simply not true. I know several of the root operators personally, and in my previous position as GM of IANA I worked with them directly both individually and collectively. Everything involving a change to a root server is done at a near-glacial pace. There no more danger that we will wake up tomorrow unable to AXFR the root from any server than there is that we'll wake up tomorrow not able to send resolver queries to any root server. To say that this IS possible is FUD. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 22:36:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1941116A468 for ; Wed, 1 Aug 2007 22:36:05 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: from web88011.mail.re2.yahoo.com (web88011.mail.re2.yahoo.com [206.190.37.230]) by mx1.freebsd.org (Postfix) with SMTP id BAA7D13C4A7 for ; Wed, 1 Aug 2007 22:36:04 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: (qmail 25805 invoked by uid 60001); 1 Aug 2007 22:09:22 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=lRbNBce7mfgixF/QSTQ+/6dirjtHSqRY5KYsEttm8XPW9P/KXZVx99mhFgmuO0MpjK3wk+JEySOOCQ1JBHHTPkOxpKGjIZ2VrcV65sj1sVH2Yj72vZ6E6cUjv27H9ax5jFRvyKTTqYh6Wk5+LnAMJgC5Oe67+H4JPzPQNPzVHmk=; X-YMail-OSG: iVu6YbsVM1lof7flq3rtloie3iUDODAOoFi9FiBvwuvvdVu2uPFi.rQVl9vzkl5Ziw-- Received: from [74.100.62.56] by web88011.mail.re2.yahoo.com via HTTP; Wed, 01 Aug 2007 18:09:21 EDT Date: Wed, 1 Aug 2007 18:09:21 -0400 (EDT) From: Gardner Bell To: Volker , Tijl Coosemans In-Reply-To: <46B0F3EF.9020702@vwsoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <891297.22314.qm@web88011.mail.re2.yahoo.com> Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 22:36:05 -0000 --- Volker wrote: > On 07/31/07 17:25, Tijl Coosemans wrote: > > On Friday 13 July 2007 20:08:59 Volker wrote: > >> On 07/11/07 20:42, John Baldwin wrote: > >>> This patch attempts to remove a gross hack with a slightly less > >>> gross hack in order to avoid clobbering data in signal info that > >>> Wine needs. In 7 this was fixed by a major change to how the > kernel > >>> manages signals internally, and that change is too large to be > >>> MFC'd, hence this lighter weight patch. It has already been > tested > >>> by the folks working on Wine, but I would like a bit more > widespread > >>> testing before I commit it. Please test this patch and let me > know > >>> if anything breaks. Note that this patch is only for i386. > >>> > >>> http://www.FreeBSD.org/~jhb/patches/sig_eva.patch > >> I've patched and recompiled world + kernel using your patch. I can > >> confirm it does not hurt but what does it good (my wine already > ran > >> fine despite some DDE and performance issues)? What to look for > >> especially - any specific test procedures? > > > > Could you try Mozilla Firefox (for Windows) with and without this > > patch? > > > > Tijl, > > sorry for delay. It took some hours to cleanly build new world + > kernel w/o patches, test and patch and rebuild everything. Here are > the results: > > clean world + kernel (unpatched), csup'ed 2007-07-31, ports-tree up > to > date, installed wine: wine-0.9.42,1 > > - trying to start an already installed Win32 Firefox (installed under > W2k, contained on a mounted NTFS volume): > > %wine /media/CesNt2/Program\ Files/Comm/Firefox/firefox.exe > fixme:actctx:parse_depend_manifests Could not find dependent assembly > L"Microsoft.Windows.Common-Controls" > err:wgl:X11DRV_WineGL_InitOpenglInfo couldn't initialize OpenGL, > expect problems > wine: Unhandled page fault on read access to 0x000000a1 at address > 0x9ccdc232 (thread 0009), starting debugger... > Unhandled exception: page fault on read access to 0x000000a1 in > 32-bit > code (0x9ccdc232). > file_set_error: Bad address > file_set_error: Bad address > Register dump: > CS:0033 SS:003b DS:003b ES:003b FS:1007 GS:001b > EIP:9ccdc232 ESP:0034ea78 EBP:0034ea78 EFLAGS:00010202( - 00 > - > -RI1) > EAX:9cc80490 EBX:9cc7fe48 ECX:00000009 EDX:9cc7f544 > ESI:00000064 EDI:7bf1b800 > Stack dump: > 0x0034ea78: 0034f0c8 9cc40cc3 00000009 9cc80490 > 0x0034ea88: 9cc80494 00000064 0d790266 9bf2d300 > 0x0034ea98: 00000001 7bf05840 0034e6a0 7bf38240 > 0x0034eaa8: 00000400 00020048 0034e6a0 00000400 > 0x0034eab8: 00000000 9c13a4f0 00000000 0034ebe4 > 0x0034eac8: 9bf087a7 9c12a18c 0034ebb8 00000001 > 0200: sel=1007 base=00112000 limit=00001fff 32-bit rw- > Backtrace: > =>1 0x9ccdc232 (0x0034ea78) > 2 0x9cc40cc3 (0x0034f0c8) > 3 0x9cc5a93f (0x0034f278) > 4 0x9cc691de (0x0034f2a8) > 5 0x9c195f09 (0x0034f2c8) > 6 0x9c197e32 (0x0034f348) > 7 0x9c198051 (0x0034f378) > 8 0x9c19a0cb (0x0034f398) > 9 0x9c26d0d0 in kernel32 (+0x3d0d0) (0x0034f5f8) > 10 0x9c26d305 in kernel32 (+0x3d305) (0x0034f618) > 11 0x9c26d3d3 in kernel32 (+0x3d3d3) (0x0034f638) > 12 0x9c26d3ff in kernel32 (+0x3d3ff) (0x0034f658) > 13 0x9c59b308 (0x0034f7d8) > 14 0x9c595b6e (0x0034fa78) > 15 0x9c48c736 (0x0034fb18) > 16 0x9c48cdde (0x0034fb78) > 17 0x9c48ee44 (0x0034fc08) > 18 0x9c48f4a0 (0x0034fca8) > 19 0x9c48f64f (0x0034fce8) > 20 0x9c48587e (0x0034fd18) > 21 0x9c4858c8 (0x0034fd28) > 22 0x9c4e6890 (0x0034fda8) > 23 0x9c4f751a (0x0034fdd8) > 24 0x9c195f09 (0x0034fdf8) > 25 0x9c197e32 (0x0034fe78) > 26 0x9c198051 (0x0034fea8) > 27 0x9c1980d4 (0x0034fec8) > 28 0x9c1980d4 (0x0034fee8) > 29 0x9c1980d4 (0x0034ff08) > 30 0x9c1980d4 (0x0034ff28) > 31 0x9c19a36a (0x0034ff68) > 32 0x9c277dcf in kernel32 (+0x47dcf) (0x0034ffe8) > 0x9ccdc232: movl 0x98(%ecx),%edx > Modules: > Module Address Debug info Name (27 modules) > PE 400000- b5f000 Deferred firefox > PE 600d0000-60141000 Deferred js3250 > PE 601a0000-601c7000 Deferred nspr4 > PE 601d0000-6022b000 Deferred nss3 > PE 60280000-60287000 Deferred plc4 > PE 60290000-60296000 Deferred plds4 > PE 602b0000-602ca000 Deferred smime3 > PE 602d0000-6030f000 Deferred softokn3 > PE 60310000-60330000 Deferred ssl3 > PE 60340000-60354000 Deferred xpcom_compat > PE 60360000-603ca000 Deferred xpcom_core > PE 9c170000-9c174000 Deferred ntdll > PE 9c230000-9c29c000 Export kernel32 > PE 9c330000-9c334000 Deferred advapi32 > PE 9c370000-9c374000 Deferred wsock32 > PE 9c390000-9c394000 Deferred ws2_32 > PE 9c3d0000-9c418000 Deferred winmm > PE 9c460000-9c471000 Deferred user32 > PE 9c580000-9c584000 Deferred gdi32 > PE 9c660000-9c6c9000 Deferred shell32 > PE 9c7a0000-9c824000 Deferred comctl32 > PE 9c840000-9c902000 Deferred ole32 > PE 9c8d0000-9c923000 Deferred rpcrt4 > PE 9c8d0000-9c923000 Deferred rpcrt4 > PE 9c950000-9c9af000 Deferred comdlg32 > PE 9c9e0000-9c9e6000 Deferred winspool > PE 9ca20000-9cab2000 Deferred oleaut32 > Threads: > process tid prio (all id:s are in hex) > 00000008 (D) Z:\media\CesNt2\Program Files\Comm\Firefox\firefox.exe > 00000009 0 <== > > - trying to run Win32 Firefox Setup (2.0.0.6): > > %wine ~/Desktop/Downloads/Firefox\ Setup\ 2.0.0.6.exe > err:wgl:X11DRV_WineGL_InitOpenglInfo couldn't initialize OpenGL, > expect problems > wine: Unhandled page fault on read access to 0x000000a1 at address > 0x9cb21232 (thread 0009), starting debugger... > Unhandled exception: page fault on read access to 0x000000a1 in > 32-bit > code (0x9cb21232). > fixme:dbghelp:addr_to_linear Failed to linearize address > 108f:0000ffd0 > (mode 0) > Register dump: > CS:0033 SS:003b DS:003b ES:003b FS:1007 GS:001b > EIP:9cb21232 ESP:0034eab8 EBP:0034eab8 EFLAGS:00010206( - 00 > - > RIP1) > EAX:9cac5490 EBX:9cac4e48 ECX:00000009 EDX:9cac4544 > ESI:0000003c EDI:7bf22000 > Stack dump: > 0x0034eab8: *** Invalid address 0x0034eab8 *** > > Backtrace: > 0x9cb21232: -- no code accessible -- > Modules: > Module Address Debug info Name (11 modules) > PE 400000- 420000 Deferred firefox setup 2.0.0.6 > PE 9c170000-9c174000 Deferred ntdll > PE 9c230000-9c29c000 Deferred kernel32 > PE 9c330000-9c3b4000 Deferred comctl32 > PE 9c3f0000-9c401000 Deferred user32 > PE 9c500000-9c504000 Deferred gdi32 > PE 9c580000-9c584000 Deferred advapi32 > PE 9c5d0000-9c639000 Deferred shell32 > PE 9c700000-9c792000 Deferred oleaut32 > PE 9c790000-9c852000 Deferred ole32 > PE 9c820000-9c873000 Deferred rpcrt4 > Threads: > process tid prio (all id:s are in hex) > 00000008 (D) Z:\user\home\vwerth\Desktop\Downloads\Firefox Setup > 2.0.0.6.exe > 00000009 0 <== > > > Now, patched everything (signal, mmap, pfault). > > - trying to run Win32 Firefox (installed under W2k from NTFS volume): > > %wine /media/CesNt2/Program\ Files/Comm/Firefox/firefox.exe > fixme:actctx:parse_depend_manifests Could not find dependent assembly > L"Microsoft.Windows.Common-Controls" > err:wgl:X11DRV_WineGL_InitOpenglInfo couldn't initialize OpenGL, > expect problems > wine: Unhandled page fault on read access to 0x000000a1 at address > 0x7ecb9232 (thread 0009), starting debugger... > > (I needed to ctrl+c here as the system did nothing else for minutes > and did not exit wine). > > > - trying to run Win32 Firefox Setup: > > %wine Desktop/Downloads/Firefox\ Setup\ 2.0.0.6.exe > err:wgl:X11DRV_WineGL_InitOpenglInfo couldn't initialize OpenGL, > expect problems > wine: Unhandled page fault on read access to 0x000000a1 at address > 0x7eafe232 (thread 0009), starting debugger... > Unhandled exception: page fault on read access to 0x000000a1 in > 32-bit > code (0x7eafe232). > file_set_error: Bad address > file_set_error: Bad address > Register dump: > CS:0033 SS:003b DS:003b ES:003b FS:1007 GS:001b > EIP:7eafe232 ESP:0034eab8 EBP:0034eab8 EFLAGS:00010206( - 00 > - > RIP1) > EAX:7eaa2490 EBX:7eaa1e40 ECX:00000009 EDX:7eaa1544 > ESI:0000003c EDI:7bf19000 > Stack dump: > 0x0034eab8: 0034f108 7ea62cc3 00000009 7eaa2490 > 0x0034eac8: 7eaa2494 0000003c 00000b1e 01000000 > 0x0034ead8: 7df26018 7df2f060 0034e6e0 0034eb24 > 0x0034eae8: 00000400 00020048 0034e6e0 00000400 > 0x0034eaf8: 00000000 7e127550 00000002 00000000 > 0x0034eb08: 7df2d300 7e1171fc 0d790266 7e0689a3 > 0200: sel=1007 base=00112000 limit=00001fff 32-bit rw- > Backtrace: > =>1 0x7eafe232 XDisplayKeycodes+0x6() in libx11.so.6 (0x0034eab8) > 2 0x7ea62cc3 X11DRV_InitKeyboard+0x77() in winex11 (0x0034f108) > 3 0x7ea7c93f in winex11 (+0x4c93f) (0x0034f2b8) > 4 0x7ea8b1de in winex11 (+0x5b1de) (0x0034f2e8) > 5 0x7e179f09 call_dll_entry_point+0x15() in ntdll (0x0034f308) > 6 0x7e17be32 in ntdll (+0x2be32) (0x0034f388) > 7 0x7e17c051 in ntdll (+0x2c051) (0x0034f3b8) > 8 0x7e17e0cb LdrLoadDll+0x5b() in ntdll (0x0034f3d8) > 9 0x7e2410d0 in kernel32 (+0x410d0) (0x0034f638) > 10 0x7e241305 LoadLibraryExW+0x4d() in kernel32 (0x0034f658) > 11 0x7e2413d3 LoadLibraryExA+0x33() in kernel32 (0x0034f678) > 12 0x7e2413ff LoadLibraryA+0x1f() in kernel32 (0x0034f698) > 13 0x7e4f2308 DRIVER_load_driver+0x1b4() in gdi32 (0x0034f818) > 14 0x7e4ecb6e CreateDCW+0x5e() in gdi32 (0x0034fab8) > 15 0x7e3e3736 CreateIconFromResourceEx+0x382() in user32 > (0x0034fb58) > 16 0x7e3e3dde in user32 (+0x23dde) (0x0034fbb8) > 17 0x7e3e5e44 LoadImageW+0x388() in user32 (0x0034fc48) > 18 0x7e3e64a0 LoadImageA+0x11c() in user32 (0x0034fce8) > 19 0x7e3e664f LoadCursorA+0x87() in user32 (0x0034fd28) > 20 0x7e3dc87e in user32 (+0x1c87e) (0x0034fd58) > 21 0x7e3dc8c8 CLASS_RegisterBuiltinClasses+0x1c() in user32 > (0x0034fd68) > 22 0x7e43d890 in user32 (+0x7d890) (0x0034fde8) > 23 0x7e44e51a in user32 (+0x8e51a) (0x0034fe18) > 24 0x7e179f09 call_dll_entry_point+0x15() in ntdll (0x0034fe38) > 25 0x7e17be32 in ntdll (+0x2be32) (0x0034feb8) > 26 0x7e17c051 in ntdll (+0x2c051) (0x0034fee8) > 27 0x7e17c0d4 in ntdll (+0x2c0d4) (0x0034ff08) > 28 0x7e17c0d4 in ntdll (+0x2c0d4) (0x0034ff28) > 29 0x7e17e36a LdrInitializeThunk+0x222() in ntdll (0x0034ff68) > 30 0x7e24bdcf in kernel32 (+0x4bdcf) (0x0034ffe8) > 0x7eafe232 XDisplayKeycodes+0x6 in libx11.so.6: movl > 0x98(%ecx),%edx > Modules: > Module Address Debug info Name (50 modules) > PE 400000- 420000 Deferred firefox setup 2.0.0.6 > ELF 7bf00000-7bf03000 Deferred > ELF 7df02000-7df2b000 Deferred ld-elf.so.1 > ELF 7df33000-7e046000 Deferred libwine.so.1 > ELF 7e046000-7e058000 Deferred libthr.so.2 > ELF 7e058000-7e13f000 Deferred libc.so.6 > ELF 7e140000-7e1d2000 Export ntdll > \-PE 7e150000-7e1d2000 \ ntdll > ELF 7e1d2000-7e1e8000 Deferred libm.so.4 > ELF 7e1e8000-7e2fa000 Export kernel32 > \-PE 7e200000-7e2fa000 \ kernel32 > ELF 7e2fa000-7e3a1000 Deferred comctl32 > \-PE 7e300000-7e3a1000 \ comctl32 > ELF 7e3a1000-7e4c0000 Export user32 > \-PE 7e3c0000-7e4c0000 \ user32 > ELF 7e4c0000-7e54a000 Export gdi32 > \-PE 7e4d0000-7e54a000 \ gdi32 > ELF 7e54a000-7e589000 Deferred advapi32 > \-PE 7e560000-7e589000 \ advapi32 > ELF 7e589000-7e675000 Deferred shell32 > \-PE 7e5a0000-7e675000 \ shell32 > ELF 7e675000-7e6c5000 Deferred shlwapi > \-PE 7e680000-7e6c5000 \ shlwapi > ELF 7e6c5000-7e753000 Deferred oleaut32 > \-PE 7e6e0000-7e753000 \ oleaut32 > ELF 7e753000-7e7e0000 Deferred ole32 > \-PE 7e760000-7e7e0000 \ ole32 > ELF 7e7e0000-7e832000 Deferred rpcrt4 > \-PE 7e7f0000-7e832000 \ rpcrt4 > ELF 7e832000-7e84f000 Deferred iphlpapi > \-PE 7e840000-7e84f000 \ iphlpapi > ELF 7e858000-7e8b7000 Deferred msvcrt > \-PE 7e870000-7e8b7000 \ msvcrt > ELF 7e8b7000-7e91b000 Deferred libfreetype.so.9 > ELF 7e91b000-7e92c000 Deferred libz.so.3 > ELF 7e92c000-7e954000 Deferred libfontconfig.so.1 > ELF 7e954000-7e972000 Deferred libexpat.so.6 > ELF 7ea25000-7eaa8000 Export winex11 > \-PE 7ea30000-7eaa8000 \ winex11 > ELF 7eaa8000-7eaaf000 Deferred libsm.so.6 > ELF 7eaaf000-7eac5000 Deferred libice.so.6 > ELF 7eac5000-7eaca000 Deferred libxxf86vm.so.1 > ELF 7eaca000-7ead7000 Deferred libxext.so.6 > ELF 7ead7000-7ebbc000 Export libx11.so.6 > ELF 7ebbc000-7ebbf000 Deferred libxau.so.6 > ELF 7ebbf000-7ebc4000 Deferred libxdmcp.so.6 > ELF 7ebc4000-7ebcc000 Deferred librpcsvc.so.3 > ELF 7ebcc000-7ebcf000 Deferred libxinerama.so.1 > ELF 7ebcf000-7ebd7000 Deferred libxrender.so.1 > ELF 7ebd7000-7ebdd000 Deferred libxrandr.so.2 > Threads: > process tid prio (all id:s are in hex) > 00000008 (D) Z:\user\home\vwerth\Desktop\Downloads\Firefox Setup > 2.0.0.6.exe > 00000009 0 <== > > So, no luck with Firefox here. I've tried to use IE under wine a few > weeks ago as I needed that for getting "StarMoney" to work but also > had problems installing and running IE. > > Other Win16 and Win32 apps are working nearly fine on my system. I've > also tested using a newly created wine config - near same results. > > Do you need any system specific infos? Anything else you want me to > patch / try? > > ``uname -a'': > FreeBSD cesar.sz.vwsoft.com 6.2-STABLE FreeBSD 6.2-STABLE #3: Wed Aug > 1 12:04:20 CEST 2007 > root@cesar.sz.vwsoft.com:/usr/obj/usr/src/sys/CESAR i386 > This looks similar to a bug I reported the other day when trying to run winecfg. I was not able to get a backtrace unfortunatly because wine could not allocate the memory needed to start the debugger. http://www.freebsd.org/cgi/query-pr.cgi?pr=115092 From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 22:46:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A96F16A419 for ; Wed, 1 Aug 2007 22:46:59 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.freebsd.org (Postfix) with ESMTP id 58A6813C461 for ; Wed, 1 Aug 2007 22:46:59 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by wr-out-0506.google.com with SMTP id 67so159648wri for ; Wed, 01 Aug 2007 15:46:58 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=U7ivH2W0oykDyRisy5rtl8MiBLiWvZrCcLnikCcQCRYQQk4eTtBw7kgvTdj1HulOyV/mw0JE3F3EopmKdD6Ere735rTYqjRXo9lRiJA6DZS0DZIOukmHsAEg1vwNK2VY3o6/UDLWDLMoInhQSjhOHof23JJ1Ur+ClGxFwHIwnZ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=P/08S1ft0xlqewcV5fmmxO28e6/3UaH6px7N+VCpO/jTziFNaQm05UrN0Ujbv3fqou8r3iIn24g6FO9AJtYdl1zCDwYoiZHByXsvGwX2RvCUAyv4JO9bgZP0VpUua7cdpOrrzfhtVKLJbVCpC0Vb5xGO8seXi5I1LiijEnlEG/o= Received: by 10.100.174.16 with SMTP id w16mr737345ane.1186006939662; Wed, 01 Aug 2007 15:22:19 -0700 (PDT) Received: by 10.100.11.17 with HTTP; Wed, 1 Aug 2007 15:22:19 -0700 (PDT) Message-ID: Date: Thu, 2 Aug 2007 02:22:19 +0400 From: pluknet To: kramer@centtech.com In-Reply-To: <46B0A7D5.6040308@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46B0A7D5.6040308@centtech.com> Cc: freebsd-stable@freebsd.org Subject: Re: buildkernel failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 22:46:59 -0000 On 01/08/07, Kevin Kramer wrote: > I have a host that is running 6.2-PRERELEASE from Dec 14 2006. I'm > trying to update it to 6.2 Stable. I've got the latest sources as of > this morning. I'm also using gjournal so I've added the patch for that. > The buildworld completed successfully, now I'm getting this when trying > to buildkernel. > > /usr/src/sys/kern/vfs_subr.c: In function `vn_printf': > /usr/src/sys/kern/vfs_subr.c:2551: error: `VV_DELETED' undeclared (first > use in this function) > /usr/src/sys/kern/vfs_subr.c:2551: error: (Each undeclared identifier is > reported only once > /usr/src/sys/kern/vfs_subr.c:2551: error: for each function it appears in.) > *** Error code 1 > > > I'm using GENERIC and have only added these lines and I moved my > original /usr/src before cvs'ing. > > options SMP > options UFS_GJOURNAL > > Thanks for any help. It was discussed: http://lists.freebsd.org/pipermail/freebsd-stable/2007-February/032985.html wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 22:56:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A12116A41A for ; Wed, 1 Aug 2007 22:56:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 0297013C4D5 for ; Wed, 1 Aug 2007 22:56:21 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 12781 invoked by uid 399); 1 Aug 2007 22:56:21 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 1 Aug 2007 22:56:21 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B10F93.10706@FreeBSD.org> Date: Wed, 01 Aug 2007 15:56:19 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: Jo Rhett References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <20070801205211.GA12218@svcolo.com> In-Reply-To: <20070801205211.GA12218@svcolo.com> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 22:56:22 -0000 Jo Rhett wrote: > On Wed, Aug 01, 2007 at 01:32:42PM -0700, Doug Barton wrote: >>> This is about on par with >> manufacturer> selling SOHO routers that synchronize their >>> clocks using stratum-1 NTP servers. >> I don't really think that analogy holds up, given that those who >> run public stratum-1 NTP servers specifically request that >> individual hosts not sync from them. > > The analogy is more true than you believe. Someone told you on > this very same list that it was not allowed, If you're talking about "Volker" I have already explained at great length why he was flat out wrong on just about every particular. Anyone interested can read the archives around 7/17. > and you argued that it wasn't denied therefore it should be okay. > You're doing an excellent job of ignoring contrary opinions and > reinventing facts. Actually I have not ignored contrary opinions, I've stated explicitly that there are contrary opinions. Anyone interested is free to read the archives of the dns-operations list where I think both sides of the argument are presented pretty well. But there is a difference between "yes, there are contrary opinions that I don't agree with based on my actual experience with the topic" and "If anyone disagrees with something, it must be wrong." I would like to suggest that if you are actually interested in a debate about the _merits_ of the change that you look at my post here:http://lists.oarci.net/pipermail/dns-operations/2007-August/001856.html, then read the paper by David Malone that is mentioned in that article, then read the rest of the thread on that list. If you don't have at least that much background on the topic we're just wasting time here. > And the very same root operators are on dns-operations list telling > you not to do this, and you are ignoring them there too. Three root operators (two of whom are in named.conf right now) have spoken up on that list. Of the two that actually offer AXFR, one has said paraphrasing "I hate this idea, but I won't disable AXFR because of it." One has said, "please remove "B" from your list/distribution until you have received permission from the FreeBSD community that this change is what they want." Since that condition is so incredibly arbitrary as to be essentially meaningless, I am going to remove that server. >> If there is a consensus based on solid technical reasons (not >> emotion or FUD) to back the root zone slaving change out, I'll be >> glad to do so. I think it would be very useful at this point if >> those who _like_ the change would speak up publicly as well. > > Everyone has spoken up, and you've ignored every one of them. Are you ignoring the people who've spoken up saying that they like the change, and that they think it's a good idea? Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 23:04:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4727816A417; Wed, 1 Aug 2007 23:04:48 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id 2ABB713C45E; Wed, 1 Aug 2007 23:04:48 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IGNFH-00096Y-R4; Wed, 01 Aug 2007 23:04:47 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IGNEE-00013i-In; Wed, 01 Aug 2007 13:03:42 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18097.4424.855875.392421@roam.psg.com> Date: Wed, 1 Aug 2007 13:03:36 -1000 To: Doug Barton References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 23:04:48 -0000 >> However, I thought it was a really, really, terrible idea, > You're entitled to your opinion. If you take a look at the thread on > the dns-operations list you'll see that there are a lot of really > smart people lined up on both sides of this argument. which, to some of us, would have been a clue not to make a change with no discussion randy From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 23:12:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76B9016A418 for ; Wed, 1 Aug 2007 23:12:29 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 12A2413C45A for ; Wed, 1 Aug 2007 23:12:28 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 30649 invoked by uid 399); 1 Aug 2007 23:12:28 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 1 Aug 2007 23:12:28 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B1135A.10706@FreeBSD.org> Date: Wed, 01 Aug 2007 16:12:26 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: Randy Bush References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <18097.4424.855875.392421@roam.psg.com> In-Reply-To: <18097.4424.855875.392421@roam.psg.com> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 23:12:29 -0000 Randy Bush wrote: >>> However, I thought it was a really, really, terrible idea, >> You're entitled to your opinion. If you take a look at the thread on >> the dns-operations list you'll see that there are a lot of really >> smart people lined up on both sides of this argument. > > which, to some of us, would have been a clue not to make a change > with no discussion So no changes should be made unless everyone agrees? -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 23:23:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E74616A419; Wed, 1 Aug 2007 23:23:33 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id 0233013C469; Wed, 1 Aug 2007 23:23:32 +0000 (UTC) (envelope-from randy@psg.com) Received: from cust16202.lava.net ([64.65.95.74] helo=[192.168.0.101]) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IGNXQ-00098S-H2; Wed, 01 Aug 2007 23:23:32 +0000 Message-ID: <46B115EA.4060907@psg.com> Date: Wed, 01 Aug 2007 13:23:22 -1000 From: Randy Bush User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) MIME-Version: 1.0 To: Doug Barton References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <18097.4424.855875.392421@roam.psg.com> <46B1135A.10706@FreeBSD.org> In-Reply-To: <46B1135A.10706@FreeBSD.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 23:23:33 -0000 >> which, to some of us, would have been a clue not to make a change >> with no discussion > So no changes should be made unless everyone agrees? you made the leap from discussion to unanimity, not i. i do not think the latter possible. but that is a long way from the freebsdish "thinking of the following change." what you did was penguin land. randy From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 23:26:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38E7216A418; Wed, 1 Aug 2007 23:26:34 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.freebsd.org (Postfix) with ESMTP id 150D613C457; Wed, 1 Aug 2007 23:26:34 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.168.196.161]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JM4002ASBRTWHW1@vms046.mailsrvcs.net>; Wed, 01 Aug 2007 18:26:17 -0500 (CDT) Date: Wed, 01 Aug 2007 19:31:41 -0400 From: Skip Ford In-reply-to: <46B10A28.8000908@FreeBSD.org> To: Doug Barton Mail-followup-to: Doug Barton , FreeBSD Current , FreeBSD Stable Message-id: <20070801233141.GF59008@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <20070801211320.GE59008@menantico.com> <46B10A28.8000908@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 23:26:34 -0000 Doug Barton wrote: > Skip Ford wrote: > > The reason I provided *is* purely technical. The roots can decide > > tomorrow to block AXFR requests from FreeBSD users who install > > 6.3-RELEASE or 7.0-RELEASE. They may. They may not. But they > > can. > > Here is where the problem lies. What you're saying here is simply not > true. I know several of the root operators personally, and in my > previous position as GM of IANA I worked with them directly both > individually and collectively. Everything involving a change to a root > server is done at a near-glacial pace. There no more danger that we > will wake up tomorrow unable to AXFR the root from any server than > there is that we'll wake up tomorrow not able to send resolver queries > to any root server. To say that this IS possible is FUD. So, it seems simple enough then if what you're saying is true. Have your friends running the roots state that they will support our AXFRs. I will have no objections once they do that. It's a randomly provided service already. Not all of them answer AXFR now, so how many of them will 2 years from now is a legitimate question, and is my only concern. -- Skip From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 23:27:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8433016A419; Wed, 1 Aug 2007 23:27:56 +0000 (UTC) (envelope-from yb@bashibuzuk.net) Received: from a.6f2.net (a.6f2.net [213.189.5.89]) by mx1.freebsd.org (Postfix) with ESMTP id 2F0FD13C4A3; Wed, 1 Aug 2007 23:27:56 +0000 (UTC) (envelope-from yb@bashibuzuk.net) Received: by a.6f2.net (Postfix, from userid 66) id 694EABF9442; Thu, 2 Aug 2007 01:27:55 +0200 (CEST) Received: by cc.bashibuzuk.net (Postfix, from userid 1001) id 08D4A4C06; Wed, 1 Aug 2007 19:27:32 -0400 (EDT) Date: Wed, 1 Aug 2007 19:27:31 -0400 From: Yann Berthier To: Doug Barton Message-ID: <20070801232731.GH37961@bashibuzuk.net> References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <18097.4424.855875.392421@roam.psg.com> <46B1135A.10706@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46B1135A.10706@FreeBSD.org> X-Operating-System: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 23:27:56 -0000 On Wed, 01 Aug 2007, at 16:12, Doug Barton wrote: > So no changes should be made unless everyone agrees? no way everybody would agree on that. However: . you would have made your change with some support (presumably) in the freebsd community, and with the benediction (or at least no opposition) from the rootops . everybody would have been aware of the upcoming change Look, now you were asked to remove b - all of this could have been avoided with some appropriate PR From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 23:41:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD35A16A417 for ; Wed, 1 Aug 2007 23:41:38 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 7999413C45B for ; Wed, 1 Aug 2007 23:41:38 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so81793anc for ; Wed, 01 Aug 2007 16:41:37 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=Ea6zdR3ICZmBgtufpCGucUSX7z+eSC6iQ62szmFK43D5ZpTS7VWPjamPbMD+G71hzoBsu2hiYPBcePEl1V/kvhCy2UUay7JA5y0VVbbW7S1qw3KblppvKQI8qOVDXVwLrBeNWv/m5FF5NXnf46Sfm8W4esqalJp9ijmXsjONY1Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=MRyeedq7RIipER5kmDBwOl9IwaMfdPEuxLfOJ+7KeDHphRjqI4R2awKDCaQk+WaLihfztLGsi4pbnQ5M6ew0+wdgYYuNAeaEQRwiy2rBUdZ5ohibaEOYfda+MkgFVgrfP39Tfo0+Xz0SNrUKBxOZWc661zOi06Wg+qnmqwjvtUE= Received: by 10.100.120.5 with SMTP id s5mr751882anc.1186010092721; Wed, 01 Aug 2007 16:14:52 -0700 (PDT) Received: by 10.100.92.13 with HTTP; Wed, 1 Aug 2007 16:14:52 -0700 (PDT) Message-ID: <8e10486b0708011614u4903bd24te5e99b148e09f6a3@mail.gmail.com> Date: Wed, 1 Aug 2007 20:14:52 -0300 From: "Alexandre Biancalana" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 6-STABLE Fatal trap 12 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 23:41:38 -0000 Hi list, We have a backup server Dell Power Edge 1850, One Xeon 3.6 Ghz, 2GB Ram, attached to one storage PowerVault 220 and one LTO tape drive, running STABLE from start of June. This machine basically runs FTP Server, NFS Server, compress directories using tar and gzip and run some perl scripts. Some from now this machine is presenting random freezes, then I compiled a kernel with: makeoptions DEBUG=-g options KDB options DDB options INVARIANTS options INVARIANT_SUPPORT options WITNESS options DEBUG_LOCKS options DEBUG_VFS_LOCKS options DIAGNOSTIC yesterday the machine freeze completely, no ping, no keyboard response, I have to do a hard reset (hold power off button) to bring this back. Today happened again and this time they break to debbuger and I can get a dump that follow. Excuse-me by sending images. This is because I don't have a serial cable to plug on the machine, they are on a Datacenter and usually I have only remote access. http://www.seudns.net/~ale/crash/page_fault.jpg http://www.seudns.net/~ale/crash/bt.jpg http://www.seudns.net/~ale/crash/ps_1.jpg http://www.seudns.net/~ale/crash/ps_2.jpg http://www.seudns.net/~ale/crash/ps_3.jpg http://www.seudns.net/~ale/crash/ps_4.jpg http://www.seudns.net/~ale/crash/ps_5.jpg http://www.seudns.net/~ale/crash/ps_6.jpg http://www.seudns.net/~ale/crash/ps_7.jpg http://www.seudns.net/~ale/crash/show_allcpu.jpg http://www.seudns.net/~ale/crash/show_alllocks.jpg http://www.seudns.net/~ale/crash/show_lockedvnodes.jpg http://www.seudns.net/~ale/crash/show_lockedvnodes_2.jpg http://www.seudns.net/~ale/crash/show_lockedvnodes_3.jpg ======== dmesg ======== Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Wed Jun 13 19:07:04 BRT 2007 root@Jones:/usr/src/sys/i386/compile/Jones WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3591.25-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x659d> AMD Features=0x20100000 real memory = 2147221504 (2047 MB) avail memory = 2095714304 (1998 MB) ioapic0: Changing APIC ID to 1 ioapic1: Changing APIC ID to 2 ioapic1: WARNING: intbase 32 != expected base 24 ioapic2: Changing APIC ID to 3 ioapic2: WARNING: intbase 64 != expected base 56 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 32-55 on motherboard ioapic2 irqs 64-87 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 ahc0: port 0xec00-0xecff mem 0xfe9ff000-0xfe9fffff irq 39 at device 12.0 on pci2 ahc0: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xe800-0xe8ff mem 0xfe9fe000-0xfe9fefff irq 36 at device 12.1 on pci2 ahc1: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs amr0: mem 0xf81f0000-0xf81fffff,0xfe9c0000-0xfe9dffff irq 46 at device 14.0 on pci2 amr0: delete logical drives supported by controller amr0: Firmware 522A, BIOS H430, 256MB RAM pcib3: at device 0.2 on pci1 pci3: on pcib3 amr1: mem 0xf80f0000-0xf80fffff irq 37 at device 11.0 on pci3 amr1: delete logical drives supported by controller amr1: Firmware 352B, BIOS 1.10, 128MB RAM pcib4: at device 4.0 on pci0 pci4: on pcib4 pcib5: at device 5.0 on pci0 pci5: on pcib5 pcib6: at device 0.0 on pci5 pci6: on pcib6 em0: port 0xdcc0-0xdcff mem 0xfe5e0000-0xfe5fffff irq 64 at device 7.0 on pci6 em0: Ethernet address: 00:14:22:16:ba:37 pcib7: at device 0.2 on pci5 pci7: on pcib7 em1: port 0xccc0-0xccff mem 0xfe3e0000-0xfe3fffff irq 65 at device 8.0 on pci7 em1: Ethernet address: 00:14:22:16:ba:38 pcib8: at device 6.0 on pci0 pci8: on pcib8 uhci0: port 0xace0-0xacff irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xacc0-0xacdf irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xaca0-0xacbf irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfeb00000-0xfeb003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered uhub4: vendor 0x413c product 0xa001, class 9/0, rev 2.00/0.00, addr 2 uhub4: multiple transaction translators uhub4: 2 ports with 2 removable, self powered ehci_device_intr_done: not done, ex=0xc64b5e00 ukbd0: Tripplite B015-000 R0.74 USB to PS2 adapter., rev 1.10/1.00, addr 3, iclass 3/1 ehci_device_intr_done: not done, ex=0xc64d0d00 kbd2 at ukbd0 ums0: Tripplite B015-000 R0.74 USB to PS2 adapter., rev 1.10/1.00, addr 3, iclass 3/1 ums0: 5 buttons and Z dir. pcib9: at device 30.0 on pci0 pci9: on pcib9 pci9: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 2000 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xec000-0xeffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 3591247239 Hz quality 800 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle acd0: CDROM at ata0-master UDMA33 amr0: delete logical drives supported by controller amrd0: on amr0 amrd0: 69880MB (143114240 sectors) RAID 1 (optimal) amr1: delete logical drives supported by controller amrd1: on amr1 amrd1: 1259100MB (2578636800 sectors) RAID 5 (optimal) sa0 at ahc0 bus 0 target 6 lun 0 sa0: Removable Sequential Access SCSI-3 device sa0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit) Trying to mount root from ufs:/dev/amrd0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 4 files 1 WARNING: /backup was not properly dismounted Expensive timeout(9) function: 0xc0646fa8(0xc0775ee0) 0.011991048 s em0: link state changed to UP ======= dmesg ========= I update system bios, perc 4/si and perc 4/dc firmware. Any help is appreciated to discover if this is a hardware or software problem. Regards, Alexandre From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 23:42:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 956C316A41A; Wed, 1 Aug 2007 23:42:17 +0000 (UTC) (envelope-from yb@bashibuzuk.net) Received: from a.6f2.net (a.6f2.net [213.189.5.89]) by mx1.freebsd.org (Postfix) with ESMTP id 596E713C461; Wed, 1 Aug 2007 23:42:17 +0000 (UTC) (envelope-from yb@bashibuzuk.net) Received: by a.6f2.net (Postfix, from userid 66) id 3ED86BF93FC; Thu, 2 Aug 2007 01:10:55 +0200 (CEST) Received: by cc.bashibuzuk.net (Postfix, from userid 1001) id 11BE84AE2; Wed, 1 Aug 2007 19:10:04 -0400 (EDT) Date: Wed, 1 Aug 2007 19:10:04 -0400 From: Yann Berthier To: Doug Barton Message-ID: <20070801231004.GG37961@bashibuzuk.net> References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46B0EDEA.8050608@FreeBSD.org> X-Operating-System: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 23:42:17 -0000 On Wed, 01 Aug 2007, at 13:32, Doug Barton wrote: > If there is a consensus based on solid technical reasons (not emotion > or FUD) to back the root zone slaving change out, I'll be glad to do > so. I think it would be very useful at this point if those who _like_ > the change would speak up publicly as well. Ok - I do like the change I do think still that it should have been discussed publicly on -arch as well as with the rootops / dns-ops From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 23:47:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03D0116A41F; Wed, 1 Aug 2007 23:47:23 +0000 (UTC) (envelope-from jfesler@gigo.com) Received: from vette.gigo.com (vette.gigo.com [216.218.228.114]) by mx1.freebsd.org (Postfix) with ESMTP id E150A13C594; Wed, 1 Aug 2007 23:47:22 +0000 (UTC) (envelope-from jfesler@gigo.com) Received: from vette.gigo.com (vette.gigo.com [216.218.228.114]) by vette.gigo.com (Postfix) with ESMTP id C28971F9; Wed, 1 Aug 2007 16:19:04 -0700 (PDT) Date: Wed, 1 Aug 2007 16:19:04 -0700 (PDT) From: Jason Fesler To: Doug Barton In-Reply-To: <46B1135A.10706@FreeBSD.org> Message-ID: References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <18097.4424.855875.392421@roam.psg.com> <46B1135A.10706@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Randy Bush , FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 23:47:23 -0000 > So no changes should be made unless everyone agrees? IMO, when the issue is split as such, that means "no change". I would have instead offered a sample config with clear documentation saying what the intent of that specific sample was for; but the "stock" config would have been much as it was before the change. (Even if I'm *personally* interested in this option.) From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 23:51:19 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E97C16A41A for ; Wed, 1 Aug 2007 23:51:19 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id C341A13C468 for ; Wed, 1 Aug 2007 23:51:13 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.144.87] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1IGNyB-000Cnt-Ss; Thu, 02 Aug 2007 00:51:11 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IGNyB-000FU0-Od; Thu, 02 Aug 2007 00:51:11 +0100 Date: Thu, 2 Aug 2007 00:51:11 +0100 From: Thomas Hurst To: Doug Barton Message-ID: <20070801235111.GA56602@voi.aagh.net> Mail-Followup-To: Doug Barton , FreeBSD Current , FreeBSD Stable References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46B0EDEA.8050608@FreeBSD.org> Organization: Not much. User-Agent: Mutt/1.5.15 (2007-04-06) Sender: Thomas Hurst Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 23:51:19 -0000 * Doug Barton (dougb@FreeBSD.org) wrote: > If there is a consensus based on solid technical reasons (not emotion > or FUD) to back the root zone slaving change out, I'll be glad to do > so. I think it would be very useful at this point if those who _like_ > the change would speak up publicly as well. The abstract at the top of David Malone's paper says: Tests, described here, indicate that this technique seems to be comparable to the traditional hints mechanism for moderately busy name servers and may offer other benefits Indeed the paper, various messages in dns-operations and so forth would seem to suggest this is more of use for busier systems with hundreds if not thousands of users. These installs are probably something of a minority, and more to the point are more likely to have had a reasonable amount of time and research spent poking at configs. Many more smaller installs are probably going to be thrown up by people with less interest in such; "Oh, I just want a resolver and some local DNS names for my 2 user home network/10 user business, I guess the default config will be fine". I would suggest that the commented bits be reversed; have a hints file as the default, more traditional, less controversial option, with slave zones commented out, with a more explicit note about when and why it might be helpful, and mentioning any caveats re smaller installs, less root server support, Paul Vixie kicking puppies, etc. Even if slave zones are generally better, I would still think the more conservative approach would be the better one, especially in 6.*. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 23:56:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCF9A16A41B for ; Wed, 1 Aug 2007 23:56:38 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 7A29B13C461 for ; Wed, 1 Aug 2007 23:56:38 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 13874 invoked by uid 399); 1 Aug 2007 23:56:38 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 1 Aug 2007 23:56:38 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B11DB4.2020606@FreeBSD.org> Date: Wed, 01 Aug 2007 16:56:36 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: Yann Berthier References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <18097.4424.855875.392421@roam.psg.com> <46B1135A.10706@FreeBSD.org> <20070801232731.GH37961@bashibuzuk.net> In-Reply-To: <20070801232731.GH37961@bashibuzuk.net> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 23:56:39 -0000 Yann Berthier wrote: > On Wed, 01 Aug 2007, at 16:12, Doug Barton wrote: > >> So no changes should be made unless everyone agrees? > > no way everybody would agree on that. However: > > . you would have made your change with some support (presumably) in > the freebsd community, and with the benediction (or at least no > opposition) from the rootops > . everybody would have been aware of the upcoming change > > Look, now you were asked to remove b - all of this could have been > avoided with some appropriate PR You're right about more PR in advance being a good thing, and for the lack of that, I apologize. I don't think that "all" of the drama could have been avoided in any case, there is too much emotion surrounding this issue. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 00:13:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1652216A41A; Thu, 2 Aug 2007 00:13:28 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 8815013C442; Thu, 2 Aug 2007 00:13:27 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.1/8.14.1) with ESMTP id l720DMH0095352; Thu, 2 Aug 2007 10:13:22 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200708020013.l720DMH0095352@drugs.dv.isc.org> To: Doug Barton From: Mark Andrews In-reply-to: Your message of "Wed, 01 Aug 2007 16:56:36 MST." <46B11DB4.2020606@FreeBSD.org> Date: Thu, 02 Aug 2007 10:13:22 +1000 Sender: marka@isc.org Cc: FreeBSD Current , FreeBSD Stable , Yann Berthier Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 00:13:28 -0000 > I don't think that "all" of the drama could have been avoided in any > case, there is too much emotion surrounding this issue. I'll concur with Doug on this. I've been discussing doing just this for the last 10+ years. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 00:38:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42CDA16A469; Thu, 2 Aug 2007 00:38:46 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.freebsd.org (Postfix) with ESMTP id 1E39E13C48E; Thu, 2 Aug 2007 00:38:45 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.168.196.161]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JM4009KKF4GMBE6@vms048.mailsrvcs.net>; Wed, 01 Aug 2007 19:38:40 -0500 (CDT) Date: Wed, 01 Aug 2007 20:44:04 -0400 From: Skip Ford In-reply-to: <200708020013.l720DMH0095352@drugs.dv.isc.org> To: Mark Andrews Mail-followup-to: Mark Andrews , Doug Barton , FreeBSD Current , FreeBSD Stable Message-id: <20070802004404.GG59008@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <46B11DB4.2020606@FreeBSD.org> <200708020013.l720DMH0095352@drugs.dv.isc.org> User-Agent: Mutt/1.4.2.3i Cc: Doug Barton , FreeBSD Stable , FreeBSD Current Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 00:38:46 -0000 Mark Andrews wrote: > > > I don't think that "all" of the drama could have been avoided in any > > case, there is too much emotion surrounding this issue. > > I'll concur with Doug on this. I've been discussing doing > just this for the last 10+ years. Why don't you update 2870 then to make it so? If all the roots provided it and were required to, there's no problem. But current best practice as defined by 2870 are for roots to only answer AXFRs from other roots. How can you advocate an OS pushing a configuration that isn't guaranteed to be functional? I understand the odds of it breaking, and I understand the benefits. That's not the issue. This is a configuration that should be guaranteed to work for 2 years after every OS release that includes it. -- Skip From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 01:06:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0965916A41F; Thu, 2 Aug 2007 01:06:16 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Received: from mx.isc.org (mx.isc.org [IPv6:2001:4f8:0:2::1c]) by mx1.freebsd.org (Postfix) with ESMTP id DE6BC13C45B; Thu, 2 Aug 2007 01:06:15 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTP id ADA6211402A; Thu, 2 Aug 2007 01:06:15 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Received: from manx.isc.org (manx.isc.org [IPv6:2001:4f8:3:bb::37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by farside.isc.org (Postfix) with ESMTP id 461F2E601F; Thu, 2 Aug 2007 01:06:15 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Message-ID: <46B12E06.5030809@isc.org> Date: Wed, 01 Aug 2007 18:06:14 -0700 From: Peter Losher Organization: ISC User-Agent: Thunderbird 2.0.0.5 (Macintosh/20070716) MIME-Version: 1.0 To: Doug Barton References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <20070801211320.GE59008@menantico.com> <46B10A28.8000908@FreeBSD.org> In-Reply-To: <46B10A28.8000908@FreeBSD.org> X-Enigmail-Version: 0.95.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigED375B9886EF6435715978DF" Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 01:06:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigED375B9886EF6435715978DF Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Doug Barton wrote: > Here is where the problem lies. What you're saying here is simply not > true. I know several of the root operators personally, and in my > previous position as GM of IANA I worked with them directly both > individually and collectively. Everything involving a change to a root > server is done at a near-glacial pace. There no more danger that we > will wake up tomorrow unable to AXFR the root from any server than > there is that we'll wake up tomorrow not able to send resolver queries > to any root server. To say that this IS possible is FUD. Doug - that is a *BIG* assumption you just made there. As far as I know you didn't discuss this change with any of the root server operators (you certainly didn't with ISC) and we could have told you then how bad of a idea this was. It seems you made this change on instinct, and in addition nowhere does it state in RFC2870 that the root-servers have to accept AXFR's as part of their service. You just made with this change what was before a diagnostic service into a production service and you didn't even ask the folks most affected by it. This change should be yanked and yanked now until at least there has been some discussion with the root server operators. (and discussing it on the dns-operations@ list does not cut it) -Peter (with his root-ops hat on his desk) --=20 Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" --------------enigED375B9886EF6435715978DF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) iD8DBQFGsS4GPtVx9OgEjQgRAjdyAJ4u/c8b22K8o/tJ4fHh7QT/zzmTHgCfcI3r mrajwqsBl47Spv0ADmZNFQU= =q+LN -----END PGP SIGNATURE----- --------------enigED375B9886EF6435715978DF-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 01:14:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADCE616A418; Thu, 2 Aug 2007 01:14:23 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 6205413C469; Thu, 2 Aug 2007 01:14:23 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.1/8.14.1) with ESMTP id l721EMvl095981; Thu, 2 Aug 2007 11:14:22 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200708020114.l721EMvl095981@drugs.dv.isc.org> To: Doug Barton , FreeBSD Current , FreeBSD Stable From: Mark Andrews Mail-Followup-To: Mark Andrews , Doug Barton , FreeBSD Current , FreeBSD Stable In-reply-to: Your message of "Wed, 01 Aug 2007 20:44:04 -0400." <20070802004404.GG59008@menantico.com> Date: Thu, 02 Aug 2007 11:14:22 +1000 Sender: marka@isc.org Cc: Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 01:14:23 -0000 > Mark Andrews wrote: > > > > > I don't think that "all" of the drama could have been avoided in any > > > case, there is too much emotion surrounding this issue. > > > > I'll concur with Doug on this. I've been discussing doing > > just this for the last 10+ years. > > Why don't you update 2870 then to make it so? Why don't you? You seem to be the one worried about it :-) I want to get draft-ietf-dnsop-default-local-zones through first before dealing with the issue of how to get every iterative resolver serving the root. You will note that dealing with traffic at the root is left out of draft-ietf-dnsop-default-local-zones. > If all the roots provided it and were required to, there's no > problem. But current best practice as defined by 2870 are > for roots to only answer AXFRs from other roots. > > How can you advocate an OS pushing a configuration that isn't > guaranteed to be functional? I understand the odds of it > breaking, and I understand the benefits. That's not the issue. There is a difference between saying we should do this and just doing it. Part of process is to get consenus that this is reasonable or at least won't hurt and working what needs to be changed to make it happen. > This is a configuration that should be guaranteed to work for 2 > years after every OS release that includes it. > > -- > Skip > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 01:35:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2B3D16A419; Thu, 2 Aug 2007 01:35:48 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 768EE13C45E; Thu, 2 Aug 2007 01:35:48 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.1/8.13.7) with ESMTP id l721ZmfC026225; Wed, 1 Aug 2007 18:35:48 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.1/8.13.4/Submit) id l721Zm2s026224; Wed, 1 Aug 2007 18:35:48 -0700 (PDT) Date: Wed, 1 Aug 2007 18:35:48 -0700 (PDT) From: Matthew Dillon Message-Id: <200708020135.l721Zm2s026224@apollo.backplane.com> To: FreeBSD Current , FreeBSD Stable References: <200708020114.l721EMvl095981@drugs.dv.isc.org> Cc: Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 01:35:48 -0000 The vast majority of machine installations just slave their dns off of another machine, and because of that I do not think it is particularly odious to require some level of skill for those who actually want to set up their own server. To that end what I do on DragonFly is simply supply a README file in /etc/namedb along with a few helper scripts describing how to do it in a fairly painless manner. If a user cannot understand the README then he has no business setting up a DNS server anyhow. Distributions need to be fairly sensitive to doing anything that might accidently (through lack of understanding) cause an overload of critical internet resources. http://www.dragonflybsd.org/cvsweb/src/etc/namedb/ I generally recommend using our 'getroot' script to download an actual root.zone file instead of using a hints file (and I guess AXFR is supposed to replace both concepts). It has always seemed to me that actually downloading a physical root zone file once a week is the most reliable solution. I've never trusted using a hints file... not for at least a decade, and I probably wouldn't trust AXFR for the same reason. Probably my mistrust is due to the massive problems I had using a hints file long ago and I'm sure it works better these days, but I've never found any reason to switch back from an actual root.zone. I've enclosed the getroot script we ship below. In anycase, it seems to me that there is no good reason to try to automate dns services as a distribution default in the manner being described. Just my two-cents. -Matt #!/bin/tcsh -f # # If you are running named and using root.zone as a master, the root.zone # file should be updated periodicly from ftp.rs.internic.net. # # $DragonFly: src/etc/namedb/getroot,v 1.2 2005/02/24 21:58:20 dillon Exp $ cd /etc/namedb umask 027 set hostname = 'ftp.rs.internic.net' set remfile = domain/root.zone.gz set locfile = root.zone.gz set path = ( /bin /usr/bin /sbin /usr/sbin ) fetch ftp://${hostname}:/${remfile} if ( $status != 0) then rm -f ${locfile} echo "Download failed" else gunzip < ${locfile} > root.zone.new if ( $status == 0 ) then rm -f ${locfile} if ( -f root.zone ) then mv -f root.zone root.zone.bak endif chmod 644 root.zone.new mv -f root.zone.new root.zone echo "Download succeeded, restarting named" rndc reload sleep 1 rndc status else echo "Download failed: gunzip returned an error" rm -f ${locfile} endif endif From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 01:40:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C2EF16A419; Thu, 2 Aug 2007 01:40:44 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by mx1.freebsd.org (Postfix) with ESMTP id DD9C513C45B; Thu, 2 Aug 2007 01:40:43 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.168.196.161]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JM400EFOHZJYUW6@vms042.mailsrvcs.net>; Wed, 01 Aug 2007 20:40:32 -0500 (CDT) Date: Wed, 01 Aug 2007 21:45:56 -0400 From: Skip Ford In-reply-to: <200708020114.l721EMvl095981@drugs.dv.isc.org> To: Mark Andrews , Doug Barton , FreeBSD Current , FreeBSD Stable Mail-followup-to: Mark Andrews , Doug Barton , FreeBSD Current , FreeBSD Stable Message-id: <20070802014556.GH59008@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <20070802004404.GG59008@menantico.com> <200708020114.l721EMvl095981@drugs.dv.isc.org> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 01:40:44 -0000 Mark Andrews wrote: > > > > I don't think that "all" of the drama could have been avoided in any > > > > case, there is too much emotion surrounding this issue. > > > > > > I'll concur with Doug on this. I've been discussing doing > > > just this for the last 10+ years. > > > > Why don't you update 2870 then to make it so? > > Why don't you? You seem to be the one worried about it :-) I just figured you'd be able to snap your fingers, click your heels, and be done with it. > I want to get draft-ietf-dnsop-default-local-zones through > first before dealing with the issue of how to get every > iterative resolver serving the root. FWIW, I reviewed your draft back in March and had no objections. :-) > > If all the roots provided it and were required to, there's no > > problem. But current best practice as defined by 2870 are > > for roots to only answer AXFRs from other roots. > > > > How can you advocate an OS pushing a configuration that isn't > > guaranteed to be functional? I understand the odds of it > > breaking, and I understand the benefits. That's not the issue. > > There is a difference between saying we should do this and > just doing it. Part of process is to get consenus that > this is reasonable or at least won't hurt and working what > needs to be changed to make it happen. Ah, sorry for putting words in your mouth then. Now I understand, and I agree. -- Skip From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 04:05:20 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DCBD16A418; Thu, 2 Aug 2007 04:05:20 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id E3A0A13C468; Thu, 2 Aug 2007 04:05:19 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IGRw5-0009tT-7n; Thu, 02 Aug 2007 04:05:17 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IGRvk-0001Tv-A7; Wed, 01 Aug 2007 18:04:56 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18097.22498.575342.155398@roam.psg.com> Date: Wed, 1 Aug 2007 18:04:50 -1000 To: Peter Losher References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <20070801211320.GE59008@menantico.com> <46B10A28.8000908@FreeBSD.org> <46B12E06.5030809@isc.org> Cc: Doug Barton , FreeBSD Stable , FreeBSD Current Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 04:05:20 -0000 > in addition nowhere does it state in RFC2870 that the root-servers have to > accept AXFR's as part of their service. in fact, the opposite 2.7 Root servers SHOULD NOT answer AXFR, or other zone transfer, queries from clients other than other root servers. This restriction is intended to, among other things, prevent unnecessary load on the root servers as advice has been heard such as "To avoid having a corruptible cache, make your server a stealth secondary for the root zone." The root servers MAY put the root zone up for ftp or other access on one or more less critical servers. randy From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 04:44:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C410216A4DA; Thu, 2 Aug 2007 04:44:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 7BD8F13C45B; Thu, 2 Aug 2007 04:44:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l724gHjl048830; Wed, 1 Aug 2007 22:42:17 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 01 Aug 2007 22:42:25 -0600 (MDT) Message-Id: <20070801.224225.-894585243.imp@bsdimp.com> To: randy@psg.com From: "M. Warner Losh" In-Reply-To: <18097.4424.855875.392421@roam.psg.com> References: <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <18097.4424.855875.392421@roam.psg.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 01 Aug 2007 22:42:18 -0600 (MDT) Cc: dougb@freebsd.org, freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 04:44:11 -0000 In message: <18097.4424.855875.392421@roam.psg.com> Randy Bush writes: : >> However, I thought it was a really, really, terrible idea, : > You're entitled to your opinion. If you take a look at the thread on : > the dns-operations list you'll see that there are a lot of really : > smart people lined up on both sides of this argument. : : which, to some of us, would have been a clue not to make a change : with no discussion I tend to agree. In general in FreeBSD, when there's no consensus for a change, then the change doesn't happen. When there is a change that causes contention, typically, it is backed out until consensus can be reached. I'm not sure what the right thing to do here is, but when I see Paul Vixie say a change is bad, I tend to think long and hard about why I think it is right. Warner From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 04:45:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA6EB16A46C; Thu, 2 Aug 2007 04:45:54 +0000 (UTC) (envelope-from eilander@myguard.nl) Received: from obsessive.paranoid.nl (paranoid.nl [193.227.121.145]) by mx1.freebsd.org (Postfix) with ESMTP id 6702413C47E; Thu, 2 Aug 2007 04:45:54 +0000 (UTC) (envelope-from eilander@myguard.nl) Received: from eilanderPC (cp1018919-b.gelen1.lb.home.nl [84.28.158.163]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: eilander) by obsessive.paranoid.nl (Postfix) with ESMTP id EE89E3984A; Thu, 2 Aug 2007 06:26:52 +0200 (CEST) From: "Thijs Eilander" To: "'Doug Barton'" , "'FreeBSD Current'" , "'FreeBSD Stable'" References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> In-Reply-To: <46B0EDEA.8050608@FreeBSD.org> Date: Thu, 2 Aug 2007 06:26:46 +0200 Message-ID: <000d01c7d4bd$568d0b60$03a72220$@nl> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcfUe0u7MiXJz3GqSVWw0He0csoq5gAOuqnA Content-Language: nl X-paranoid.nl-MailScanner-Information: Please contact the ISP for more information X-paranoid.nl-MailScanner: Found to be clean X-MailScanner-From: eilander@myguard.nl Cc: Subject: RE: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 04:45:54 -0000 >If there is a consensus based on solid technical reasons (not emotion >or FUD) to back the root zone slaving change out, I'll be glad to do >so. I think it would be very useful at this point if those who _like_ >the change would speak up publicly as well. For starters, I am doing it since 1998 (and not only in named) on busy dns servers. I like the idea.... but not the change. Motivation: 1) Not everyone is an admin on a "busy nameservers". Is it really necessary to include it in the distribution? A lot of people don't even get it, they just setup their homemade firewall/dnsserver. Do those people need to slave the rootservers by default? Why? 2) Skilled administrators are aware of the slave trick, or they fetch root.zone.gz once a week. Why include it for the skilled at expense of the clueless people from argument 1 ? An idea: Why not fetching the root.zone.gz file itself once a week? Matthew Dillon send a nice getroot script to this discussion, I think we should put an adjusted script in /etc/periodic/weekly. this seems to be a cleaner way than using axfr on rootservers which don't notify us on changes. (Benefit: the root.zone.gz is signed, axfr probably not). Personally I think this serves the same goal and hopefully in a less annoying way, without having to worry (or argue!) about axfr is still allowed for at least next 2 years. Just another 2 cents for in your moneybag, what will you do with all those 'funding' ? :) With kind regards, Thijs Eilander From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 06:27:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 676C216A417; Thu, 2 Aug 2007 06:27:44 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 2151413C474; Thu, 2 Aug 2007 06:27:44 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 3146817382; Thu, 2 Aug 2007 05:59:48 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l725xwGV030864; Thu, 2 Aug 2007 05:59:59 GMT (envelope-from phk@critter.freebsd.dk) To: "M. Warner Losh" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 01 Aug 2007 22:42:25 CST." <20070801.224225.-894585243.imp@bsdimp.com> Date: Thu, 02 Aug 2007 05:59:58 +0000 Message-ID: <30863.1186034398@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: randy@psg.com, dougb@freebsd.org, freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 06:27:44 -0000 While I think FreeBSD generally should try to push the "state of the art" envelope, it seems to me that this change may be premature, in particular if the people providing the AXFR-service on which it depends, are not prepared to officially offer the service. So for this change to remain in FreeBSD, one of two things will have to happen: A) At least three (A number found on my paint-bucket) root servers must sign up to provide the public AXFR for at least 3 (ditto) years. or B) FreeBSD systems so configured, shall keep working flawlessly if the AXFR service becomes unavailable. What should not under any circumstances happen: C) The unannounced service is terminated and all so configured FreeBSD systems wedge. That said, I fully agree with the spirit of this change, I have myself seen what positive difference it makes for servers in Denmark to have a slave of the .dk zone, particular for busy mailservers. I hope we can swing for solution A) Poul-Henning -- 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. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 06:52:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEB9916A418; Thu, 2 Aug 2007 06:52:07 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Received: from mx.isc.org (mx.isc.org [IPv6:2001:4f8:0:2::1c]) by mx1.freebsd.org (Postfix) with ESMTP id D027713C48D; Thu, 2 Aug 2007 06:52:07 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTP id C10DE114087; Thu, 2 Aug 2007 06:52:07 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Received: from tardis.plosh.net (tardis.vpn.isc.org [149.20.66.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by farside.isc.org (Postfix) with ESMTP id 51DD1E6023; Thu, 2 Aug 2007 06:52:07 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Message-ID: <46B17F0F.20108@isc.org> Date: Wed, 01 Aug 2007 23:51:59 -0700 From: Peter Losher User-Agent: Thunderbird 2.0.0.5 (Macintosh/20070716) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org References: <30863.1186034398@critter.freebsd.dk> In-Reply-To: <30863.1186034398@critter.freebsd.dk> X-Enigmail-Version: 0.95.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5DCA3B40C9F7A155CED380CD" Cc: Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 06:52:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5DCA3B40C9F7A155CED380CD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Poul-Henning Kamp wrote: > That said, I fully agree with the spirit of this change, I have > myself seen what positive difference it makes for servers in Denmark > to have a slave of the .dk zone, particular for busy mailservers. One of the other objections I have with this change (other than the fact that it was made w/o consultation) is the fact that this is would become the "default" setting. Yes, busy mail servers may be better served by slaving frequently used zones, and as Vixie mentioned on the dns-operations list, there is less objection if "wizards" use AXFR, and they would perhaps know more of the pitfalls that doing this entails (vs. relying on hints). But the fact is this is being enabled for every Tom, Dick, and Sarah operating a OS who won't know what the possible ramifications are of this change, and the benefit compared to the downside is nonexistant. And that is *BAD, BAD, BAD*. Has this change been raised on the relevant IETF DNS operations list? These are the defaults we are talking about here. I will reiterate, this change needs to be rolled back until there has been more discussion. dbarton mentioned earlier that root operators make changes on a glacial scale. There is a reason for that. ;) Best Wishes - Peter --=20 Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" --------------enig5DCA3B40C9F7A155CED380CD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFGsX8PPtVx9OgEjQgRArL5AJ9SOaLsdg8ZpwtpsoDuXJED2e+acACdFcRi 305fqdTfQ6bzIDl4MbkLC94= =hWnh -----END PGP SIGNATURE----- --------------enig5DCA3B40C9F7A155CED380CD-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 06:58:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35BF416A417; Thu, 2 Aug 2007 06:58:38 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id E870F13C465; Thu, 2 Aug 2007 06:58:37 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id BC25217382; Thu, 2 Aug 2007 06:58:36 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l726wmDH031158; Thu, 2 Aug 2007 06:58:48 GMT (envelope-from phk@critter.freebsd.dk) To: Peter Losher From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 01 Aug 2007 23:51:59 MST." <46B17F0F.20108@isc.org> Date: Thu, 02 Aug 2007 06:58:48 +0000 Message-ID: <31157.1186037928@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 06:58:38 -0000 In message <46B17F0F.20108@isc.org>, Peter Losher writes: >One of the other objections I have with this change (other than the fact >that it was made w/o consultation) is the fact that this is would become >the "default" setting. I don't have data to judge the impact. I just tried it on one of my machines and it looks like 100K of slave files but I don't know the impact of that, relative to all the "junk" queries it saves. That said, I would certainly have started it out as a named_experimental_root_axfr=NO option myself, rather than to make it te default "default". -- 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. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 07:23:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0123716A418; Thu, 2 Aug 2007 07:23:38 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.freebsd.org (Postfix) with ESMTP id 7113613C428; Thu, 2 Aug 2007 07:23:37 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [194.32.164.30] (host-83-146-60-88.bulldogdsl.com [83.146.60.88]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id l7270Rql096806; Thu, 2 Aug 2007 08:00:27 +0100 (BST) (envelope-from rb@gid.co.uk) In-Reply-To: <30863.1186034398@critter.freebsd.dk> References: <30863.1186034398@critter.freebsd.dk> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <80A6758A-DAE1-48B6-85D9-4048C092FDC3@gid.co.uk> Content-Transfer-Encoding: 7bit From: Bob Bishop Date: Thu, 2 Aug 2007 08:00:20 +0100 To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org X-Mailer: Apple Mail (2.752.3) Cc: dougb@freebsd.org Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 07:23:38 -0000 Hi, Regardless of the technicalities and politics, this change is obviously a major POLA violation which is a good enough reason to back it out. -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 07:27:49 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1187616A417; Thu, 2 Aug 2007 07:27:49 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp4.clear.net.nz (smtp4.clear.net.nz [203.97.37.64]) by mx1.freebsd.org (Postfix) with ESMTP id CB5A113C4B3; Thu, 2 Aug 2007 07:27:48 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-72-65-47.dsl.telstraclear.net [121.72.65.47]) by smtp4.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JM400MH5XDBKX30@smtp4.clear.net.nz>; Thu, 02 Aug 2007 19:12:47 +1200 (NZST) Date: Thu, 02 Aug 2007 19:12:40 +1200 From: Mark Kirkwood In-reply-to: <46B17F0F.20108@isc.org> To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Message-id: <46B183E8.1060604@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <30863.1186034398@critter.freebsd.dk> <46B17F0F.20108@isc.org> User-Agent: Thunderbird 2.0.0.4 (X11/20070716) Cc: dougb@FreeBSD.org Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 07:27:49 -0000 Peter Losher wrote: > > One of the other objections I have with this change (other than the fact > that it was made w/o consultation) is the fact that this is would become > the "default" setting. Yes, busy mail servers may be better served by > slaving frequently used zones, and as Vixie mentioned on the > dns-operations list, there is less objection if "wizards" use AXFR, and > they would perhaps know more of the pitfalls that doing this entails > (vs. relying on hints). > > But the fact is this is being enabled for every Tom, Dick, and Sarah > operating a OS who won't know what the possible ramifications are of > this change, and the benefit compared to the downside is nonexistant. > And that is *BAD, BAD, BAD*. Has this change been raised on the > relevant IETF DNS operations list? These are the defaults we are > talking about here. > > On the ramifications - I run named purely as a caching resolver (my isp's dns servers are pathetically slow)... and I was somewhat surprised to discover that I'm *now* slaving zones from the root servers - it's not that I'm especially stupid (I hope...), but rather that I set this up before this change came into effect and didn't notice it during (presumably) mergemaster. The thing that concerns me now is this: are there many folks in a similar situation, are we gonna be unwittingly hammering these root servers? regards Mark From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 08:43:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A22F516A41A; Thu, 2 Aug 2007 08:43:17 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (unknown [IPv6:2001:618:400::50b1:e8f2]) by mx1.freebsd.org (Postfix) with ESMTP id 2900313C4B6; Thu, 2 Aug 2007 08:43:16 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [80.177.232.250] (herring.rabson.org [80.177.232.250]) by itchy.rabson.org (8.13.3/8.13.3) with ESMTP id l728gFDn089116; Thu, 2 Aug 2007 09:42:15 +0100 (BST) (envelope-from dfr@rabson.org) From: Doug Rabson To: Randy Bush In-Reply-To: <18097.22498.575342.155398@roam.psg.com> References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <20070801211320.GE59008@menantico.com> <46B10A28.8000908@FreeBSD.org> <46B12E06.5030809@isc.org> <18097.22498.575342.155398@roam.psg.com> Content-Type: text/plain Date: Thu, 02 Aug 2007 09:42:15 +0100 Message-Id: <1186044135.1264.23.camel@herring.rabson.org> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/3846/Wed Aug 1 08:27:07 2007 on itchy.rabson.org X-Virus-Status: Clean Cc: Doug Barton , FreeBSD Stable , Peter Losher , FreeBSD Current Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 08:43:17 -0000 On Wed, 2007-08-01 at 18:04 -1000, Randy Bush wrote: > > in addition nowhere does it state in RFC2870 that the root-servers have to > > accept AXFR's as part of their service. > > in fact, the opposite > > 2.7 Root servers SHOULD NOT answer AXFR, or other zone transfer, > queries from clients other than other root servers. This > restriction is intended to, among other things, prevent > unnecessary load on the root servers as advice has been heard > such as "To avoid having a corruptible cache, make your server a > stealth secondary for the root zone." The root servers MAY put > the root zone up for ftp or other access on one or more less > critical servers. I think this makes it completely clear that we should not be trying to use the AXFR service from any of the root servers. Expert users can do what they like but making our default configuration use a service which is documented in the current best practices document as being unsupported seems foolish. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 10:05:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8039616A417 for ; Thu, 2 Aug 2007 10:05:44 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 206D113C45A for ; Thu, 2 Aug 2007 10:05:43 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 30654 invoked by uid 399); 2 Aug 2007 10:05:43 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 2 Aug 2007 10:05:43 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B1AC75.9060907@FreeBSD.org> Date: Thu, 02 Aug 2007 03:05:41 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: FreeBSD Current , FreeBSD Stable X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 10:05:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 In an effort to find some kind of balance (I won't even try to say "consensus") between those who hate the idea of slaving the root zones, those who like the idea but don't want it to be the default, and those who like the idea, I've made the following change: 1. Change the default behavior back to using a hint zone for the root. 2. Leave the root slave zone config as a commented out example. 3. Remove the B and F root servers from the example at the request of their operators. I hope that we can now dial down the volume on the meta-issue of how the change was done, and focus on the operational issues of whether it's a good idea or not. FYI, Doug - -- This .signature sanitized for your protection -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGsax1yIakK9Wy8PsRA9ilAJ0RwNqVm3qOaCS2RXOqAOte6pCajgCfWmOF J124uJLcCaBdRGk3Smk7KVI= =tr+m -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 10:14:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00C4516A418 for ; Thu, 2 Aug 2007 10:14:41 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 925B913C478 for ; Thu, 2 Aug 2007 10:14:40 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 7514 invoked by uid 399); 2 Aug 2007 10:14:40 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 2 Aug 2007 10:14:40 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B1AE8E.8030307@FreeBSD.org> Date: Thu, 02 Aug 2007 03:14:38 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: Matthew Dillon References: <200708020114.l721EMvl095981@drugs.dv.isc.org> <200708020135.l721Zm2s026224@apollo.backplane.com> In-Reply-To: <200708020135.l721Zm2s026224@apollo.backplane.com> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 10:14:41 -0000 Matthew Dillon wrote: > I generally recommend using our 'getroot' script to download an actual > root.zone file instead of using a hints file (and I guess AXFR is supposed > to replace both concepts). Yes to AXFR replacing both, but ... > It has always seemed to me that actually > downloading a physical root zone file once a week is the most reliable > solution. This is a really bad idea. The root zone changes slowly, but it often changes more than once a week. Add to that the more-rapid deployment of new TLDs nowadays and the occasional complete reprovisioning of an existing TLD, and one week is too long to go between updates. > I've never trusted using a hints file... not for at least a decade, I'm not sure how the hints file could fail, it's a pretty simple mechanism. But you're better off using hints (which go years between updates, and you only need one good server to get your cache primed anyway) OR AXFR, which will keep itself up to date automatically. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 10:29:39 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CB2316A41A; Thu, 2 Aug 2007 10:29:39 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6B7AD13C469; Thu, 2 Aug 2007 10:29:39 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.168.196.161]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JM500EFG6H9YVX9@vms042.mailsrvcs.net>; Thu, 02 Aug 2007 05:29:33 -0500 (CDT) Date: Thu, 02 Aug 2007 06:34:59 -0400 From: Skip Ford In-reply-to: <46B1AC75.9060907@FreeBSD.org> To: Doug Barton Mail-followup-to: Doug Barton , FreeBSD Current , FreeBSD Stable Message-id: <20070802103459.GI59008@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <46B1AC75.9060907@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current , FreeBSD Stable Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 10:29:39 -0000 Doug Barton wrote: > In an effort to find some kind of balance (I won't even try to say > "consensus") between those who hate the idea of slaving the root > zones, those who like the idea but don't want it to be the default, > and those who like the idea, I've made the following change: > > 1. Change the default behavior back to using a hint zone for the root. > 2. Leave the root slave zone config as a commented out example. > 3. Remove the B and F root servers from the example at the request of > their operators. > > I hope that we can now dial down the volume on the meta-issue of how > the change was done, and focus on the operational issues of whether > it's a good idea or not. Thanks. I'm afraid the consensus has to come from the operators, not from FreeBSD folks. If the operators were required to support it, I think everyone should slave the roots, not just those running busy servers. Just like I'd think everyone should sync with stratum-1 servers if those operators supported everyone doing that. -- Skip From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 10:40:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14BC516A418 for ; Thu, 2 Aug 2007 10:40:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id A708A13C474 for ; Thu, 2 Aug 2007 10:40:24 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 1235 invoked by uid 399); 2 Aug 2007 10:40:24 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 2 Aug 2007 10:40:24 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B1B496.4000504@FreeBSD.org> Date: Thu, 02 Aug 2007 03:40:22 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: FreeBSD Current , FreeBSD Stable References: <46B1AC75.9060907@FreeBSD.org> <20070802103459.GI59008@menantico.com> In-Reply-To: <20070802103459.GI59008@menantico.com> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 10:40:25 -0000 Skip Ford wrote: > If the operators were required to support it, I think everyone > should slave the roots, not just those running busy servers. Actually I don't think that's the right way to do it at all. What is needed here is a reliable (DNSSEC, or at least TSIG) out of band method to allow "the masses" to slave the root without loading the root servers themselves. I'd like to see consensus and resources build around that. ICANN is making some tentative steps in that direction already: https://ns.iana.org/dnssec/status.html > Just like I'd think everyone should sync with stratum-1 servers if > those operators supported everyone doing that. I've already pointed out that this is a silly analogy, as the two things have nothing in common. At the most basic level: Individual hosts don't need Everyone needs the root data to sync with a strat 1 ntpd The strat 1 folks have asked The roots are open to all by design people not to do that -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 10:52:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E273C16A41B; Thu, 2 Aug 2007 10:52:23 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 9E03F13C48E; Thu, 2 Aug 2007 10:52:23 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 4C75E2219D14; Thu, 2 Aug 2007 20:33:58 +1000 (EST) X-Viruscan-Id: <46B1B31600008C75E5B3A6@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail5.barnet.com.au (Postfix) with ESMTP id 0CCF421B2926; Thu, 2 Aug 2007 20:33:58 +1000 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id A00532219CC6; Thu, 2 Aug 2007 20:33:56 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 02F6E226; Thu, 2 Aug 2007 20:33:47 +1000 (EST) Date: Thu, 2 Aug 2007 20:33:47 +1000 From: Edwin Groothuis To: Doug Barton , FreeBSD Current , FreeBSD Stable Message-ID: <20070802103347.GA1393@k7.mavetju> Mail-Followup-To: Edwin Groothuis , Doug Barton , FreeBSD Current , FreeBSD Stable References: <46B1AC75.9060907@FreeBSD.org> <20070802103459.GI59008@menantico.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070802103459.GI59008@menantico.com> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 10:52:24 -0000 On Thu, Aug 02, 2007 at 06:34:59AM -0400, Skip Ford wrote: > Doug Barton wrote: > > In an effort to find some kind of balance (I won't even try to say > > "consensus") between those who hate the idea of slaving the root > > zones, those who like the idea but don't want it to be the default, > > and those who like the idea, I've made the following change: > > > > 1. Change the default behavior back to using a hint zone for the root. > > 2. Leave the root slave zone config as a commented out example. > > 3. Remove the B and F root servers from the example at the request of > > their operators. > > > > I hope that we can now dial down the volume on the meta-issue of how > > the change was done, and focus on the operational issues of whether > > it's a good idea or not. > > Thanks. I'm afraid the consensus has to come from the operators, > not from FreeBSD folks. > > If the operators were required to support it, I think everyone > should slave the roots, not just those running busy servers. Just > like I'd think everyone should sync with stratum-1 servers if > those operators supported everyone doing that. pool.root-servers.net sounds like a good idea :-) Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 10:57:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BCDB16A417; Thu, 2 Aug 2007 10:57:08 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id D02C313C45B; Thu, 2 Aug 2007 10:57:07 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=NV15DAmeV4WtmJYKjAuprEieQNhayjIFAUGdVVUk2XT9YW+90ztxcgurYMlTOWn3nGjMwj3kP9OceRlPbbufjuZD97B74Nm+ZevghGgNqqmhMKwLaZe9wvkrOey/EfV5LFs/FfZxsCrmHg4B4pqTR/Ov0N87eQQ/e2Q4Ff4foGU=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1IGYBU-000Kkt-E7; Thu, 02 Aug 2007 14:45:36 +0400 Date: Thu, 2 Aug 2007 14:45:31 +0400 From: Eygene Ryabinkin To: Doug Barton Message-ID: <20070802104531.GJ72909@void.codelabs.ru> References: <200708020114.l721EMvl095981@drugs.dv.isc.org> <200708020135.l721Zm2s026224@apollo.backplane.com> <46B1AE8E.8030307@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <46B1AE8E.8030307@FreeBSD.org> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.3 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_05 Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 10:57:08 -0000 Doug, good day. Thu, Aug 02, 2007 at 03:14:38AM -0700, Doug Barton wrote: > Matthew Dillon wrote: > > It has always seemed to me that actually > > downloading a physical root zone file once a week is the most reliable > > solution. > > This is a really bad idea. The root zone changes slowly, but it often > changes more than once a week. Add to that the more-rapid deployment > of new TLDs nowadays and the occasional complete reprovisioning of an > existing TLD, and one week is too long to go between updates. But if one will pull the root zone via FTP/HTTP at the zone's refresh rate or so -- will it be still a bad idea, compared to the AXFR method? -- Eygene From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 11:47:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEF2216A41F; Thu, 2 Aug 2007 11:47:03 +0000 (UTC) (envelope-from jon@seaholm.caamora.com.au) Received: from seaholm.caamora.com.au (seaholm.caamora.com.au [203.7.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id 40D7113C4A3; Thu, 2 Aug 2007 11:47:00 +0000 (UTC) (envelope-from jon@seaholm.caamora.com.au) Received: (from jon@localhost) by seaholm.caamora.com.au (8.11.1/8.11.1) id l72BQnr08967; Thu, 2 Aug 2007 21:26:49 +1000 (EST) Message-ID: <20070802212648.09456@caamora.com.au> Date: Thu, 2 Aug 2007 21:26:49 +1000 From: jonathan michaels To: Thijs Eilander References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <000d01c7d4bd$568d0b60$03a72220$@nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <000d01c7d4bd$568d0b60$03a72220$@nl>; from Thijs Eilander on Thu, Aug 02, 2007 at 06:26:46AM +0200 Organisation: Caamora, PO Box 144, Rosebery NSW 1445 Australia Cc: 'Doug Barton' , 'FreeBSD Stable' , 'FreeBSD Current' Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 11:47:04 -0000 On Thu, Aug 02, 2007 at 06:26:46AM +0200, Thijs Eilander wrote: > >If there is a consensus based on solid technical reasons (not emotion > >or FUD) to back the root zone slaving change out, I'll be glad to do > >so. I think it would be very useful at this point if those who _like_ > >the change would speak up publicly as well. > > For starters, I am doing it since 1998 (and not only in named) on busy dns > servers. > I like the idea.... but not the change. > > Motivation: > > 1) Not everyone is an admin on a "busy nameservers". Is it really necessary > to include it in the distribution? A lot of people don't even get it, they > just setup their homemade firewall/dnsserver. Do those people need to slave > the rootservers by default? Why? > > 2) Skilled administrators are aware of the slave trick, or they fetch > root.zone.gz once a week. Why include it for the skilled at expense of the > clueless people from argument 1 ? i am not a 'skilled administrator' i'd probably not quite make it to clueless user status, as yet, but i am working on it .. some ten years and prior to that and my accident some 15 yeasr on qnx and os9: level I and level II (note i am disbled man, born with damaged brain --- memory disabilities and learning skills defeciets as well as motor skills deficiencies .. please excuse my typing) > Why not fetching the root.zone.gz file itself once a week? Matthew Dillon > send a nice getroot script to this discussion, I think we should put an > adjusted script in /etc/periodic/weekly. this seems to be a cleaner way than > using axfr on rootservers which don't notify us on changes. (Benefit: the > root.zone.gz is signed, axfr probably not). i am not claiming to understad the issues involved, i've asked off list and am waiting for replies .. hopefully they will come. but given from what i have read and understand of teh tasks involved and teh load issues and so forth i think that this would be a really good idea. most new users havent got a hope of understanding what is going on .. i have just upgraded my whole netowrk from 25 year old 386dx33 machines to 10 year old cpmpaq proliant 5500 (2 off with 4 cpu 4 gb dram and nice scsi raid onboard and a proliant 1850r with 2 cpu and 2 gb dram i think) but more importantly the software went from freebsd v2.2.5-R to v6.2-R and i have found that it might have been easier to dump freebsd and got with netbsd/openbsd something like that. there are a lot of difference and its a steep learning curve for a new user or an old user with some significant learning defeciets like me. my network is connect to teh backbone via perment dialup modem and the new named is having issues/squables with ppp/pppd i've been a devout pppd user some 10 years, i think that pppd is just the way that it should be done, a personal opoinion nothing more onthing less. i get hourly reminder in /var/log/messages about permissions/interface dropped named ignoring the port. locally dns seems to be working on teh bind 9.?.? (3 something) but i don't know if its being seen outside if any of my secondaries are getting thier data streams. at forst it seems to be a firewall issue, so after giving up trying to make teh jump from v2.2.5 edition ipfw to teh current one with v6.2 i gave up and asked a friend for help with setting up pf, as far as i can tell pf is doing its job and i've dismantled all teh ipfw stuff on teh 6 or so servers handling teh getway (fidonet to/from usenet) and now the gatewy machine is runnign pf and the sshd attack/probes have stoped (i seems) but my named is still complaining hourly about thes ports/permissions errors that it was complaing about with pppd and ipfw i have scoured teh handbook, the faq even teh fabled google and there is precious little, whatever there is relates to some obscure linux dns running in a jailed environment .. i tried de jailing, sorry that is not the corect term but the best that i can do without making a major effort to dig it out of teh relevent dooc sets. it is things like this that make arbitrary desisions/changes to untime/production environments a real pain .. i suppose if i were a real administrator i'd have teh skills to diagnose this problem but the reality is that i am a "special" trying to overcome th bigotry and out right discrimination that ihave come to sxpect as my lot in life, thankfully it is not so bad here in freebsd land .. but it rears its had to remind me that i'm not in heave, just quite yet, big grin, ok. > > Personally I think this serves the same goal and hopefully in a less > annoying way, without having to worry (or argue!) about axfr is still > allowed for at least next 2 years. this sounds really good to me, hopefully some level of sanity might prevail > Just another 2 cents for in your moneybag, what will you do with all those > 'funding' ? :) and another 2 australian cents from me, thijs .. thanks for writing you good article as always please excuse teh poor writing/typing and grammer kind regards jonathan -- ================================================================ powered by .. QNX, OS9 and freeBSD -- http://caamora com au/operating system ==== === appropriate solution in an inappropriate world === ==== From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 12:10:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 433F716A41A; Thu, 2 Aug 2007 12:10:01 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 01EE713C46C; Thu, 2 Aug 2007 12:10:00 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7d2a.q.ppp-pool.de [89.53.125.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id DF8AB12883F; Thu, 2 Aug 2007 14:09:53 +0200 (CEST) Received: from cesar.sz.vwsoft.com (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 8836C3F43A; Thu, 2 Aug 2007 14:09:50 +0200 (CEST) Message-ID: <46B1C98E.1010605@vwsoft.com> Date: Thu, 02 Aug 2007 14:09:50 +0200 From: Volker User-Agent: Thunderbird 2.0.0.5 (X11/20070721) MIME-Version: 1.0 To: Doug Barton References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <20070801205211.GA12218@svcolo.com> <46B10F93.10706@FreeBSD.org> In-Reply-To: <46B10F93.10706@FreeBSD.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: Jo Rhett , FreeBSD Stable Subject: Re: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 12:10:01 -0000 On 12/23/-58 20:59, Doug Barton wrote: > Jo Rhett wrote: >> On Wed, Aug 01, 2007 at 01:32:42PM -0700, Doug Barton wrote: >>>> This is about on par with >>> manufacturer> selling SOHO routers that synchronize their >>>> clocks using stratum-1 NTP servers. >>> I don't really think that analogy holds up, given that those who >>> run public stratum-1 NTP servers specifically request that >>> individual hosts not sync from them. >> The analogy is more true than you believe. Someone told you on >> this very same list that it was not allowed, > > If you're talking about "Volker" I have already explained at great > length why he was flat out wrong on just about every particular. > Anyone interested can read the archives around 7/17. Well, my fault was to post to the mailing list before checking what has been changed in cvs and this caused me to post about an assumption instead of information and checked cvs later. On the other hand, your postings sounded more likely to be flames as you did not really said something about the issue itself but picked on some bad formulation from a non-native english speaker. But as I wrote you already in private mail, I don't like to discuss further and this is my last word on that topic. Volker From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 13:31:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36DFA16A419; Thu, 2 Aug 2007 13:31:58 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from mailrelay009.isp.belgacom.be (mailrelay009.isp.belgacom.be [195.238.6.176]) by mx1.freebsd.org (Postfix) with ESMTP id 698E313C45E; Thu, 2 Aug 2007 13:31:57 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from 219.106-247-81.adsl-dyn.isp.belgacom.be (HELO kalimero.kotnet.org) ([81.247.106.219]) by mailrelay009.isp.belgacom.be with ESMTP; 02 Aug 2007 15:31:55 +0200 Received: from localhost (localhost [127.0.0.1]) by kalimero.kotnet.org (8.14.1/8.14.1) with ESMTP id l72DVswY001605; Thu, 2 Aug 2007 15:31:55 +0200 (CEST) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: Volker Date: Thu, 2 Aug 2007 15:31:52 +0200 User-Agent: KMail/1.9.7 References: <200707111442.33336.jhb@freebsd.org> <200707311725.33059.tijl@ulyssis.org> <46B0F3EF.9020702@vwsoft.com> In-Reply-To: <46B0F3EF.9020702@vwsoft.com> MIME-Version: 1.0 Content-Disposition: inline X-Length: 16038 X-UID: 22 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200708021531.54008.tijl@ulyssis.org> Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 13:31:59 -0000 On Wednesday 01 August 2007 22:58:23 Volker wrote: > On 07/31/07 17:25, Tijl Coosemans wrote: >> On Friday 13 July 2007 20:08:59 Volker wrote: >>> On 07/11/07 20:42, John Baldwin wrote: >>>> This patch attempts to remove a gross hack with a slightly less >>>> gross hack in order to avoid clobbering data in signal info that >>>> Wine needs. In 7 this was fixed by a major change to how the >>>> kernel manages signals internally, and that change is too large to >>>> be MFC'd, hence this lighter weight patch. It has already been >>>> tested by the folks working on Wine, but I would like a bit more >>>> widespread testing before I commit it. Please test this patch and >>>> let me know if anything breaks. Note that this patch is only for >>>> i386. >>>> >>>> http://www.FreeBSD.org/~jhb/patches/sig_eva.patch >>> >>> I've patched and recompiled world + kernel using your patch. I can >>> confirm it does not hurt but what does it good (my wine already ran >>> fine despite some DDE and performance issues)? What to look for >>> especially - any specific test procedures? >> >> Could you try Mozilla Firefox (for Windows) with and without this >> patch? > > clean world + kernel (unpatched), csup'ed 2007-07-31, ports-tree up to > date, installed wine: wine-0.9.42,1 > > - trying to start an already installed Win32 Firefox (installed under > W2k, contained on a mounted NTFS volume): > - trying to run Win32 Firefox Setup (2.0.0.6): > > Now, patched everything (signal, mmap, pfault). > > - trying to run Win32 Firefox (installed under W2k from NTFS volume): > - trying to run Win32 Firefox Setup: Thanks for the extensive report! > wine: Unhandled page fault on read access to 0x000000a1 at address > 0x7eafe232 (thread 0009), starting debugger... > Unhandled exception: page fault on read access to 0x000000a1 in > 32-bit code (0x7eafe232). It's always this same error, same address... > %wine Desktop/Downloads/Firefox\ Setup\ 2.0.0.6.exe > err:wgl:X11DRV_WineGL_InitOpenglInfo couldn't initialize OpenGL, > expect problems Do you get this line with programs that do work? What if you load glx (xorg.conf module section)? From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 14:43:51 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCF9A16A41A; Thu, 2 Aug 2007 14:43:51 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from mailrelay007.isp.belgacom.be (mailrelay007.isp.belgacom.be [195.238.6.173]) by mx1.freebsd.org (Postfix) with ESMTP id 32B8213C457; Thu, 2 Aug 2007 14:43:51 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from 219.106-247-81.adsl-dyn.isp.belgacom.be (HELO kalimero.kotnet.org) ([81.247.106.219]) by mailrelay007.isp.belgacom.be with ESMTP; 02 Aug 2007 16:43:49 +0200 Received: from localhost (localhost [127.0.0.1]) by kalimero.kotnet.org (8.14.1/8.14.1) with ESMTP id l72Ehn0F007692; Thu, 2 Aug 2007 16:43:49 +0200 (CEST) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: freebsd-stable@freebsd.org Date: Thu, 2 Aug 2007 16:43:47 +0200 User-Agent: KMail/1.9.7 References: <200707111442.33336.jhb@freebsd.org> <200707311725.33059.tijl@ulyssis.org> <200708011058.53721.mistry.7@osu.edu> In-Reply-To: <200708011058.53721.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708021643.48540.tijl@ulyssis.org> Cc: Anish Mistry , John Baldwin Subject: Re: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 14:43:51 -0000 On Wednesday 01 August 2007 16:58:46 Anish Mistry wrote: > On Tuesday 31 July 2007, Tijl Coosemans wrote: >> On Friday 13 July 2007 20:08:59 Volker wrote: >>> On 07/11/07 20:42, John Baldwin wrote: >>>> This patch attempts to remove a gross hack with a slightly less >>>> gross hack in order to avoid clobbering data in signal info that >>>> Wine needs. In 7 this was fixed by a major change to how the >>>> kernel manages signals internally, and that change is too large >>>> to be MFC'd, hence this lighter weight patch. It has already >>>> been tested by the folks working on Wine, but I would like a bit >>>> more widespread testing before I commit it. Please test this >>>> patch and let me know if anything breaks. Note that this patch >>>> is only for i386. >>>> >>>> http://www.FreeBSD.org/~jhb/patches/sig_eva.patch >>> >>> I've patched and recompiled world + kernel using your patch. I >>> can confirm it does not hurt but what does it good (my wine >>> already ran fine despite some DDE and performance issues)? What >>> to look for especially - any specific test procedures? >> >> Could you try Mozilla Firefox (for Windows) with and without this >> patch? > > I applied the patch and recompiled my kernel. The Firefox install > worked fine, but when I go to launch it I get: > > wine firefox.exe > fixme:actctx:parse_depend_manifests Could not find dependent assembly > L"Microsoft.Windows.Common-Controls" > fixme:iphlpapi:NotifyAddrChange (Handle 0xbf6db5e8, overlapped > 0xbf6db5cc): stub > err:ole:CoGetClassObject class {4955dd33-b159-11d0-8fcf-00aa006bcc59} > not registered > err:ole:CoGetClassObject no class object > {4955dd33-b159-11d0-8fcf-00aa006bcc59} could be created for context > 0x1 > err:seh:segv_handler Got unexpected trap 0 > Bus error (core dumped) > > Does the patch require 6-STABLE? No, if it applies cleanly, it's ok. If you're interested, there are more patches at . From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 14:59:39 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C7C216A41A; Thu, 2 Aug 2007 14:59:39 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from pinky.frank-behrens.de (unknown [IPv6:2a01:170:1023:0:211:2fff:fec9:c52d]) by mx1.freebsd.org (Postfix) with ESMTP id 2110F13C45E; Thu, 2 Aug 2007 14:59:37 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from [192.168.20.32] (sun.behrens [192.168.20.32]) by pinky.frank-behrens.de (8.14.1/8.14.1) with ESMTP-MSA id l72ExL7X004131 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO); Thu, 2 Aug 2007 16:59:21 +0200 (CEST) (envelope-from frank@pinky.sax.de) Message-Id: <200708021459.l72ExL7X004131@pinky.frank-behrens.de> From: "Frank Behrens" To: Max Laier Date: Thu, 02 Aug 2007 16:59:20 +0200 MIME-Version: 1.0 Priority: normal In-reply-to: <200707250135.44846.max@love2party.net> References: <200707101520.12272.max@love2party.net> X-mailer: Pegasus Mail for Windows (4.31, DE v4.31 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Hashcash: 1:24:070802:freebsd-stable@freebsd.org::Zmo1vX7rtsTYyeuk:000000002Kxk X-Hashcash: 1:24:070802:freebsd-net@freebsd.org::fVCPau9m4lmXw9rS:0000000000ECLx X-Hashcash: 1:24:070802:max@love2party.net::NaIbS/fOIcrJOMl4:qQPt Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: RELENG_6 patch [Re: pf 4.1 Update available for testing] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 14:59:39 -0000 Max Laier wrote on 25 Jul 2007 1:35: > now available at: http://people.freebsd.org/~mlaier/PF41/ with > instructions how to build. Thanks! I tested it, because I have some trouble with pf > Please test if possible and provide me with feedback. The build has following problems: - libexec/Makefile has still reference to ftp_proxy, removing that line helped - usr.sbin/Makefile has still reference to ftp_proxy, removing that line helped - sbin/ifconfig misses ifgroup.c, fetching from HEAD helped I made not many tests, but this version seems to work in general. Unfortunately it does not fix the bug I described in another thread (pf eates syn packet? on freebsd-pf@). Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 15:12:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2E8F16A417; Thu, 2 Aug 2007 15:12:32 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id 56C1213C45E; Thu, 2 Aug 2007 15:12:32 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.63.66] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis), id 0ML31I-1IGcLk18NM-0003dC; Thu, 02 Aug 2007 17:12:30 +0200 From: Max Laier Organization: FreeBSD To: "Frank Behrens" Date: Thu, 2 Aug 2007 17:13:48 +0200 User-Agent: KMail/1.9.7 References: <200707101520.12272.max@love2party.net> <200708021459.l72ExL7X004131@pinky.frank-behrens.de> In-Reply-To: <200708021459.l72ExL7X004131@pinky.frank-behrens.de> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2336341.Jj87f8tqAe"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200708021713.53892.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/u0R9IsKWNzjEiKYa0J9/SGKzfn9oKfbP2d2Z FYshuFhf+7rqsSA3e45D533TVi513DUNcKRPL0aqqWtdYK3X4F 8NZqhtc+QfCCLsoqLjs1q8k+ylVw+gD4bBEZFUevrY= Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: RELENG_6 patch [Re: pf 4.1 Update available for testing] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 15:12:32 -0000 --nextPart2336341.Jj87f8tqAe Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 02 August 2007, Frank Behrens wrote: > Max Laier wrote on 25 Jul 2007 1:35: > > now available at: http://people.freebsd.org/~mlaier/PF41/ with > > instructions how to build. > > Thanks! I tested it, because I have some trouble with pf > > > Please test if possible and provide me with feedback. > > The build has following problems: > - libexec/Makefile has still reference to ftp_proxy, removing that line > helped=20 That's in the patch, did you have a libexec/Makefile.rej? > - usr.sbin/Makefile has still reference to ftp_proxy, removing that line > helped That's supposed to be there, but as I forgot the new files in=20 usr.sbin/ftp-proxy it breaks. > - sbin/ifconfig misses ifgroup.c, fetching from HEAD helped Ditto - forgot the new file. > I made not many tests, but this version seems to work in general. > Unfortunately it does not fix the bug I described in another thread (pf > eates syn packet? on freebsd-pf@). More in that thread. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2336341.Jj87f8tqAe Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBGsfSxXyyEoT62BG0RAvLtAJ9xHHj52TPX1E6IoWNtBcmI8ckn9wCfaJC/ LtSW2r0AvGOVvI/czOr3o28= =CQAZ -----END PGP SIGNATURE----- --nextPart2336341.Jj87f8tqAe-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 15:20:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D12616A41A for ; Thu, 2 Aug 2007 15:20:56 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mx1.freebsd.org (Postfix) with ESMTP id 0EB3F13C457 for ; Thu, 2 Aug 2007 15:20:56 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-12-z2.arcor-online.net (mail-in-12-z2.arcor-online.net [151.189.8.29]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id CC225183F2E; Thu, 2 Aug 2007 17:20:44 +0200 (CEST) Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mail-in-12-z2.arcor-online.net (Postfix) with ESMTP id B6F1D2793FC; Thu, 2 Aug 2007 17:20:44 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-185-173.pools.arcor-ip.net [84.61.185.173]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id 2C86B1BF398; Thu, 2 Aug 2007 17:20:43 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.11]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l72FKgAI010018 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Aug 2007 17:20:42 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.14.1/8.14.1) with ESMTP id l72FKg2s002533; Thu, 2 Aug 2007 17:20:42 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.14.1/8.14.1/Submit) id l72FKfCD002532; Thu, 2 Aug 2007 17:20:41 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: pyunyh@gmail.com Date: Thu, 2 Aug 2007 17:20:38 +0200 User-Agent: KMail/1.9.7 References: <200707292113.01023.lofi@freebsd.org> <200707310132.02537.lofi@freebsd.org> <20070731005541.GA92601@cdnetworks.co.kr> In-Reply-To: <20070731005541.GA92601@cdnetworks.co.kr> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1192115.0dhYHhtAiG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200708021720.41555.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV 0.91.1/3847/Thu Aug 2 13:26:26 2007 on mail-in-04.arcor-online.net X-Virus-Status: Clean Cc: Laurens Timmermans , freebsd-stable@freebsd.org Subject: Re: Various problems with re(4) on a PCIe 8168/8111B onboard NIC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 15:20:56 -0000 --nextPart1192115.0dhYHhtAiG Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 31. July 2007, Pyun YongHyeon wrote: > On Tue, Jul 31, 2007 at 01:31:59AM +0200, Michael Nottebrock wrote: > > On Monday, 30. July 2007, Pyun YongHyeon wrote: > > > Thanks for reporting. I don't have these hardware models so I couldn= 't > > > verify the issue. After reading the vendor's code I've made attached > > > patch. I don't know whether it works or not, it's just guess work. > > > > Works fine here! > > Since HEAD is in code freeze I guess minimal patch would be more > preferable. Would you try attached patch again? That one works, too. Cheers, =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1192115.0dhYHhtAiG Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGsfZGXhc68WspdLARAhH3AJ9Ewy46djz/XeM3sc9i1Yi/4ozdcgCdHj0F eM7jYop3GDfuc2snkoAG1CM= =O4YW -----END PGP SIGNATURE----- --nextPart1192115.0dhYHhtAiG-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 15:22:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C423D16A417; Thu, 2 Aug 2007 15:22:53 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from pinky.frank-behrens.de (unknown [IPv6:2a01:170:1023:0:211:2fff:fec9:c52d]) by mx1.freebsd.org (Postfix) with ESMTP id 2C8CC13C45D; Thu, 2 Aug 2007 15:22:52 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from [192.168.20.32] (sun.behrens [192.168.20.32]) by pinky.frank-behrens.de (8.14.1/8.14.1) with ESMTP-MSA id l72FMJIx004773 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO); Thu, 2 Aug 2007 17:22:20 +0200 (CEST) (envelope-from frank@pinky.sax.de) Message-Id: <200708021522.l72FMJIx004773@pinky.frank-behrens.de> From: "Frank Behrens" To: Max Laier Date: Thu, 02 Aug 2007 17:22:19 +0200 MIME-Version: 1.0 Priority: normal In-reply-to: <200708021713.53892.max@love2party.net> References: <200708021459.l72ExL7X004131@pinky.frank-behrens.de> X-mailer: Pegasus Mail for Windows (4.31, DE v4.31 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Hashcash: 1:24:070802:freebsd-stable@freebsd.org::5j/m3JFNo7TJDCq6:0000000DNo3 X-Hashcash: 1:24:070802:freebsd-net@freebsd.org::NPpWWOZnwhuaJt/E:00000000000nSjU X-Hashcash: 1:24:070802:max@love2party.net::EZVmG1tLzYqusXbl:2HKt1 Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: RELENG_6 patch [Re: pf 4.1 Update available for testing] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 15:22:53 -0000 Max Laier wrote on 2 Aug 2007 17:13: > On Thursday 02 August 2007, Frank Behrens wrote: > > The build has following problems: > > - libexec/Makefile has still reference to ftp_proxy, removing that line > > helped > > That's in the patch, did you have a libexec/Makefile.rej? Sorry, I should better read, what I have on screen: I believe it complained about "tftp-proxy" and that's not here. Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 15:35:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E01916A421; Thu, 2 Aug 2007 15:35:33 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 901A913C46B; Thu, 2 Aug 2007 15:35:32 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.63.66] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1IGchh1MYc-0005KT; Thu, 02 Aug 2007 17:35:09 +0200 From: Max Laier Organization: FreeBSD To: "Frank Behrens" Date: Thu, 2 Aug 2007 17:36:21 +0200 User-Agent: KMail/1.9.7 References: <200708021459.l72ExL7X004131@pinky.frank-behrens.de> <200708021522.l72FMJIx004773@pinky.frank-behrens.de> In-Reply-To: <200708021522.l72FMJIx004773@pinky.frank-behrens.de> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1968509.VcziIZpLuS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200708021736.28043.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/AknQA4zsn79HXrD9giVLyaS8rB++7/DdlKd+ SV54TyoQbxu7M7uah4kIIdsCn8RspRhlLuBu/bMn/hqVKogwxG YWU2VCFT1blQSQ47b2qCGRboJpG3ipdIQwofSZDz/s= Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: RELENG_6 patch [Re: pf 4.1 Update available for testing] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 15:35:33 -0000 --nextPart1968509.VcziIZpLuS Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 02 August 2007, Frank Behrens wrote: > Max Laier wrote on 2 Aug 2007 17:13: > > On Thursday 02 August 2007, Frank Behrens wrote: > > > The build has following problems: > > > - libexec/Makefile has still reference to ftp_proxy, removing that > > > line helped > > > > That's in the patch, did you have a libexec/Makefile.rej? > > Sorry, I should better read, what I have on screen: > I believe it complained about "tftp-proxy" and that's not here. Right, these too. I updated the build instructions to reflect your=20 findings. I essence you need to change step two to: $ cvs up -rHEAD contrib/pf sys/contrib/pf libexec/tftp-proxy \ usr.sbin/ftp-proxy sbin/ifconfig/ifgroup.c to fetch all the required new files before building. I had those checked=20 out already, so I forgot. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1968509.VcziIZpLuS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBGsfn8XyyEoT62BG0RAr0vAJsEetNz7uV06CzkULBINO8SE55LMACdFpQc cJumUaH7m4d2K+oJNlP6Rm8= =osqX -----END PGP SIGNATURE----- --nextPart1968509.VcziIZpLuS-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 17:37:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D5EF16A419 for ; Thu, 2 Aug 2007 17:37:18 +0000 (UTC) (envelope-from feargal@fbi.ie) Received: from mail16.svc.cra.dublin.eircom.net (mail16.svc.cra.dublin.eircom.net [159.134.118.215]) by mx1.freebsd.org (Postfix) with SMTP id 16F3813C46A for ; Thu, 2 Aug 2007 17:37:17 +0000 (UTC) (envelope-from feargal@fbi.ie) Received: (qmail 63538 messnum 3845432 invoked from network[82.141.233.46/unknown]); 2 Aug 2007 14:37:06 -0000 Received: from unknown (HELO alatar.edhellond.fbi.ie) (82.141.233.46) by mail16.svc.cra.dublin.eircom.net (qp 63538) with SMTP; 2 Aug 2007 14:37:06 -0000 Received: from mablung.edhellond.fbi.ie (mablung.edhellond.fbi.ie [192.168.0.14]) by alatar.edhellond.fbi.ie (8.13.1/8.13.1) with ESMTP id l72Eb24s004547 for ; Thu, 2 Aug 2007 14:37:05 GMT (envelope-from feargal@fbi.ie) Date: Thu, 2 Aug 2007 15:37:02 +0100 From: Feargal Reilly To: freebsd-stable@freebsd.org Message-ID: <20070802153702.300a2ae9@mablung.edhellond.fbi.ie> In-Reply-To: <46B0EDEA.8050608@FreeBSD.org> References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> Organization: FBI X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.13; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 17:37:18 -0000 On Wed, 01 Aug 2007 13:32:42 -0700 Doug Barton wrote: > The root server operators do not make changes in this kind of > abrupt fashion. This, I think, is the root (sic) of the objections here in FreeBSD land. I expect many people think the same of the FreeBSD project - that it won't make changes of this kind in a abrubt fashion, but that is exactly what has happened here. When I was updating, mergemaster highlighted the change and I thought, "How odd, I guess I missed that announcement", and merrily zapped it with my existing config. I didn't get upset, partly because I didn't really think very hard about the impact, but mostly because I assumed I was at fault for having missed the heads-up about it. As to what the default should be, I don't know, that's for all you smart people out there to "debate" so that the rest of us, who are eternally indebted to you, don't have to. I suspect that the vast majority of users also don't have an opinion either way, but enjoy hanging out in the bikeshed, just like me. -fr. -- Feargal Reilly, Chief Techie, FBI. PGP Key: 0xBD252C01 (expires: 2006-11-30) Web: http://www.fbi.ie/ | Tel: +353.14988588 | Fax: +353.14988489 Communications House, 11 Sallymount Avenue, Ranelagh, Dublin 6. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 17:44:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F17C516A468 for ; Thu, 2 Aug 2007 17:44:31 +0000 (UTC) (envelope-from ted@pat.io.com) Received: from pat.io.com (pat.io.com [209.198.147.18]) by mx1.freebsd.org (Postfix) with ESMTP id B8AAC13C49D for ; Thu, 2 Aug 2007 17:44:31 +0000 (UTC) (envelope-from ted@pat.io.com) Received: from pat.io.com (pat.io.com [209.198.147.18]) by pat.io.com (8.14.1/8.14.1) with ESMTP id l72HEbaE027007 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 2 Aug 2007 12:14:37 -0500 (CDT) (envelope-from ted@pat.io.com) Date: Thu, 2 Aug 2007 12:14:37 -0500 (CDT) From: Ted Hatfield To: freebsd-stable@freebsd.org Message-ID: <20070802114827.U26646@pat.io.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: ClamAV 0.91.1/3847/Thu Aug 2 06:26:26 2007 on pat.io.com X-Virus-Status: Clean X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_HELO_PASS,SPF_PASS autolearn=failed version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on pat.io.com Subject: Bug in less version 406. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 17:44:32 -0000 Can someone verify this bug for me please and suggest a fix. Error description: Using less -E or more to display a file that is less than a full page, while then displaying a nonexistent file causes a segmentation fault. For example on a newly built system you can less -E /etc/group bogusfile This will display the file ending with /etc/group (file 1 of 2) (END) - Next: bogusfile when you press space or return it gives Segmentation fault: 11 If you choose a file that is longer than 1 page the process works as expected. For example less -E /etc/hosts.allow bogusfile works as expected. I have confirmed this behaviour on 3 different machines all built within a week of each other. The newest machine was built on FreeBSD 6.2-STABLE (GENERIC) #0: Thu Jul 26 02:20:28 CDT 2007 Thanks, Ted Hatfield From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 17:51:31 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5338D16A41F for ; Thu, 2 Aug 2007 17:51:31 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 1107813C48E for ; Thu, 2 Aug 2007 17:51:31 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id l72HpUn5094273; Thu, 2 Aug 2007 10:51:30 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l72HpU0U094272; Thu, 2 Aug 2007 10:51:30 -0700 (PDT) (envelope-from david) Date: Thu, 2 Aug 2007 10:51:30 -0700 From: David Wolfskill To: Ted Hatfield Message-ID: <20070802175130.GJ77008@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Ted Hatfield , freebsd-stable@freebsd.org References: <20070802114827.U26646@pat.io.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tctmm6wHVGT/P6vA" Content-Disposition: inline In-Reply-To: <20070802114827.U26646@pat.io.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Bug in less version 406. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 17:51:31 -0000 --tctmm6wHVGT/P6vA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 02, 2007 at 12:14:37PM -0500, Ted Hatfield wrote: >=20 > Can someone verify this bug for me please and suggest a fix. >=20 > Error description: >=20 > Using less -E or more to display a file that is less than a full page,=20 > while then displaying a nonexistent file causes a segmentation fault. I was able to recrerate the symptoms using more, but not "less -E". > For example on a newly built system you can >=20 > less -E /etc/group bogusfile >=20 >=20 > This will display the file ending with >=20 > /etc/group (file 1 of 2) (END) - Next: bogusfile >=20 > when you press space or return it gives >=20 > Segmentation fault: 11 I did: g1-18(6.2-S)[1] cd /tmp g1-18(6.2-S)[2] head /etc/group >group g1-18(6.2-S)[3] less -E group fubar and didn't see a problem Using more(1), I got: g1-18(6.2-S)[5] more group fubar # $FreeBSD: src/etc/group,v 1.32.2.1 2006/03/06 22:23:10 rwatson Exp $ # wheel:*:0:root,david daemon:*:1: kmem:*:2: sys:*:3: tty:*:4: operator:*:5:root mail:*:6: bin:*:7: Segmentation fault (core dumped) g1-18(6.2-S)[6]=20 This is with: g1-18(6.2-S)[6] uname -a FreeBSD g1-18.catwhisker.org. 6.2-STABLE FreeBSD 6.2-STABLE #464: Thu Aug = 2 06:16:43 PDT 2007 root@g1-18.catwhisker.org.:/common/S1/obj/usr/src/s= ys/CANARY i386 g1-18(6.2-S)[7] less -V less 406 Copyright (C) 1984-2005 Mark Nudelman less comes with NO WARRANTY, to the extent permitted by law. For information about the terms of redistribution, see the file named README in the less distribution. Homepage: http://www.greenwoodsoftware.com/less g1-18(6.2-S)[8]=20 >... Peace, david --=20 David H. Wolfskill david@catwhisker.org Anything and everything is a (potential) cat toy. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --tctmm6wHVGT/P6vA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkayGaEACgkQmprOCmdXAD2YCgCdF7ScChzvZHLEVy/k3qRyPnzN c9YAn2kNpLZKL+MaJSd+zjxRDchOuCFm =vpqP -----END PGP SIGNATURE----- --tctmm6wHVGT/P6vA-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 18:38:39 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F1F816A41A for ; Thu, 2 Aug 2007 18:38:39 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 7870313C4A3 for ; Thu, 2 Aug 2007 18:38:39 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from laptop2.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.1/8.13.4) with ESMTP id l72I8lM5059196; Thu, 2 Aug 2007 13:08:48 -0500 (CDT) (envelope-from stephen@math.missouri.edu) Message-ID: <46B21DAF.1030209@math.missouri.edu> Date: Thu, 02 Aug 2007 13:08:47 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.5) Gecko/20070729 SeaMonkey/1.1.3 MIME-Version: 1.0 To: David Wolfskill , Ted Hatfield , freebsd-stable@freebsd.org References: <20070802114827.U26646@pat.io.com> <20070802175130.GJ77008@bunrab.catwhisker.org> In-Reply-To: <20070802175130.GJ77008@bunrab.catwhisker.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Bug in less version 406. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 18:38:39 -0000 David Wolfskill wrote: > On Thu, Aug 02, 2007 at 12:14:37PM -0500, Ted Hatfield wrote: >> Can someone verify this bug for me please and suggest a fix. >> >> Error description: >> >> Using less -E or more to display a file that is less than a full page, >> while then displaying a nonexistent file causes a segmentation fault. > > I was able to recrerate the symptoms using more, but not "less -E". > >> For example on a newly built system you can >> >> less -E /etc/group bogusfile >> >> >> This will display the file ending with >> >> /etc/group (file 1 of 2) (END) - Next: bogusfile >> >> when you press space or return it gives >> >> Segmentation fault: 11 > > I did: > > g1-18(6.2-S)[1] cd /tmp > g1-18(6.2-S)[2] head /etc/group >group > g1-18(6.2-S)[3] less -E group fubar > > and didn't see a problem > > Using more(1), I got: > > g1-18(6.2-S)[5] more group fubar > # $FreeBSD: src/etc/group,v 1.32.2.1 2006/03/06 22:23:10 rwatson Exp $ > # > wheel:*:0:root,david > daemon:*:1: > kmem:*:2: > sys:*:3: > tty:*:4: > operator:*:5:root > mail:*:6: > bin:*:7: > Segmentation fault (core dumped) > g1-18(6.2-S)[6] For me this is one of those intermittent faults. Sometimes it segfaults, and sometimes it doesn't. Stephen From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 18:48:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A3FD16A420 for ; Thu, 2 Aug 2007 18:48:59 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4D08613C46B for ; Thu, 2 Aug 2007 18:48:59 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 11F1C1CC037; Thu, 2 Aug 2007 11:48:59 -0700 (PDT) Date: Thu, 2 Aug 2007 11:48:59 -0700 From: Jeremy Chadwick To: Stephen Montgomery-Smith Message-ID: <20070802184859.GA7647@eos.sc1.parodius.com> Mail-Followup-To: Stephen Montgomery-Smith , David Wolfskill , Ted Hatfield , freebsd-stable@freebsd.org References: <20070802114827.U26646@pat.io.com> <20070802175130.GJ77008@bunrab.catwhisker.org> <46B21DAF.1030209@math.missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46B21DAF.1030209@math.missouri.edu> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org, Ted Hatfield Subject: Re: Bug in less version 406. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 18:48:59 -0000 On Thu, Aug 02, 2007 at 01:08:47PM -0500, Stephen Montgomery-Smith wrote: > For me this is one of those intermittent faults. Sometimes it segfaults, > and sometimes it doesn't. I can't reproduce this on any of the 3 systems I have easy access to, either with less -E or more. The less options I use, for what it's worth: LESS=-MRX LESSHISTFILE=- Could this be a terminal definition problem? I use TERM=xterm, SSH session is via PuTTY. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 20:34:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E34416A419 for ; Thu, 2 Aug 2007 20:34:18 +0000 (UTC) (envelope-from ted@pat.io.com) Received: from pat.io.com (pat.io.com [209.198.147.18]) by mx1.freebsd.org (Postfix) with ESMTP id 426EE13C468 for ; Thu, 2 Aug 2007 20:34:18 +0000 (UTC) (envelope-from ted@pat.io.com) Received: from pat.io.com (pat.io.com [209.198.147.18]) by pat.io.com (8.14.1/8.14.1) with ESMTP id l72KYEFs028084 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 2 Aug 2007 15:34:15 -0500 (CDT) (envelope-from ted@pat.io.com) Date: Thu, 2 Aug 2007 15:34:14 -0500 (CDT) From: Ted Hatfield To: Jeremy Chadwick In-Reply-To: <20070802184859.GA7647@eos.sc1.parodius.com> Message-ID: <20070802151323.N27809@pat.io.com> References: <20070802114827.U26646@pat.io.com> <20070802175130.GJ77008@bunrab.catwhisker.org> <46B21DAF.1030209@math.missouri.edu> <20070802184859.GA7647@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: ClamAV 0.91.1/3847/Thu Aug 2 06:26:26 2007 on pat.io.com X-Virus-Status: Clean X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_HELO_PASS,SPF_PASS autolearn=failed version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on pat.io.com Cc: freebsd-stable@freebsd.org Subject: Re: Bug in less version 406. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 20:34:18 -0000 On Thu, 2 Aug 2007, Jeremy Chadwick wrote: > On Thu, Aug 02, 2007 at 01:08:47PM -0500, Stephen Montgomery-Smith wrote: >> For me this is one of those intermittent faults. Sometimes it segfaults, >> and sometimes it doesn't. > > I can't reproduce this on any of the 3 systems I have easy access to, > either with less -E or more. > > The less options I use, for what it's worth: > > LESS=-MRX > LESSHISTFILE=- > > Could this be a terminal definition problem? I use TERM=xterm, SSH > session is via PuTTY. > TERM=vt100, SSH session via SecureCRT version 3.3. I copied the binaries for less and more version 394 from another machine which I haven't updated yet and those binaries work without issues. What the exact problem is I not sure but it's probably something in the version 4 code tree for less. I've emailed a bug report to the author at markn@greenwoodsoftware.com. This bug isn't system breaking and I've told my user that found the bug to see if he could work around it. I mostly wanted to see if anyone else could replicate the problem before I looked into sending a bug report. Ted Hatfield From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 20:42:54 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C58AF16A418; Thu, 2 Aug 2007 20:42:54 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4933913C4A3; Thu, 2 Aug 2007 20:42:54 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (vkbczg@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l72Kglsc047696; Thu, 2 Aug 2007 22:42:53 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l72Kglpk047695; Thu, 2 Aug 2007 22:42:47 +0200 (CEST) (envelope-from olli) Date: Thu, 2 Aug 2007 22:42:47 +0200 (CEST) Message-Id: <200708022042.l72Kglpk047695@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, dougb@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 02 Aug 2007 22:42:53 +0200 (CEST) Cc: Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, dougb@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 20:42:54 -0000 Hi, Just for the record, I like the current solution, i.e. default being a "hint" zone, and slave zones being commented out, ready to be used for those who know what they're doing. However, I noticed that the "refresh" interval of the root zone is 1800, i.e. it would be fetched every 30 minutes, even though the zone seems to be updated at most once per day. Therefore, wouldn't it make sense to add the following option to the slave zones? min-refresh-time 86400; Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Perl will consistently give you what you want, unless what you want is consistency." -- Larry Wall From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 20:49:44 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A98516A419 for ; Thu, 2 Aug 2007 20:49:44 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 1371D13C45D for ; Thu, 2 Aug 2007 20:49:43 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 16441 invoked by uid 399); 2 Aug 2007 20:49:43 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 2 Aug 2007 20:49:43 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B24363.2040903@FreeBSD.org> Date: Thu, 02 Aug 2007 13:49:39 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, Eygene Ryabinkin References: <200708022042.l72Kglpk047695@lurza.secnetix.de> In-Reply-To: <200708022042.l72Kglpk047695@lurza.secnetix.de> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 20:49:44 -0000 Oliver Fromme wrote: > Hi, > > Just for the record, I like the current solution, i.e. default > being a "hint" zone, and slave zones being commented out, ready to > be used for those who know what they're doing. Thanks. > However, I noticed that the "refresh" interval of the root zone is > 1800, i.e. it would be fetched every 30 minutes, No, refresh is how often the master servers are checked for serial number changes. It's only fetched when the serial is updated. > even though the zone seems to be updated at most once per day. The serial is updated twice a day whether there are content changes to the zone or not. Whether this is a good practice or not is an open question. In the odd chance that a change is introduced which is found to be "bad" for some reason, the zone can be updated more frequently than twice a day. This hasn't happened very often, but it has happened. This is why what's suggested below is not a good idea either. hth, Doug Eygene Ryabinkin wrote: > Doug, good day. > > Thu, Aug 02, 2007 at 03:14:38AM -0700, Doug Barton wrote: >> Matthew Dillon wrote: >>> It has always seemed to me that actually downloading a physical >>> root zone file once a week is the most reliable >>> solution. >> This is a really bad idea. The root zone changes slowly, but it >> often changes more than once a week. Add to that the more-rapid >> deployment of new TLDs nowadays and the occasional complete >> reprovisioning of an existing TLD, and one week is too long to go >> between updates. > > But if one will pull the root zone via FTP/HTTP at the zone's > refresh rate or so -- will it be still a bad idea, compared to the > AXFR method? -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 21:13:31 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1596A16A419; Thu, 2 Aug 2007 21:13:31 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0217F13C491; Thu, 2 Aug 2007 21:13:30 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id E7B6C1CC037; Thu, 2 Aug 2007 14:13:30 -0700 (PDT) Date: Thu, 2 Aug 2007 14:13:30 -0700 From: Jeremy Chadwick To: Doug Barton Message-ID: <20070802211330.GA12710@eos.sc1.parodius.com> Mail-Followup-To: Doug Barton , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, Eygene Ryabinkin References: <200708022042.l72Kglpk047695@lurza.secnetix.de> <46B24363.2040903@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46B24363.2040903@FreeBSD.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Eygene Ryabinkin , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 21:13:31 -0000 On Thu, Aug 02, 2007 at 01:49:39PM -0700, Doug Barton wrote: > Oliver Fromme wrote: > > Hi, > > > > Just for the record, I like the current solution, i.e. default > > being a "hint" zone, and slave zones being commented out, ready to > > be used for those who know what they're doing. I second this. And although I like Doug's use of AXFR from the roots (like others reported, it definitely speeds things up), I also want to continue to respect rootserver operators and dns-ops's concerns. So offering the template configuration to do so, but not enabling it by default, is a very good thing. Thank you for doing this, Doug. | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 21:49:30 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 696E016A417 for ; Thu, 2 Aug 2007 21:49:30 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 2180B13C45B for ; Thu, 2 Aug 2007 21:49:29 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 21707 invoked by uid 399); 2 Aug 2007 21:49:29 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 2 Aug 2007 21:49:29 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B25165.5000303@FreeBSD.org> Date: Thu, 02 Aug 2007 14:49:25 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG References: <200708022042.l72Kglpk047695@lurza.secnetix.de> <46B24363.2040903@FreeBSD.org> <20070802211330.GA12710@eos.sc1.parodius.com> In-Reply-To: <20070802211330.GA12710@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 21:49:30 -0000 Jeremy Chadwick wrote: > On Thu, Aug 02, 2007 at 01:49:39PM -0700, Doug Barton wrote: >> Oliver Fromme wrote: >>> Hi, >>> >>> Just for the record, I like the current solution, i.e. default >>> being a "hint" zone, and slave zones being commented out, ready >>> to be used for those who know what they're doing. > > I second this. And although I like Doug's use of AXFR from the > roots (like others reported, it definitely speeds things up), I > also want to continue to respect rootserver operators and dns-ops's > concerns. Something that I haven't mentioned but I think is probably worth pointing out is that at least for Paul Vixie (operator of f.root) the concern is not for the root servers, it's for potential problems on the client side. The following is from http://lists.oarci.net/pipermail/dns-operations/2007-August/001920.html i remain perplexed about the general perception that AXFR is bad for a root name server. it's not. RFC1035 describes some resource management techniques for TCP state blobs, which the root servers follow. the chance that an AXFR will be blown away by a TCP query is very high, and so, it's bad for clients to make production use of AXFR from busy servers.i remain perplexed about the general perception that AXFR is bad for a root name server. it's not. RFC1035 describes some resource management techniques for TCP state blobs, which the root servers follow. the chance that an AXFR will be blown away by a TCP query is very high, and so, it's bad for clients to make production use of AXFR from busy servers. The 3 zones in question are actually really small: -rw-r--r-- 1 bind wheel 1.6K Aug 2 14:25 arpa.slave -rw-r--r-- 1 bind wheel 23K Aug 2 14:24 in-addr.arpa.slave -rw-r--r-- 1 bind wheel 64K Aug 2 14:30 root.slave so I'm not sure how much of a problem this is in practice. > So offering the template configuration to do so, but not enabling > it by default, is a very good thing. Thank you for doing this, > Doug. Glad to do it. I'm also glad to see that this topic is getting serious discussion. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 22:16:28 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C6AF16A418 for ; Thu, 2 Aug 2007 22:16:28 +0000 (UTC) (envelope-from SRS0=76a0e25ac020c4e2386377901c3b9be7be7f97a9=415=es.net=oberman@es.net) Received: from postal1.es.net (postal2.es.net [IPv6:2001:400:14:3::7]) by mx1.freebsd.org (Postfix) with ESMTP id 30BF513C494 for ; Thu, 2 Aug 2007 22:16:26 +0000 (UTC) (envelope-from SRS0=76a0e25ac020c4e2386377901c3b9be7be7f97a9=415=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id HES34625; Thu, 02 Aug 2007 15:16:25 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id DF46C45045; Thu, 2 Aug 2007 15:16:24 -0700 (PDT) To: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, dougb@FreeBSD.ORG In-Reply-To: Your message of "Thu, 02 Aug 2007 22:42:47 +0200." <200708022042.l72Kglpk047695@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1186092984_53454P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 02 Aug 2007 15:16:24 -0700 From: "Kevin Oberman" Message-Id: <20070802221624.DF46C45045@ptavv.es.net> Cc: Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 22:16:28 -0000 --==_Exmh_1186092984_53454P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Thu, 2 Aug 2007 22:42:47 +0200 (CEST) > From: Oliver Fromme > Sender: owner-freebsd-stable@freebsd.org > > Hi, > > Just for the record, I like the current solution, i.e. > default being a "hint" zone, and slave zones being > commented out, ready to be used for those who know > what they're doing. > > However, I noticed that the "refresh" interval of the > root zone is 1800, i.e. it would be fetched every 30 > minutes, even though the zone seems to be updated at > most once per day. Therefore, wouldn't it make sense > to add the following option to the slave zones? > > min-refresh-time 86400; > Once again...refesh is not the time between zone transfers. It is the time between serial number checks on the root SOA. Only if the SOA differs is the zone transferred. The SOA queries to root (one per DNS server every half hour) is not an issue according to Paul Vixie. Also, the root zone is updated twice a day, every day (at least to the extent of a serial number bump) whether it is needed or not. Forcing the minimum refresh to once a day could delay the recognition of a new zone for up to a day and that is not a good thing. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1186092984_53454P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGsle4kn3rs5h7N1ERApOXAKCiA9XdFJNop/7hNlehso5uiD0HDACfcVdc KQsOdUlwT3kDekOgFeeKuIc= =E6jm -----END PGP SIGNATURE----- --==_Exmh_1186092984_53454P-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 02:06:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B1C316A419; Fri, 3 Aug 2007 02:06:03 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 3F7D013C457; Fri, 3 Aug 2007 02:06:03 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.1/8.14.1) with ESMTP id l7325uM9089088; Fri, 3 Aug 2007 12:05:57 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200708030205.l7325uM9089088@drugs.dv.isc.org> To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, dougb@freebsd.org From: Mark Andrews In-reply-to: Your message of "Thu, 02 Aug 2007 22:42:47 +0200." <200708022042.l72Kglpk047695@lurza.secnetix.de> Date: Fri, 03 Aug 2007 12:05:56 +1000 Sender: marka@isc.org Cc: Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2007 02:06:03 -0000 > Hi, > > Just for the record, I like the current solution, i.e. > default being a "hint" zone, and slave zones being > commented out, ready to be used for those who know > what they're doing. > > However, I noticed that the "refresh" interval of the > root zone is 1800, i.e. it would be fetched every 30 > minutes, even though the zone seems to be updated at > most once per day. Therefore, wouldn't it make sense > to add the following option to the slave zones? No, it is *NOT* fetched ever 30 minutes. The SOA is queried every 30 minutes (via UDP) and if the serial has increased then the zone is fetched. > min-refresh-time 86400; No. Let the root server operators make that choice. The refresh / retry limits in named are there for ISP's which slave 10's of thousands of client zones. > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- > chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > "Perl will consistently give you what you want, > unless what you want is consistency." > -- Larry Wall > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 02:12:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA0DB16A419; Fri, 3 Aug 2007 02:12:16 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 1B9BD13C46B; Fri, 3 Aug 2007 02:12:15 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.1/8.14.1) with ESMTP id l732CFE5011664; Fri, 3 Aug 2007 12:12:15 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200708030212.l732CFE5011664@drugs.dv.isc.org> To: Doug Barton From: Mark Andrews In-reply-to: Your message of "Thu, 02 Aug 2007 14:49:25 MST." <46B25165.5000303@FreeBSD.org> Date: Fri, 03 Aug 2007 12:12:15 +1000 Sender: marka@isc.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2007 02:12:16 -0000 > Jeremy Chadwick wrote: > > On Thu, Aug 02, 2007 at 01:49:39PM -0700, Doug Barton wrote: > >> Oliver Fromme wrote: > >>> Hi, > >>> > >>> Just for the record, I like the current solution, i.e. default > >>> being a "hint" zone, and slave zones being commented out, ready > >>> to be used for those who know what they're doing. > > > > I second this. And although I like Doug's use of AXFR from the > > roots (like others reported, it definitely speeds things up), I > > also want to continue to respect rootserver operators and dns-ops's > > concerns. > > Something that I haven't mentioned but I think is probably worth > pointing out is that at least for Paul Vixie (operator of f.root) the > concern is not for the root servers, it's for potential problems on > the client side. The following is from > http://lists.oarci.net/pipermail/dns-operations/2007-August/001920.html > > i remain perplexed about the general perception that AXFR is bad for a > root name server. it's not. RFC1035 describes some resource > management techniques for TCP state blobs, which the root servers > follow. the chance that an AXFR will be blown away by a TCP query is > very high, and so, it's bad for clients to make production use of AXFR > from busy servers.i remain perplexed about the general perception that > AXFR is bad for a root name server. it's not. RFC1035 describes some > resource management techniques for TCP state blobs, which the root > servers follow. the chance that an AXFR will be blown away by a TCP > query is very high, and so, it's bad for clients to make production > use of AXFR from busy servers. > > The 3 zones in question are actually really small: > > -rw-r--r-- 1 bind wheel 1.6K Aug 2 14:25 arpa.slave > -rw-r--r-- 1 bind wheel 23K Aug 2 14:24 in-addr.arpa.slave > -rw-r--r-- 1 bind wheel 64K Aug 2 14:30 root.slave > > so I'm not sure how much of a problem this is in practice. I also suspect that using accept filters will mitigate some of the problem. If someone was to write a DNS accept filter that would help. > > So offering the template configuration to do so, but not enabling > > it by default, is a very good thing. Thank you for doing this, > > Doug. > > Glad to do it. I'm also glad to see that this topic is getting serious > discussion. > > Doug > > -- > > This .signature sanitized for your protection > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 03:30:42 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F19716A417 for ; Fri, 3 Aug 2007 03:30:42 +0000 (UTC) (envelope-from cjsvance@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id F039B13C458 for ; Fri, 3 Aug 2007 03:30:41 +0000 (UTC) (envelope-from cjsvance@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so166180anc for ; Thu, 02 Aug 2007 20:30:41 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=q2tdhx5IE2glQ7rEY5dDhiX2Dq0oy+A27Ziqh8RzkuoH+kwy3DqfKfa5ehhJ6Fh6Kb0sW+vcwHKO/dfLoG7tfTkQzs00RYVA94gs+ihrswg13J0hh3Ud4ipt8w26G7ZmBSARI3xZa6sIp+4+mXFgj8+DUPK4GQBQOlLTlbt9I70= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SoeUlGvKA3XyHPW5X7USTt8WLeuwHB+Yoi/DPRJ49PZ3acBvPuD/JakAi2xthWP8NNyaJ5J51vYo54/LZJOfWHs/RXG8sTjYcHu9CDAz3TlgHNl8X142d9wfiBERPjzoGMAjlBRkHGtKzMR6LWv7SMiUgySB5bVmc8TATF19XrE= Received: by 10.100.106.5 with SMTP id e5mr1491223anc.1186110350283; Thu, 02 Aug 2007 20:05:50 -0700 (PDT) Received: by 10.100.38.6 with HTTP; Thu, 2 Aug 2007 20:05:50 -0700 (PDT) Message-ID: Date: Fri, 3 Aug 2007 13:05:50 +1000 From: "Christopher Vance" To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <200708030212.l732CFE5011664@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46B25165.5000303@FreeBSD.org> <200708030212.l732CFE5011664@drugs.dv.isc.org> Cc: Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2007 03:30:42 -0000 I've been using a stub root zone for years without a problem. -- Christopher From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 05:00:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A2D916A417; Fri, 3 Aug 2007 05:00:14 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.freebsd.org (Postfix) with ESMTP id 3559E13C46C; Fri, 3 Aug 2007 05:00:14 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.168.196.161]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JM60039TLVRRUJ7@vms044.mailsrvcs.net>; Thu, 02 Aug 2007 23:59:52 -0500 (CDT) Date: Fri, 03 Aug 2007 01:05:20 -0400 From: Skip Ford In-reply-to: <46B1B496.4000504@FreeBSD.org> To: Doug Barton Mail-followup-to: Doug Barton , FreeBSD Current , FreeBSD Stable Message-id: <20070803050520.GA73382@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <46B1AC75.9060907@FreeBSD.org> <20070802103459.GI59008@menantico.com> <46B1B496.4000504@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current , FreeBSD Stable Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2007 05:00:14 -0000 Doug Barton wrote: > Skip Ford wrote: > > Just like I'd think everyone should sync with stratum-1 servers if > > those operators supported everyone doing that. > > I've already pointed out that this is a silly analogy, as the two > things have nothing in common. At the most basic level: > > Individual hosts don't need Everyone needs the root data > to sync with a strat 1 ntpd > > The strat 1 folks have asked The roots are open to all by design > people not to do that It really is an apt analogy. You don't see it because you believe the "roots are open to all". If they really were open to all, there would've been no objections to your change. The methods by which the data made available by the roots is available to all is well-defined, and AXFR isn't included in that definition. In fact, it's recommended against. -- Skip From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 08:25:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6463216A468 for ; Fri, 3 Aug 2007 08:25:09 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id F358A13C474 for ; Fri, 3 Aug 2007 08:25:08 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1IGsT0-0001nJ-Td for freebsd-stable@freebsd.org; Fri, 03 Aug 2007 10:25:02 +0200 Received: from 81.74.40.71 ([81.74.40.71]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 03 Aug 2007 10:25:02 +0200 Received: from lapo by 81.74.40.71 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 03 Aug 2007 10:25:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Lapo Luchini Date: Sat, 28 Jul 2007 09:42:45 +0200 Lines: 216 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 81.74.40.71 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.8.0.12) Gecko/20070509 Thunderbird/1.5.0.12 Mnenhy/0.7.4.0 X-Enigmail-Version: 0.94.1.2 OpenPGP: id=C8F252FB; url=http://www.lapo.it/pgpkey.txt Sender: news Subject: crashes on amd64 6.2-STABLE server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2007 08:25:09 -0000 Once in a while my web-server running a fairly recent amd64-STABLE reboots, after a panic. I have the vmcore.[789] of the last three panics, but the backtraces say little to me; can some help interpret them? what's going on? % uname -a FreeBSD motoko.lapo.it 6.2-STABLE FreeBSD 6.2-STABLE #7: Fri Jun 15 15:41:02 CEST 2007 root@motoko.lapo.it:/usr/obj/usr/src/sys/MOTOKO amd64 % kgdb /usr/obj/usr/src/sys/MOTOKO/kernel.debug vmcore.9 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0xd5a015 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff80282fcf stack pointer = 0x10:0xffffffffa4b31b80 frame pointer = 0x10:0xffffffff99d170a0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 12 (swi4: clock sio) trap number = 12 panic: page fault Uptime: 18d20h28m34s Physical memory: 1000 MB Dumping 244 MB: 229 213 197 181 165 149 133 117 101 85 69 53 37 21 5 #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff80273f63 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff80274566 in panic (fmt=0xffffff003cc7bbe0 "X£Ç<") at /usr/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff803fdab1 in trap_fatal (frame=0xffffff003cc7bbe0, eva=18446742975217640280) at /usr/src/sys/amd64/amd64/trap.c:668 #5 0xffffffff803fe026 in trap (frame= {tf_rdi = -1714027920, tf_rsi = 1628883229, tf_rdx = 14000133, tf_rcx = 1628883229, tf_r8 = -1531765488, tf_r9 = 1, tf_rax = 299472, tf_rbx = 1, tf_rbp = -1714327392, tf_r10 = -2141205256, tf_r11 = -1098491905056, tf_r12 = 4, tf_r13 = -1099500839808, tf_r14 = -1099511474880, tf_r15 = 2, tf_trapno = 12, tf_addr = 14000149, tf_flags = -2144823770, tf_err = 0, tf_rip = -2144849969, tf_cs = 8, tf_rflags = 65538, tf_rsp = -1531765872, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:239 #6 0xffffffff803e859b in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #7 0xffffffff80282fcf in softclock (dummy=0xffffffff99d60270) at /usr/src/sys/kern/kern_timeout.c:220 #8 0xffffffff8025b3f5 in ithread_loop (arg=0xffffff0000025540) at /usr/src/sys/kern/kern_intr.c:682 #9 0xffffffff80259e43 in fork_exit ( callout=0xffffffff8025b2b0 , arg=0xffffff0000025540, frame=0xffffffffa4b31c50) at /usr/src/sys/kern/kern_fork.c:821 #10 0xffffffff803e88fe in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:394 #11 0x0000000000000000 in ?? () [all zeroes from now on] % kgdb /usr/obj/usr/src/sys/MOTOKO/kernel.debug vmcore.8 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x6f fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8034c8bb stack pointer = 0x10:0xffffffffa4b31b50 frame pointer = 0x10:0xffffff002e8f5480 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (swi4: clock sio) trap number = 12 panic: page fault Uptime: 7d11h43m44s Physical memory: 1000 MB Dumping 238 MB: 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff80273f63 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff80274566 in panic (fmt=0xffffff003cc7bbe0 "X£Ç<") at /usr/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff803fdab1 in trap_fatal (frame=0xffffff003cc7bbe0, eva=18446742975217640280) at /usr/src/sys/amd64/amd64/trap.c:668 #5 0xffffffff803fde22 in trap_pfault (frame=0xffffffffa4b31aa0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:580 #6 0xffffffff803fe0d3 in trap (frame= {tf_rdi = -2142765429, tf_rsi = -1098491905056, tf_rdx = 582, tf_rcx = 0, tf_r8 = -1098491905056, tf_r9 = -1531766240, tf_rax = 0, tf_rbx = -2141220736, tf_rbp = -1098730482560, tf_r10 = -1098730482504, tf_r11 = -1714200192, tf_r12 = -1, tf_r13 = -1098730482560, tf_r14 = -2144024512, tf_r15 = 2, tf_trapno = 12, tf_addr = 111, tf_flags = -1098699808768, tf_err = 0, tf_rip = -2144024389, tf_cs = 8, tf_rflags = 66182, tf_rsp = -1531765920, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:353 #7 0xffffffff803e859b in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #8 0xffffffff8034c8bb in nd6_llinfo_timer (arg=0xffffff002e8f5480) at /usr/src/sys/netinet6/nd6.c:440 #9 0xffffffff802830da in softclock (dummy=0xffffffff8047fe8b) at /usr/src/sys/kern/kern_timeout.c:290 #10 0xffffffff8025b3f5 in ithread_loop (arg=0xffffff0000025540) at /usr/src/sys/kern/kern_intr.c:682 #11 0xffffffff80259e43 in fork_exit ( callout=0xffffffff8025b2b0 , arg=0xffffff0000025540, frame=0xffffffffa4b31c50) at /usr/src/sys/kern/kern_fork.c:821 #12 0xffffffff803e88fe in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:394 #13 0x0000000000000000 in ?? () [all zeroes from now on] % kgdb /usr/obj/usr/src/sys/MOTOKO/kernel.debug vmcore.7 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 9 with interrupts disabled Fatal trap 9: general protection fault while in kernel mode instruction pointer = 0x8:0xffffffff80282fcf stack pointer = 0x10:0xffffffffa4b31b80 frame pointer = 0x10:0xffffffff99d170a0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 12 (swi4: clock sio) trap number = 9 panic: general protection fault Uptime: 14d23h12m49s Physical memory: 1000 MB Dumping 247 MB: 232 216 200 184 168 152 136 120 104 88 72 56 40 24 8 #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff80273f63 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff80274566 in panic (fmt=0xffffff003cc7bbe0 "X£Ç<") at /usr/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff803fdab1 in trap_fatal (frame=0xffffff003cc7bbe0, eva=18446742975217640280) at /usr/src/sys/amd64/amd64/trap.c:668 #5 0xffffffff803fdfa2 in trap (frame= {tf_rdi = -1713989424, tf_rsi = 1293144707, tf_rdx = 7146756794183803759, tf_rcx = 1293144707, tf_r8 = -1531765488, tf_r9 = 1, tf_rax = 337968, tf_rbx = 1, tf_rbp = -1714327392, tf_r10 = -2141205256, tf_r11 = -1098491905056, tf_r12 = 4, tf_r13 = -1099500839808, tf_r14 = -1099511474880, tf_r15 = 2, tf_trapno = 9, tf_addr = 0, tf_flags = -2144823770, tf_err = 0, tf_rip = -2144849969, tf_cs = 8, tf_rflags = 65538, tf_rsp = -1531765872, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:470 #6 0xffffffff803e859b in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #7 0xffffffff80282fcf in softclock (dummy=0xffffffff99d698d0) at /usr/src/sys/kern/kern_timeout.c:220 #8 0xffffffff8025b3f5 in ithread_loop (arg=0xffffff0000025540) at /usr/src/sys/kern/kern_intr.c:682 #9 0xffffffff80259e43 in fork_exit ( callout=0xffffffff8025b2b0 , arg=0xffffff0000025540, frame=0xffffffffa4b31c50) at /usr/src/sys/kern/kern_fork.c:821 #10 0xffffffff803e88fe in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:394 #11 0x0000000000000000 in ?? () [all zeroes from now on] From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 08:41:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E54B316A417 for ; Fri, 3 Aug 2007 08:41:06 +0000 (UTC) (envelope-from nti@w4w.net) Received: from mail.w4w.de (mail.w4w.de [87.225.242.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4689B13C474 for ; Fri, 3 Aug 2007 08:41:06 +0000 (UTC) (envelope-from nti@w4w.net) Received: by mail.w4w.de (Exim 4.67/w4w-26.09.2006) with ESMTPA from [212.42.255.7] (helo=zora) for (envelope-from ) authenticated as nti id 1IGsBD-000LGx-OJ; Fri, 03 Aug 2007 10:06:40 +0200 From: "Nicola Tiling" To: Date: Fri, 3 Aug 2007 10:06:39 +0200 Message-ID: <007001c7d5a5$38c95ff0$c92ca8c0@zora> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Thread-Index: AcfVpTEQ6YI+fXl1Q5+A+/JrlhHwmw== Subject: sata problems? / system freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2007 08:41:07 -0000 Hi I have problems with a combination of Mainboard: Intel Serverboard SE7221BK1-E, ICH 6 Chipset, Bios Version P06 HDD: WD 4000YR, no raid FreeBSD 6.2-STABLE-200702 (boot messages see further down) >From time to time (every 2-4 weeks) the server hangs without any message on the console or in log. It's not a kernel panic, the system freezes and there is no reaction from the server with the exception that the kernel debugger runs. It seems that the ata driver is hanging in an interrupt event and don't know what to do. Is there anybody who can give additional information about that? ---------------------------------------------------------------------------- db> bt Tracing pid 24 tid 100020 td 0xc637a480 kdb_enter(c072a8e2,e4f91bc8,c0,c637a480,c64ac400,...) at kdb_enter+0x30 siointr1(c64ac400,c64b60c0,c636f4c8,e4f91bec,c06d1799,...) at siointr1+0xd1 siointr(c64ac400,c6370000,e4f91bec,0,c637a480,...) at siointr+0x42 intr_execute_handlers(c636f4c8,e4f91c04,e4f91c7c,c06cdb33,37,...) at intr_execute_handlers+0xfa lapic_handle_intr(37) at lapic_handle_intr+0x3b Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc044c3ab, esp = 0xe4f91c48, ebp = 0xe4f91c7c --- ata_ahci_status(c64a4880,c63ffd38,c63ffc90,e4f91ce0,c0530521,...) at ata_ahci_status+0x57 ata_interrupt(c6479c00,c64a0cc0,4,e4f91ce0,c050ede2,...) at ata_interrupt+0x68 ata_generic_intr(c6489600,c637a480,f18bb,f2539122,c637a480,...) at ata_generic_intr+0x25 ithread_execute_handlers(c63ffc90,c6376300,c63ffc90,c637a480,c63ffc90,...) at ithread_execute_handlers+0x15e ithread_loop(c6462170,e4f91d38,ffffffff,ffffffff,ffffffff,...) at ithread_loop+0x63 fork_exit(c050eec0,c6462170,e4f91d38) at fork_exit+0x7a fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4f91d6c, ebp = 0 --- ---------------------------------------------------------------------------- Doing some alltrace, go out of the debugger and reenter: ---------------------------------------------------------------------------- ... Tracing command init pid 1 tid 100007 td 0xc6379480 sched_switch(c6379480,0,1,11dd38b4,8d0595a4,...) at sched_switch+0x158 mi_switch(1,0) at mi_switch+0x1d4 sleepq_switch(c637f000,c6379480,0,e4f73c2c,c052ffcb,...) at sleepq_switch+0x91 sleepq_wait_sig(c637f000,5c,c07179db,100,c649c648,...) at sleepq_wait_sig+0x21 msleep(c637f000,c637f068,15c,c07179db,0,...) at msleep+0x288 kern_wait(c6379480,ffffffff,e4f73c78,0,0,...) at kern_wait+0xb10 wait4(c6379480,e4f73d04,10,1a031,0,...) at wait4+0x3c syscall(3b,3b,bfbf003b,2,bfbfeef8,...) at syscall+0x34a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (7, FreeBSD ELF32, wait4), eip = 0x8054197, esp = 0xbfbfed6c, ebp = 0xbfbfed88 --- Tracing command swapper pid 0 tid 0 td 0xc076f500 sched_switch(c076f500,0,1,b624e016,aa96b765,...) at sched_switch+0x158 mi_switch(1,0,0,0,0,...) at mi_switch+0x1d4 scheduler(0,c1e000,c1ec00,c1e000,0,...) at scheduler+0x224 mi_startup() at mi_startup+0xa0 begin() at begin+0x2c ---------------------------------------------------------------------------- db> continue ~KDB: enter: Line break on console [thread pid 24 tid 100020 ] Stopped at kdb_enter+0x30: leave ---------------------------------------------------------------------------- db> bt Tracing pid 24 tid 100020 td 0xc637a480 kdb_enter(c072a8e2,0,0,c637a480,c64ac400,...) at kdb_enter+0x30 siointr1(c64ac400,c64b60c0,c636f4c8,e4f91c80,c06d1799,...) at siointr1+0xd1 siointr(c64ac400,e4f91c74,c053cba3,0,c637a480,...) at siointr+0x42 intr_execute_handlers(c636f4c8,e4f91c98,e4f91ce0,c06cdb33,37,...) at intr_execute_handlers+0xfa lapic_handle_intr(37) at lapic_handle_intr+0x3b Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc06d781f, esp = 0xe4f91cdc, ebp = 0xe4f91ce0 --- spinlock_exit(1,0,c63ffc90,c637a480,c63ffc90,...) at spinlock_exit+0x28 ithread_loop(c6462170,e4f91d38,ffffffff,ffffffff,ffffffff,...) at ithread_loop+0xf4 fork_exit(c050eec0,c6462170,e4f91d38) at fork_exit+0x7a fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4f91d6c, ebp = 0 --- ---------------------------------------------------------------------------- Trying do boot, but the hdd hangs in a timeout loop ---------------------------------------------------------------------------- db> call boot Waiting (max 60 seconds) for system process `vnlru' to stop... done Waiting (max 60 seconds) for system process `bufdaemon' to stop... FreeBSD/i386 em1: watchdog timeout -- resetting ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly ad4: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=100029696 ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly ad4: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=100029760 ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly timed out Waiting (max 60 seconds) for system process `syncer' to stop...ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly ad4: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly ad4: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=100029696 ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly ad4: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly ad4: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=100029760 ... ---------------------------------------------------------------------------- REBOOT over IPMI ---------------------------------------------------------------------------- KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE-200702 #11: Sun Jul 15 21:17:16 CEST 2007 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x649d> AMD Features=0x20000000 Logical CPUs per core: 2 real memory = 2138984448 (2039 MB) avail memory = 2088189952 (1991 MB) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi0: reservation of 500, 10 (4) failed acpi0: reservation of 560, 20 (4) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 2.0 (no driver attached) pcib1: irq 16 at device 28.0 on pci0 pci2: on pcib1 pcib2: at device 0.0 on pci2 pci4: on pcib2 em0: port 0xef80-0xefbf mem 0xdffe0000-0xdfffffff irq 27 at device 3.0 on pci4 em0: Ethernet address: 00:0e:0c:4a:a7:fd pcib3: at device 0.2 on pci2 pci3: on pcib3 uhci0: port 0xcc00-0xcc1f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xcc80-0xcc9f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xcd00-0xcd1f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xdfdff800-0xdfdffbff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib4: at device 30.0 on pci0 pci1: on pcib4 em1: port 0xdf80-0xdfbf mem 0xdfee0000-0xdfefffff irq 18 at device 3.0 on pci1 em1: Ethernet address: 00:0e:0c:4a:a7:fc isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xcf80-0xcf87,0xcf00-0xcf03,0xce80-0xce87,0xce00-0xce03,0xcd80-0xcd8f mem 0xdfdffc00-0xdfdfffff irq 19 at device 31.2 on pci0 atapci1: AHCI Version 01.00 controller with 4 ports detected ata2: on atapci1 ata3: on atapci1 ata4: on atapci1 ata5: on atapci1 ichsmb0: port 0x400-0x41f irq 19 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 ipmi0: on smbus0 ipmi0: SSIF mode found at address 0x42 on smbus acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc9800-0xca7ff,0xca800-0xcb7ff,0xdc000-0xdffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2992519478 Hz quality 800 Timecounters tick every 1.000 msec em0: link state changed to UP em1: link state changed to UP acd0: DVDROM at ata0-master UDMA33 ad4: 381554MB at ata2-master SATA150 ad6: 381554MB at ata3-master SATA150 ad8: 381554MB at ata4-master SATA150 ipmi0: IPMI device rev. 1, firmware rev. 2.81, version 1.5 ipmi0: Number of channels 0 ipmi0: Attached watchdog Trying to mount root from ufs:/dev/ad4s2a WARNING: / was not properly dismounted Loading configuration files. kernel dumps on /dev/ad4s2b Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/ad4s2b as swap device Starting file system checks: /dev/ad4s2a: 3492 files, 72574 used, 940441 free (2689 frags, 117219 blocks, 0.3% fragmentation) /dev/ad6s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad6s2a: clean, 940441 free (497 frags, 117493 blocks, 0.0% fragmentation) /dev/ad8s1d: DEFER FOR BACKGROUND CHECKING /dev/ad4s2d: DEFER FOR BACKGROUND CHECKING /dev/ad4s2e: DEFER FOR BACKGROUND CHECKING /dev/ad4s2f: DEFER FOR BACKGROUND CHECKING /dev/ad4s3p1: DEFER FOR BACKGROUND CHECKING /dev/ad4s3p2: DEFER FOR BACKGROUND CHECKING /dev/ad4s3p3: DEFER FOR BACKGROUND CHECKING /dev/ad4s3p11: DEFER FOR BACKGROUND CHECKING /dev/ad4s3p10: DEFER FOR BACKGROUND CHECKING /dev/ad4s3p4: DEFER FOR BACKGROUND CHECKING /dev/ad4s3p5: DEFER FOR BACKGROUND CHECKING /dev/ad4s3p12: DEFER FOR BACKGROUND CHECKING /dev/ad4s3p13: DEFER FOR BACKGROUND CHECKING /dev/ad6s2d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad6s2d: clean, 5009816 free (15968 frags, 624231 blocks, 0.2% fragmentation) /dev/ad6s2e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad6s2e: clean, 1437962 free (8354 frags, 178701 blocks, 0.3% fragmentation) /dev/ad6s2f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad6s2f: clean, 1011948 free (156 frags, 126474 blocks, 0.0% fragmentation) /dev/ad6s3p1: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad6s3p1: clean, 1384097 free (2433 frags, 172708 blocks, 0.2% fragmentation) /dev/ad6s3p2: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad6s3p2: clean, 11232980 free (14020 frags, 1402370 blocks, 0.1% fragmentation) /dev/ad6s3p3: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad6s3p3: clean, 9642063 free (15775 frags, 1203286 blocks, 0.1% fragmentation) /dev/ad6s3p11: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad6s3p11: clean, 772504 free (6136 frags, 95796 blocks, 0.4% fragmentation) /dev/ad6s3p10: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad6s3p10: clean, 1298386 free (5226 frags, 161645 blocks, 0.3% fragmentation) /dev/ad6s3p4: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad6s3p4: clean, 2140124 free (5428 frags, 266837 blocks, 0.2% fragmentation) /dev/ad6s3p5: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad6s3p5: clean, 776311 free (4455 frags, 96482 blocks, 0.4% fragmentation) /dev/ad6s3p12: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad6s3p12: clean, 14682517 free (5149 frags, 1834671 blocks, 0.0% fragmentation) /dev/ad6s3p13: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad6s3p13: clean, 7697255 free (6631 frags, 961328 blocks, 0.1% fragmentation) Mounting local file systems:WARNING: /usr was not properly dismounted From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 09:12:50 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A29E116A418; Fri, 3 Aug 2007 09:12:50 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 016BE13C428; Fri, 3 Aug 2007 09:12:49 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (hktgbs@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l739ChHc075799; Fri, 3 Aug 2007 11:12:48 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l739ChF5075798; Fri, 3 Aug 2007 11:12:43 +0200 (CEST) (envelope-from olli) Date: Fri, 3 Aug 2007 11:12:43 +0200 (CEST) Message-Id: <200708030912.l739ChF5075798@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG In-Reply-To: <46B24363.2040903@FreeBSD.org> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 03 Aug 2007 11:12:48 +0200 (CEST) Cc: Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2007 09:12:50 -0000 Doug Barton wrote: > Oliver Fromme wrote: > > However, I noticed that the "refresh" interval of the root zone is > > 1800, i.e. it would be fetched every 30 minutes, > > No, refresh is how often the master servers are checked for serial > number changes. True, I forgot about that. Thanks for reminding me. > This is why what's suggested below is not a good idea either. Of course, you're right. By the way, I have changed from hints to slaves on the DNS servers for a large server farm (just testing right now; I might go back to hints if I don't feel it's worth it). It _seems_ a few applications run with lower latency, but I'll need to run some benchmarks in order to get some hard numbers. I will keep the hints zone on my office workstation and on my home machine. There seems to be consensus that slaving the root is not desirable in these cases. (Please correct me if I'm wrong.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 10:17:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7EB016A417 for ; Fri, 3 Aug 2007 10:17:27 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from fallbackmx02.syd.optusnet.com.au (fallbackmx02.syd.optusnet.com.au [211.29.133.72]) by mx1.freebsd.org (Postfix) with ESMTP id 02D4313C458 for ; Fri, 3 Aug 2007 10:17:26 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from mail08.syd.optusnet.com.au (mail08.syd.optusnet.com.au [211.29.132.189]) by fallbackmx02.syd.optusnet.com.au (8.12.11.20060308/8.12.11) with ESMTP id l72Lrg8W028432 for ; Fri, 3 Aug 2007 07:53:42 +1000 Received: from [203.2.73.193] (c58-107-247-225.mckinn2.vic.optusnet.com.au [58.107.247.225]) by mail08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id l72LrdYO003925; Fri, 3 Aug 2007 07:53:40 +1000 Message-ID: <46B25263.6070503@menhennitt.com.au> Date: Fri, 03 Aug 2007 07:53:39 +1000 From: Graham Menhennitt User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Ted Hatfield References: <20070802114827.U26646@pat.io.com> In-Reply-To: <20070802114827.U26646@pat.io.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Bug in less version 406. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2007 10:17:28 -0000 Ted Hatfield wrote: > > Using less -E or more to display a file that is less than a full page, > while then displaying a nonexistent file causes a segmentation fault. > > For example on a newly built system you can > > less -E /etc/group bogusfile > > > This will display the file ending with > > /etc/group (file 1 of 2) (END) - Next: bogusfile > > when you press space or return it gives > > Segmentation fault: 11 > I can reproduce it using "more" but not "less -E". This is on -Current as of a week or so ago. TERM=xterm. Graham From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 15:46:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 639FA16A417 for ; Fri, 3 Aug 2007 15:46:57 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 1B45713C49D for ; Fri, 3 Aug 2007 15:46:57 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id CD0A1EB44C8; Fri, 3 Aug 2007 23:46:55 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id vyi3gx+pvICH; Fri, 3 Aug 2007 23:46:53 +0800 (CST) Received: from charlie.delphij.net (unknown [221.221.170.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id D572CEB4497; Fri, 3 Aug 2007 23:46:52 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=QlQZcVuJUug/0hRxuVA2GgofX5dISkHUF5fO39w412Vv2tdF7GU0nRXXWb5+tcbr0 mTfczPyzNrHEW17extlzQ== Message-ID: <46B34DEC.10902@delphij.net> Date: Fri, 03 Aug 2007 23:46:52 +0800 From: Xin LI User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: Graham Menhennitt References: <20070802114827.U26646@pat.io.com> <46B25263.6070503@menhennitt.com.au> In-Reply-To: <46B25263.6070503@menhennitt.com.au> X-Enigmail-Version: 0.95.2 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Ted Hatfield Subject: Re: Bug in less version 406. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2007 15:46:57 -0000 Graham Menhennitt wrote: > Ted Hatfield wrote: >> Using less -E or more to display a file that is less than a full page, >> while then displaying a nonexistent file causes a segmentation fault. >> >> For example on a newly built system you can >> >> less -E /etc/group bogusfile >> >> >> This will display the file ending with >> >> /etc/group (file 1 of 2) (END) - Next: bogusfile >> >> when you press space or return it gives >> >> Segmentation fault: 11 >> > > I can reproduce it using "more" but not "less -E". This is on -Current > as of a week or so ago. TERM=xterm. I can reliably reproduce this with less -E on both -CURRENT and -STABLE... :S I need to do an operation on my eye this weekend so I have to wait a couple of days until I can recover from this. Cheers, From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 21:06:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3291C16A41A for ; Fri, 3 Aug 2007 21:06:01 +0000 (UTC) (envelope-from kramer@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 18E4013C459 for ; Fri, 3 Aug 2007 21:06:00 +0000 (UTC) (envelope-from kramer@centtech.com) Received: from roddick.centtech.com (roddick.centtech.com [10.177.171.221]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l73L5vFk096868; Fri, 3 Aug 2007 16:05:57 -0500 (CDT) (envelope-from kramer@centtech.com) Message-ID: <46B398B6.4040705@centtech.com> Date: Fri, 03 Aug 2007 16:05:58 -0500 From: Kevin Kramer User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: pluknet References: <46B0A7D5.6040308@centtech.com> In-Reply-To: X-Virus-Scanned: ClamAV 0.88.4/3852/Fri Aug 3 09:11:10 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.2 required=8.0 tests=AWL,BAYES_00,HTML_MESSAGE, HTML_TITLE_EMPTY autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: buildkernel failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kramer@centtech.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2007 21:06:01 -0000 ok, thanks. I have made that change and now I've gotten this /usr/src/sys/ufs/ffs/ffs_vfsops.c: In function `ffs_mountfs': /usr/src/sys/ufs/ffs/ffs_vfsops.c:675: error: structure has no member named `mnt_gjprovider' /usr/src/sys/ufs/ffs/ffs_vfsops.c:677: error: structure has no member named `mnt_gjprovider' /usr/src/sys/ufs/ffs/ffs_vfsops.c:678: error: structure has no member named `mnt_gjprovider' /usr/src/sys/ufs/ffs/ffs_vfsops.c:678: error: structure has no member named `mnt_gjprovider' /usr/src/sys/ufs/ffs/ffs_vfsops.c:687: error: structure has no member named `mnt_gjprovider' /usr/src/sys/ufs/ffs/ffs_vfsops.c:688: error: structure has no member named `mnt_gjprovider' /usr/src/sys/ufs/ffs/ffs_vfsops.c:696: error: structure has no member named `mnt_gjprovider' /usr/src/sys/ufs/ffs/ffs_vfsops.c:865: error: structure has no member named `mnt_gjprovider' /usr/src/sys/ufs/ffs/ffs_vfsops.c:866: error: structure has no member named `mnt_gjprovider' /usr/src/sys/ufs/ffs/ffs_vfsops.c:867: error: structure has no member named `mnt_gjprovider' /usr/src/sys/ufs/ffs/ffs_vfsops.c: In function `ffs_unmount': /usr/src/sys/ufs/ffs/ffs_vfsops.c:1028: error: structure has no member named `mnt_gjprovider' /usr/src/sys/ufs/ffs/ffs_vfsops.c:1029: error: structure has no member named `mnt_gjprovider' /usr/src/sys/ufs/ffs/ffs_vfsops.c:1030: error: structure has no member named `mnt_gjprovider' *** Error code 1 I've searched the threads and found nothing so far relevant. pluknet wrote the following on 08/01/07 17:22: > On 01/08/07, Kevin Kramer wrote: > >> I have a host that is running 6.2-PRERELEASE from Dec 14 2006. I'm >> trying to update it to 6.2 Stable. I've got the latest sources as of >> this morning. I'm also using gjournal so I've added the patch for that. >> The buildworld completed successfully, now I'm getting this when trying >> to buildkernel. >> >> /usr/src/sys/kern/vfs_subr.c: In function `vn_printf': >> /usr/src/sys/kern/vfs_subr.c:2551: error: `VV_DELETED' undeclared (first >> use in this function) >> /usr/src/sys/kern/vfs_subr.c:2551: error: (Each undeclared identifier is >> reported only once >> /usr/src/sys/kern/vfs_subr.c:2551: error: for each function it appears in.) >> *** Error code 1 >> >> >> I'm using GENERIC and have only added these lines and I moved my >> original /usr/src before cvs'ing. >> >> options SMP >> options UFS_GJOURNAL >> >> Thanks for any help. >> > > It was discussed: > http://lists.freebsd.org/pipermail/freebsd-stable/2007-February/032985.html > > wbr, > pluknet > From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 23:30:20 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DCA216A417 for ; Fri, 3 Aug 2007 23:30:20 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (unknown [IPv6:2001:610:1908:1000:204:23ff:feb5:7e66]) by mx1.freebsd.org (Postfix) with ESMTP id 2354C13C467 for ; Fri, 3 Aug 2007 23:30:18 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id l73NTxj1013176; Sat, 4 Aug 2007 01:30:01 +0200 From: Pieter de Goeje To: freebsd-stable@freebsd.org Date: Sat, 4 Aug 2007 01:29:57 +0200 User-Agent: KMail/1.9.7 References: <20070802114827.U26646@pat.io.com> <46B25263.6070503@menhennitt.com.au> <46B34DEC.10902@delphij.net> In-Reply-To: <46B34DEC.10902@delphij.net> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_2p7sG0h3guaBUW5" Message-Id: <200708040129.58761.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Xin LI , Ted Hatfield Subject: Re: Bug in less version 406. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2007 23:30:20 -0000 --Boundary-00=_2p7sG0h3guaBUW5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Friday 03 August 2007, Xin LI wrote: > Graham Menhennitt wrote: > > Ted Hatfield wrote: > >> Using less -E or more to display a file that is less than a full page, > >> while then displaying a nonexistent file causes a segmentation fault. > >> > >> For example on a newly built system you can > >> > >> less -E /etc/group bogusfile > >> > >> > >> This will display the file ending with > >> > >> /etc/group (file 1 of 2) (END) - Next: bogusfile > >> > >> when you press space or return it gives > >> > >> Segmentation fault: 11 > > > > I can reproduce it using "more" but not "less -E". This is on -Current > > as of a week or so ago. TERM=xterm. > > I can reliably reproduce this with less -E on both -CURRENT and > -STABLE... :S I need to do an operation on my eye this weekend so I > have to wait a couple of days until I can recover from this. Less keeps an internal filestate associated with each opened file. However before opening the bogus file, it free()s the state. Less then notices that the bogus file can't be opened, calls error(), which does some calculations on the filestate ('thisfile' in ch.c) and crashes (Use after free). I have written a workaround (attached) that moves the error() call below the reinitialization of the previous state. FYI it doesn't crash on the first file because any_display is not yet TRUE, which causes error() to ignore the filestate. There's also another regression in less: it doesn't automatically repaint the screen anymore when you resize the terminal. Regards, Pieter de Goeje --Boundary-00=_2p7sG0h3guaBUW5 Content-Type: text/x-diff; charset="iso-8859-1"; name="less-406-patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="less-406-patch" --- contrib/less/edit.c.orig 2007-07-03 15:02:06.000000000 +0200 +++ contrib/less/edit.c 2007-08-04 01:03:43.000000000 +0200 @@ -308,8 +308,6 @@ /* * It looks like a bad file. Don't try to open it. */ - error("%s", &parg); - free(parg.p_string); err1: if (alt_filename != NULL) { @@ -331,6 +329,13 @@ quit(QUIT_ERROR); } reedit_ifile(was_curr_ifile); + + /* + * Cannot print the error if filestate isn't initialized. + */ + error("%s", &parg); + free(parg.p_string); + return (1); } else if ((f = open(qopen_filename, OPEN_READ)) < 0) { @@ -338,8 +343,6 @@ * Got an error trying to open it. */ parg.p_string = errno_message(filename); - error("%s", &parg); - free(parg.p_string); goto err1; } else { --Boundary-00=_2p7sG0h3guaBUW5-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 23:40:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66E0B16A419; Fri, 3 Aug 2007 23:40:35 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 6313813C461; Fri, 3 Aug 2007 23:40:35 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.14.1/8.14.1) with ESMTP id l73NeZvR050055; Fri, 3 Aug 2007 16:40:35 -0700 (PDT) (envelope-from jrhett@svcolo.com) In-Reply-To: <46B1AC75.9060907@FreeBSD.org> References: <46B1AC75.9060907@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Fri, 3 Aug 2007 16:40:29 -0700 To: Doug Barton X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - jrhett@svcolo.com is whitelisted. X-CanItPRO-Stream: default X-Canit-Stats-ID: 132199 - 0cfcef73438d X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: FreeBSD Current , FreeBSD Stable Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2007 23:40:35 -0000 On Aug 2, 2007, at 3:05 AM, Doug Barton wrote: > I hope that we can now dial down the volume on the meta-issue of how > the change was done, and focus on the operational issues of whether > it's a good idea or not. Which has been answered to you, repeatedly, by the very people who know this best. A better question is what kind of beer/wine/cracker do we need to feed you so that your ears will open up and you'll start hearing the answers. -- Jo Rhett senior geek Silicon Valley Colocation Support Phone: 408-400-0550 From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 23:46:27 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84A7B16A417 for ; Fri, 3 Aug 2007 23:46:27 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 4BA9B13C46A for ; Fri, 3 Aug 2007 23:46:27 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l73Nk2jt098073; Fri, 3 Aug 2007 18:46:02 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Fri, 3 Aug 2007 18:46:02 -0500 (CDT) From: "Sean C. Farley" To: Pieter de Goeje In-Reply-To: <200708040129.58761.pieter@degoeje.nl> Message-ID: <20070803184340.L84415@thor.farley.org> References: <20070802114827.U26646@pat.io.com> <46B25263.6070503@menhennitt.com.au> <46B34DEC.10902@delphij.net> <200708040129.58761.pieter@degoeje.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on mail.farley.org Cc: Xin LI , freebsd-stable@FreeBSD.org, Ted Hatfield Subject: Re: Bug in less version 406. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2007 23:46:27 -0000 On Sat, 4 Aug 2007, Pieter de Goeje wrote: *snip* > There's also another regression in less: it doesn't automatically > repaint the screen anymore when you resize the terminal. I have already reported that regression to Mark Nudelman. He is looking into an appropriate fix since this regression was introduced when fixing another bug. Sean -- scf@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 00:13:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFE7E16A418 for ; Sat, 4 Aug 2007 00:13:57 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.freebsd.org (Postfix) with ESMTP id 8F32213C465 for ; Sat, 4 Aug 2007 00:13:57 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so720619wxd for ; Fri, 03 Aug 2007 17:13:56 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=qgSBHHtvzWIJrYwQYJsaLXyMgxD4pNkJUPFJpypaj2b5bInoXb6HjbagY83kN05WvxW3RFxwUTtUkpaaMihtt1JNJEYXqWf7vtHWF19zTHJSbOOwFbe2ACZe84sDSqo6T7sTMbnEcCMeqMeyqYcQ3ZsB23FuUtYI27EQm+EKcvw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=jR6ZjpIvx303t7LlWm3NJwhzXQpvdMcyEOOXrOpkpexqSFGpdAsBAUHx5uPTdD95oeWoId9QGDyE2lUPL/rf+39p72Jl5+sz6Ye9+dZ878GDPfhouZDMC8MC8mK060iokGNNovZHOYcHbf68WoIN2OM3cSV+wz1VMX6jne9arww= Received: by 10.70.38.12 with SMTP id l12mr5901289wxl.1186184884537; Fri, 03 Aug 2007 16:48:04 -0700 (PDT) Received: from kan.dnsalias.net ( [24.218.183.247]) by mx.google.com with ESMTPS id 43sm4019336wri.2007.08.03.16.48.03 (version=SSLv3 cipher=OTHER); Fri, 03 Aug 2007 16:48:03 -0700 (PDT) Date: Fri, 3 Aug 2007 19:47:55 -0400 From: Alexander Kabaev To: Pieter de Goeje Message-ID: <20070803194755.4203382e@kan.dnsalias.net> In-Reply-To: <200708040129.58761.pieter@degoeje.nl> References: <20070802114827.U26646@pat.io.com> <46B25263.6070503@menhennitt.com.au> <46B34DEC.10902@delphij.net> <200708040129.58761.pieter@degoeje.nl> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_fN+4d.2/4xu7hYBryBidkHf"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Xin LI , freebsd-stable@freebsd.org, Ted Hatfield Subject: Re: Bug in less version 406. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2007 00:13:57 -0000 --Sig_fN+4d.2/4xu7hYBryBidkHf Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 4 Aug 2007 01:29:57 +0200 Pieter de Goeje wrote: > There's also another regression in less: it doesn't automatically > repaint the screen anymore when you resize the terminal. >=20 > Regards, > Pieter de Goeje It most certainly does here. --=20 Alexander Kabaev --Sig_fN+4d.2/4xu7hYBryBidkHf Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGs76rQ6z1jMm+XZYRAoTGAKC9J7bbC2hi7jihgCOsmMA7owaVowCfUVeq u9mA7EW4hVGWA+6TBB4j0Us= =S1DA -----END PGP SIGNATURE----- --Sig_fN+4d.2/4xu7hYBryBidkHf-- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 00:18:47 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 595B616A417; Sat, 4 Aug 2007 00:18:47 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (unknown [IPv6:2001:610:1908:1000:204:23ff:feb5:7e66]) by mx1.freebsd.org (Postfix) with ESMTP id 70CA813C46C; Sat, 4 Aug 2007 00:18:46 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id l740ISj1018662; Sat, 4 Aug 2007 02:18:30 +0200 From: Pieter de Goeje To: "Sean C. Farley" Date: Sat, 4 Aug 2007 02:18:27 +0200 User-Agent: KMail/1.9.7 References: <20070802114827.U26646@pat.io.com> <200708040129.58761.pieter@degoeje.nl> <20070803184340.L84415@thor.farley.org> In-Reply-To: <20070803184340.L84415@thor.farley.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708040218.28169.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Xin LI , freebsd-stable@freebsd.org, Ted Hatfield Subject: Re: Bug in less version 406. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2007 00:18:47 -0000 On Saturday 04 August 2007, Sean C. Farley wrote: > On Sat, 4 Aug 2007, Pieter de Goeje wrote: > > *snip* > > > There's also another regression in less: it doesn't automatically > > repaint the screen anymore when you resize the terminal. > > I have already reported that regression to Mark Nudelman. He is looking > into an appropriate fix since this regression was introduced when fixing > another bug. > > Sean Hmm I wonder what that other bug might have been... If I look at signal.c I see two signal handlers for things related to window changes. One for SIGWINCH and one for SIGWIND. The "if(reading) intread();" statement was removed from the SIGWINCH handler. If removing that statement fixed the other bug why wasn't it removed from SIGWIND's handler? Does SIGWIND have different semantics? Anyway, re-adding "if(reading) intread();" to signal.c:96 makes it work again, but I wonder what I broke by doing that. Regards, Pieter de Goeje From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 00:25:51 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B16F616A418 for ; Sat, 4 Aug 2007 00:25:51 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (unknown [IPv6:2001:610:1908:1000:204:23ff:feb5:7e66]) by mx1.freebsd.org (Postfix) with ESMTP id 0C31F13C465 for ; Sat, 4 Aug 2007 00:25:50 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id l740Pfj1019787; Sat, 4 Aug 2007 02:25:41 +0200 From: Pieter de Goeje To: Alexander Kabaev Date: Sat, 4 Aug 2007 02:25:40 +0200 User-Agent: KMail/1.9.7 References: <20070802114827.U26646@pat.io.com> <200708040129.58761.pieter@degoeje.nl> <20070803194755.4203382e@kan.dnsalias.net> In-Reply-To: <20070803194755.4203382e@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708040225.41627.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Xin LI , freebsd-stable@freebsd.org, Ted Hatfield Subject: Re: Bug in less version 406. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2007 00:25:51 -0000 On Saturday 04 August 2007, Alexander Kabaev wrote: > On Sat, 4 Aug 2007 01:29:57 +0200 > > Pieter de Goeje wrote: > > There's also another regression in less: it doesn't automatically > > repaint the screen anymore when you resize the terminal. > > > > Regards, > > Pieter de Goeje > > It most certainly does here. That's odd, are you sure you are using version 406? To clarify: you need to press a key before less notices the change in window size and redraws the screen. - Pieter de Goeje From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 00:31:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92ED816A418 for ; Sat, 4 Aug 2007 00:31:54 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 93ABA13C442 for ; Sat, 4 Aug 2007 00:31:54 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.14.1/8.14.1) with ESMTP id l740Vr0B050605; Fri, 3 Aug 2007 17:31:53 -0700 (PDT) (envelope-from jrhett@svcolo.com) In-Reply-To: References: <46B1AC75.9060907@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2FB74E09-4C74-4653-A2EE-B88F9F1C08C6@svcolo.com> Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Fri, 3 Aug 2007 17:31:47 -0700 To: Doug Barton X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - jrhett@svcolo.com is whitelisted. X-CanItPRO-Stream: default X-Canit-Stats-ID: 132221 - f451f861efc9 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: FreeBSD Stable Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2007 00:31:54 -0000 On Aug 3, 2007, at 5:25 PM, Doug Barton wrote: > I'm getting tired of repeating this. A lot of really smart people > are lined up on BOTH sides of this issue. You might want to take > another look at the threads about this on the OARC list (or even > this list for that matter) and try to have an open mind. Repeating > "this is a bad idea" over and over again doesn't make it more true. No, they aren't. I'm actually quite amazed at your resistance to hearing what is being said. Several people (not "a lot") think that slaving the root zone makes some good operational sense in specific scenarios. One person thought that the world would be a better place if it were operationally possible. NOBODY thinks that this will work in the real world, today, in a stable manner. NOBODY thinks that having *every* home user slaving the root makes good sense, even if it was operationally possible. And NOBODY thinks that "just doing it without asking first" was a good way to handle it. I'm really not sure why I wasted the keystrokes to write this, because you've been consistently willing to ignore pretty much everything said to you so far. I guess I'm just praying that perhaps, just maybe, this time you'll start paying attention. -- Jo Rhett senior geek Silicon Valley Colocation Support Phone: 408-400-0550 From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 00:53:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA91616A419 for ; Sat, 4 Aug 2007 00:53:13 +0000 (UTC) (envelope-from dougb@dougbarton.us) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 834E713C45E for ; Sat, 4 Aug 2007 00:53:13 +0000 (UTC) (envelope-from dougb@dougbarton.us) Received: (qmail 29925 invoked by uid 399); 4 Aug 2007 00:25:11 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 4 Aug 2007 00:25:11 -0000 X-Originating-IP: 127.0.0.1 Date: Fri, 3 Aug 2007 17:25:09 -0700 (PDT) From: Doug Barton To: Jo Rhett In-Reply-To: Message-ID: References: <46B1AC75.9060907@FreeBSD.org> X-OpenPGP-Key-ID: 0xD5B2F0FB X-message-flag: Outlook -- Not just for spreading viruses anymore! Organization: Triborough Bridge & Tunnel Authority MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=us-ascii Cc: FreeBSD Current , FreeBSD Stable Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2007 00:53:13 -0000 On Fri, 3 Aug 2007, Jo Rhett wrote: > On Aug 2, 2007, at 3:05 AM, Doug Barton wrote: >> I hope that we can now dial down the volume on the meta-issue of how >> the change was done, and focus on the operational issues of whether >> it's a good idea or not. > > Which has been answered to you, repeatedly, by the very people who know this > best. Jo, I'm getting tired of repeating this. A lot of really smart people are lined up on BOTH sides of this issue. You might want to take another look at the threads about this on the OARC list (or even this list for that matter) and try to have an open mind. Repeating "this is a bad idea" over and over again doesn't make it more true. Doug -- If you're never wrong, you're not trying hard enough From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 01:19:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EB7E16A418 for ; Sat, 4 Aug 2007 01:19:28 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 8F4CC13C458 for ; Sat, 4 Aug 2007 01:19:28 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.14.1/8.14.1) with ESMTP id l741JRvg051106; Fri, 3 Aug 2007 18:19:27 -0700 (PDT) (envelope-from jrhett@svcolo.com) In-Reply-To: <46B3D27F.10603@yahoo.com> References: <46B1AC75.9060907@FreeBSD.org> <2FB74E09-4C74-4653-A2EE-B88F9F1C08C6@svcolo.com> <46B3D27F.10603@yahoo.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <81177D1D-AEDB-4DB6-88F2-E4BA46CEFB9B@svcolo.com> Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Fri, 3 Aug 2007 18:19:20 -0700 To: John Merryweather Cooper X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - jrhett@svcolo.com is whitelisted. X-CanItPRO-Stream: default X-Canit-Stats-ID: 132241 - 1d931adfc6dc X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: FreeBSD Stable , Doug Barton Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2007 01:19:28 -0000 On Aug 3, 2007, at 6:12 PM, John Merryweather Cooper wrote: > I would appreciate it if the personal attacks ceased. There was no personal attack there. I never called him names or made any remark about his lifestyle or anything else. I did say that he isn't paying attention to the people who disagree with him, but that is an observable fact. > As an observer > with no ax to grind on this issue, it is apparent that slaving the > root > zone is technically possible, but not necessarily good policy. Actually, it has been argued/shown-by-those-who-would-know that while you can do it, it won't work in a stable manner once everyone starts doing it. The protocol itself is not designed for many unknown associations, really. > It would > be nice if those arguing against slaving the root zone would > articulate > the specific effects on top-tier servers and quantify them. This has been done, both here and on the DNS Operations list where this is actually topical. Repeatedly. This topic is dead, horse beaten to crap, except that Doug Barton really loves this idea and won't listen to why it won't work, and why it shouldn't be done, and why he shouldn't have done it that way. He just keeps coming back and saying "now lets talk about this some more..." -- Jo Rhett senior geek Silicon Valley Colocation Support Phone: 408-400-0550 From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 01:39:20 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF96216A41A for ; Sat, 4 Aug 2007 01:39:20 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp108.biz.mail.re2.yahoo.com (smtp108.biz.mail.re2.yahoo.com [206.190.52.47]) by mx1.freebsd.org (Postfix) with SMTP id 876AE13C45B for ; Sat, 4 Aug 2007 01:39:20 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 90021 invoked from network); 4 Aug 2007 01:12:38 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:X-Enigmail-Version:Content-Type:Content-Transfer-Encoding; b=rFJwCdz31Md1C2Yxkn3DMn7+NxTex0j39Lf0VWgQQbACR1H2nlUTs77XW/TWuUp6vEUNaBfIee6S48nftzfuumX76HgJpJEPtaL2+O3y843hpfKDFg6NwsYyFhxk3G20VOXj65hm14VG30EX1SzbhzwVvL0HobzyOuB+cq/LihE= ; Received: from unknown (HELO borgdemon2.resnet.wsu.edu) (j.m.cooper@borgsdemons.com@134.121.241.227 with login) by smtp108.biz.mail.re2.yahoo.com with SMTP; 4 Aug 2007 01:12:38 -0000 X-YMail-OSG: Y.M2TawVM1kFc5wvVo.Yi5L7USSpJIhk.oDI6J4sX7l6k9fajZw5ITg_kik_6vrd0pctbu7_Pg-- Received: from borgdemon2.resnet.wsu.edu (localhost [127.0.0.1]) by borgdemon2.resnet.wsu.edu (Postfix) with ESMTP id 6F6B65C45; Fri, 3 Aug 2007 18:12:32 -0700 (PDT) Message-ID: <46B3D27F.10603@yahoo.com> Date: Fri, 03 Aug 2007 18:12:31 -0700 From: John Merryweather Cooper User-Agent: Thunderbird 2.0.0.4pre (X11/20070707) MIME-Version: 1.0 To: Jo Rhett References: <46B1AC75.9060907@FreeBSD.org> <2FB74E09-4C74-4653-A2EE-B88F9F1C08C6@svcolo.com> In-Reply-To: <2FB74E09-4C74-4653-A2EE-B88F9F1C08C6@svcolo.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Doug Barton Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2007 01:39:20 -0000 Jo Rhett wrote: > On Aug 3, 2007, at 5:25 PM, Doug Barton wrote: >> I'm getting tired of repeating this. A lot of really smart people are >> lined up on BOTH sides of this issue. You might want to take another >> look at the threads about this on the OARC list (or even this list for >> that matter) and try to have an open mind. Repeating "this is a bad >> idea" over and over again doesn't make it more true. > > No, they aren't. I'm actually quite amazed at your resistance to > hearing what is being said. > > Several people (not "a lot") think that slaving the root zone makes some > good operational sense in specific scenarios. One person thought that > the world would be a better place if it were operationally possible. > > NOBODY thinks that this will work in the real world, today, in a stable > manner. > > NOBODY thinks that having *every* home user slaving the root makes good > sense, even if it was operationally possible. > > And NOBODY thinks that "just doing it without asking first" was a good > way to handle it. > > I'm really not sure why I wasted the keystrokes to write this, because > you've been consistently willing to ignore pretty much everything said > to you so far. I guess I'm just praying that perhaps, just maybe, this > time you'll start paying attention. > I would appreciate it if the personal attacks ceased. As an observer with no ax to grind on this issue, it is apparent that slaving the root zone is technically possible, but not necessarily good policy. It would be nice if those arguing against slaving the root zone would articulate the specific effects on top-tier servers and quantify them. As it is, this thread is painful to read because of the dross-to-substance ratio being rather high. jmc From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 02:56:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B706E16A41F; Sat, 4 Aug 2007 02:56:43 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 9627813C46E; Sat, 4 Aug 2007 02:56:43 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from localhost (maia-3.hub.org [200.46.204.184]) by hub.org (Postfix) with ESMTP id 40DFAB46CD1; Fri, 3 Aug 2007 23:56:43 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 65944-02; Fri, 3 Aug 2007 23:56:33 -0300 (ADT) Received: from fserv.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id C1834B46CCF; Fri, 3 Aug 2007 23:56:42 -0300 (ADT) Received: from [192.168.1.3] (unknown [192.168.1.3]) by fserv.hub.org (Postfix) with ESMTP id 62FB88E6B3; Fri, 3 Aug 2007 23:56:48 -0300 (ADT) Date: Fri, 03 Aug 2007 23:56:48 -0300 From: "Marc G. Fournier" To: Kris Moore Message-ID: <9F7928C618B8F572D1A1CA3D@fserv.hub.org> In-Reply-To: <46AFAE06.40300@pcbsd.com> References: <200707111442.33336.jhb@freebsd.org> <4697BFBB.1050009@vwsoft.com> <200707311725.33059.tijl@ulyssis.org> <46AF8B3B.3090105@pcbsd.com> <46AFA7D8.8010604@pcbsd.com> <4D5862EE261060C0EC8AB799@fserv.hub.org> <46AFAE06.40300@pcbsd.com> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Volker , freebsd-stable@freebsd.org, John Baldwin Subject: Re: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2007 02:56:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Tuesday, July 31, 2007 14:47:50 -0700 Kris Moore wrote: > I'm not sure all the tests run properly since I didn't run through them > yet. I'll try it out tomorrow morning though. All I tried was FireFox > for Windows and installed StarCraft. Both worked just fine here. (I did > a spawn of Starcraft since the safedisc support isn't working as far as > I know) 'k, I just installed the latest patches from http://wiki.freebsd.org/Wine, and everything builds fine, and I'm getting alot further with the tests, but its failing at the rebar test ... I've posted to freebsd-wine-users@hub.org with my results on this, as it seems to be the Wine side, not FreeBSD ... John, I've been running both the signal and pfault patches on my 6.x desktops since Tijl posted them, and haven't noticed any issues resulting from them ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGs+rw4QvfyHIvDvMRAiW8AKCpVIKvIZqWPA0yMLfxet/wl33FBQCghy1L AidVDAaM729qO7Mjms61UIY= =Z53o -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 10:19:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CA4E16A419 for ; Sat, 4 Aug 2007 10:19:54 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from proxy2.bredband.net (proxy2.bredband.net [195.54.101.72]) by mx1.freebsd.org (Postfix) with ESMTP id 39F5413C457 for ; Sat, 4 Aug 2007 10:19:54 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from prometheus.scode.org (85.229.22.84) by proxy2.bredband.net (7.3.127) id 46A88258002C9F9A for freebsd-stable@freebsd.org; Sat, 4 Aug 2007 11:59:51 +0200 Received: from localhost (localhost [127.0.0.1]) by prometheus.scode.org (Postfix) with ESMTP id A75DB1CC8E for ; Sat, 4 Aug 2007 13:59:53 +0200 (CEST) From: Peter Schuller To: freebsd-stable@freebsd.org Date: Sat, 4 Aug 2007 13:59:53 +0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708041359.53246.peter.schuller@infidyne.com> Subject: sas 5/i and mpt: hw.mpt.enable_sata_wc=1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2007 10:19:54 -0000 Hello, As per: http://lists.freebsd.org/pipermail/freebsd-stable/2007-July/036266.html The hw.mpt.enable_sata_wc sysctl will enable write caching on SATA drives with the mpt driver. My question is, will explicit requests to flush the cache, such as those made by ZFS, still propagate to the drives? -- / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 12:03:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04F8116A4CF for ; Sat, 4 Aug 2007 12:03:17 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.189]) by mx1.freebsd.org (Postfix) with ESMTP id E9BA413C467 for ; Sat, 4 Aug 2007 12:03:16 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by rv-out-0910.google.com with SMTP id f1so712946rvb for ; Sat, 04 Aug 2007 05:03:16 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=En0jRpj26yl9gLYYDfVdDRoRimrGNSc3jXRy5Kgk3WH4TfZo47JsRJzepBMJSZ81vJjOzedbdpnLwyqHbo/HR2LOVDoxcaB1NX/zXM0Sb8QoinAl/7O1tckMnnDZxqrjn6DSxJ9r2M7+szSNdpvCVl4eJgu4miHilY+I6zTCHQA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BaomyjNoZcAraK5EkZ/vLljxotvAruqVOL4SUKZBkO+Il6dKIVn1UZ7Fjx27KAGO1yTlkQg9562Piw7/ra04tR7BK3Y7+4zGtlPqAgVhlHVkVp9vFImf3u45J7v8TuqNRuKArXQ20kdnrBTiA8nEHZMly0Pfj81TkO9BZt7efz4= Received: by 10.141.15.19 with SMTP id s19mr1412094rvi.1186228996368; Sat, 04 Aug 2007 05:03:16 -0700 (PDT) Received: by 10.141.86.8 with HTTP; Sat, 4 Aug 2007 05:03:16 -0700 (PDT) Message-ID: Date: Sat, 4 Aug 2007 16:03:16 +0400 From: pluknet To: kramer@centtech.com In-Reply-To: <46B398B6.4040705@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46B0A7D5.6040308@centtech.com> <46B398B6.4040705@centtech.com> Cc: freebsd-stable@freebsd.org Subject: Re: buildkernel failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2007 12:03:17 -0000 On 04/08/07, Kevin Kramer wrote: > > ok, thanks. I have made that change and now I've gotten this > > /usr/src/sys/ufs/ffs/ffs_vfsops.c: In function > `ffs_mountfs': > /usr/src/sys/ufs/ffs/ffs_vfsops.c:675: error: structure has > no member named `mnt_gjprovider' > /usr/src/sys/ufs/ffs/ffs_vfsops.c:677: error: structure has > no member named `mnt_gjprovider' > /usr/src/sys/ufs/ffs/ffs_vfsops.c:678: error: structure has > no member named `mnt_gjprovider' > /usr/src/sys/ufs/ffs/ffs_vfsops.c:678: error: structure has > no member named `mnt_gjprovider' > /usr/src/sys/ufs/ffs/ffs_vfsops.c:687: error: structure has > no member named `mnt_gjprovider' > /usr/src/sys/ufs/ffs/ffs_vfsops.c:688: error: structure has > no member named `mnt_gjprovider' > /usr/src/sys/ufs/ffs/ffs_vfsops.c:696: error: structure has > no member named `mnt_gjprovider' > /usr/src/sys/ufs/ffs/ffs_vfsops.c:865: error: structure has > no member named `mnt_gjprovider' > /usr/src/sys/ufs/ffs/ffs_vfsops.c:866: error: structure has > no member named `mnt_gjprovider' > /usr/src/sys/ufs/ffs/ffs_vfsops.c:867: error: structure has > no member named `mnt_gjprovider' > /usr/src/sys/ufs/ffs/ffs_vfsops.c: In function > `ffs_unmount': > /usr/src/sys/ufs/ffs/ffs_vfsops.c:1028: error: structure > has no member named `mnt_gjprovider' > /usr/src/sys/ufs/ffs/ffs_vfsops.c:1029: error: structure > has no member named `mnt_gjprovider' > /usr/src/sys/ufs/ffs/ffs_vfsops.c:1030: error: structure > has no member named `mnt_gjprovider' > *** Error code 1 > > I've searched the threads and found nothing so far relevant. > Things are changed also a bit in src/sys/sys/mount.h with v1.197.2.7 since that patch was prepared, so it fails to apply against releng_6 cleanly. You can apply this manually to fix the build: @@ -178,6 +178,7 @@ int mnt_secondary_accwrites;/* (i) secondary wr. starts */ int mnt_ref; /* (i) Reference count */ int mnt_gen; /* struct mount generation */ + char *mnt_gjprovider; /* gjournal provider name */ }; struct vnode *__mnt_vnode_next(struct vnode **mvp, struct mount *mp); wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 16:56:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36D3C16A418; Sat, 4 Aug 2007 16:56:46 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from toq12-srv.bellnexxia.net (toq12.bellnexxia.net [209.226.175.119]) by mx1.freebsd.org (Postfix) with ESMTP id C635313C45B; Sat, 4 Aug 2007 16:56:45 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from [192.168.1.133] ([76.64.58.167]) by tomts16-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20070804145830.EDRG574.tomts16-srv.bellnexxia.net@[192.168.1.133]>; Sat, 4 Aug 2007 10:58:30 -0400 In-Reply-To: <20070802221624.DF46C45045@ptavv.es.net> References: <20070802221624.DF46C45045@ptavv.es.net> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8AB83EF6-3132-413A-9C79-2087957B6C34@ee.ryerson.ca> Content-Transfer-Encoding: 7bit From: David Magda Date: Sat, 4 Aug 2007 10:58:28 -0400 To: Kevin Oberman X-Mailer: Apple Mail (2.752.2) Cc: freebsd-current@freebsd.org, FreeBSD Stable Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Magda List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2007 16:56:46 -0000 On Aug 2, 2007, at 18:16, Kevin Oberman wrote: > Also, the root zone is updated twice a day, every day (at least to the > extent of a serial number bump) whether it is needed or not. > Forcing the > minimum refresh to once a day could delay the recognition of a new > zone > for up to a day and that is not a good thing. Well, if it's updated twice a day (every twelve hours), then use Nyquist and check every six hours. :) From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 17:02:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 362BB16A418 for ; Sat, 4 Aug 2007 17:02:01 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu (math.missouri.edu [128.206.184.200]) by mx1.freebsd.org (Postfix) with ESMTP id 121F813C46A for ; Sat, 4 Aug 2007 17:02:00 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from [128.206.184.213] (cauchy.math.missouri.edu [128.206.184.213]) by math.missouri.edu (8.13.1/8.13.1) with ESMTP id l74GoduE017580; Sat, 4 Aug 2007 11:50:39 -0500 (CDT) (envelope-from stephen@math.missouri.edu) Message-ID: <46B4AE5F.7020706@math.missouri.edu> Date: Sat, 04 Aug 2007 11:50:39 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.5) Gecko/20070729 SeaMonkey/1.1.3 MIME-Version: 1.0 To: Jo Rhett References: <46B1AC75.9060907@FreeBSD.org> <2FB74E09-4C74-4653-A2EE-B88F9F1C08C6@svcolo.com> <46B3D27F.10603@yahoo.com> <81177D1D-AEDB-4DB6-88F2-E4BA46CEFB9B@svcolo.com> In-Reply-To: <81177D1D-AEDB-4DB6-88F2-E4BA46CEFB9B@svcolo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88/3854/Fri Aug 3 23:49:48 2007 on math.missouri.edu X-Virus-Status: Clean Cc: FreeBSD Stable , Doug Barton Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2007 17:02:01 -0000 Jo Rhett wrote: > On Aug 3, 2007, at 6:12 PM, John Merryweather Cooper wrote: >> I would appreciate it if the personal attacks ceased. > > There was no personal attack there. I never called him names or made > any remark about his lifestyle or anything else. I did say that he > isn't paying attention to the people who disagree with him, but that is > an observable fact. > >> As an observer >> with no ax to grind on this issue, it is apparent that slaving the root >> zone is technically possible, but not necessarily good policy. > > Actually, it has been argued/shown-by-those-who-would-know that while > you can do it, it won't work in a stable manner once everyone starts > doing it. The protocol itself is not designed for many unknown > associations, really. > >> It would >> be nice if those arguing against slaving the root zone would articulate >> the specific effects on top-tier servers and quantify them. > > This has been done, both here and on the DNS Operations list where this > is actually topical. Repeatedly. This topic is dead, horse beaten to > crap, except that Doug Barton really loves this idea and won't listen to > why it won't work, and why it shouldn't be done, and why he shouldn't > have done it that way. He just keeps coming back and saying "now lets > talk about this some more..." As another person with no ax to grind, my sense is that this was a professional albeit heated discussion. Briefly, it seems to me that Doug introduced changes with no prior discussion - this was his only real fault, and for this he has appropriately apologized. The result of the heated discussion was that the slave zone thingy was turned into an option rather than the default. As far as I am concerned, this is an entirely satisfactory resolution, and shows that the discussions had their desired effect. That the discussions became a little heated merely shows that we are human beings. The main thing is that everyone was upfront and honest about their agendas, and that the matter was resolved in the appropriate technical manner. Best regards, Stephen From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 17:52:50 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD63416A468 for ; Sat, 4 Aug 2007 17:52:50 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id B2E2B13C4E5 for ; Sat, 4 Aug 2007 17:52:50 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from baba.farley.org (baba.farley.org [192.168.1.211]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l74HqR5o017129; Sat, 4 Aug 2007 12:52:27 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Sat, 4 Aug 2007 12:52:27 -0500 (CDT) From: "Sean C. Farley" To: Pieter de Goeje In-Reply-To: <200708040218.28169.pieter@degoeje.nl> Message-ID: <20070804124802.L1107@baba.farley.org> References: <20070802114827.U26646@pat.io.com> <200708040129.58761.pieter@degoeje.nl> <20070803184340.L84415@thor.farley.org> <200708040218.28169.pieter@degoeje.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on mail.farley.org Cc: Xin LI , freebsd-stable@FreeBSD.org, Ted Hatfield Subject: Re: Bug in less version 406. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2007 17:52:50 -0000 On Sat, 4 Aug 2007, Pieter de Goeje wrote: > On Saturday 04 August 2007, Sean C. Farley wrote: >> On Sat, 4 Aug 2007, Pieter de Goeje wrote: >> >> *snip* >> >>> There's also another regression in less: it doesn't automatically >>> repaint the screen anymore when you resize the terminal. >> >> I have already reported that regression to Mark Nudelman. He is >> looking into an appropriate fix since this regression was introduced >> when fixing another bug. > > Hmm I wonder what that other bug might have been... > If I look at signal.c I see two signal handlers for things related to > window changes. One for SIGWINCH and one for SIGWIND. The "if(reading) > intread();" statement was removed from the SIGWINCH handler. If > removing that statement fixed the other bug why wasn't it removed from > SIGWIND's handler? Does SIGWIND have different semantics? > > Anyway, re-adding "if(reading) intread();" to signal.c:96 makes it > work again, but I wonder what I broke by doing that. Yes, that is the fix for the resizing. This is the bug in question[1]: Fix bug when resizing the window while waiting for input from a pipe. Sean 1. http://www.greenwoodsoftware.com/less/news.406.html -- scf@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 22:36:18 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80C4416A421 for ; Sat, 4 Aug 2007 22:36:18 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id E61AF13C4A5 for ; Sat, 4 Aug 2007 22:36:15 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l74LvvgT002900 for ; Sun, 5 Aug 2007 07:57:57 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l74LvvsY002899 for stable@freebsd.org; Sun, 5 Aug 2007 07:57:57 +1000 (EST) (envelope-from peter) Date: Sun, 5 Aug 2007 07:57:57 +1000 From: Peter Jeremy To: stable@freebsd.org Message-ID: <20070804215757.GA2860@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Page fault panic due to corrupt callwheel entries X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2007 22:36:18 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable My laptop running -stable from late June panic'd overnight in softclock: Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x410 fault code =3D supervisor read data, page not present instruction pointer =3D 0x8:0xffffffff80278619 stack pointer =3D 0x10:0xffffffffa3543b80 frame pointer =3D 0x10:0xffffffffa3543bd0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 12 (swi4: clock) trap number =3D 12 panic: page fault KDB: stack backtrace: panic() at panic+0x1c1 trap_fatal() at trap_fatal+0x298 trap() at trap+0x1a8 calltrap() at calltrap+0x5 --- trap 0xc, rip =3D 0xffffffff80278619, rsp =3D 0xffffffffa3543b80, rbp = =3D 0xffffffffa3543bd0 --- softclock() at softclock+0xa9 ithread_loop() at ithread_loop+0x132 WHen I went looking, I found 3 adjacent callwheel entries had tqh_first set to 0x400. A single-bit glitch I might write off but the same 'glitch' in 3 entries seems odd. The 3 cases had tqh_last pointing at the callwheel slot so they were supposed to be empty. Does anyone have any ideas? (kgdb) p softticks $2 =3D 0x64f5ebe (kgdb) p callwheelmask $3 =3D 0x7fff (kgdb) p callwheelsize $4 =3D 0x8000 (kgdb) p callwheel[0x5ebe] $5 =3D { tqh_first =3D 0x400,=20 tqh_last =3D 0xffffffff98d6ac80 } (kgdb) p callwheel[0x5ebd] $6 =3D { tqh_first =3D 0x0,=20 tqh_last =3D 0xffffffff98d6ac70 } (kgdb) p callwheel[0x5ebf] $7 =3D { tqh_first =3D 0x400,=20 tqh_last =3D 0xffffffff98d6ac90 } (kgdb) p callwheel[0x5ec0] $8 =3D { tqh_first =3D 0x400,=20 tqh_last =3D 0xffffffff98d6aca0 } (kgdb) p callwheel[0x5ec1] $9 =3D { tqh_first =3D 0xffffff00287cdb20,=20 tqh_last =3D 0xffffff00287cdb20 } (kgdb) =20 --=20 Peter Jeremy --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGtPZl/opHv/APuIcRAnBHAJoCNys8xeKi3B+25JB+yYX9jY2aFwCgqZ0e 9B1voRq3DVsuc9rOxgcPxyk= =6mQW -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 23:24:20 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1FD016A419 for ; Sat, 4 Aug 2007 23:24:20 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 1DFAF13C428 for ; Sat, 4 Aug 2007 23:24:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 2283 invoked by uid 399); 4 Aug 2007 23:24:19 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 4 Aug 2007 23:24:19 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B50AA1.2080502@FreeBSD.org> Date: Sat, 04 Aug 2007 16:24:17 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: Oliver Fromme References: <200708030912.l739ChF5075798@lurza.secnetix.de> In-Reply-To: <200708030912.l739ChF5075798@lurza.secnetix.de> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2007 23:24:20 -0000 Oliver Fromme wrote: > By the way, I have changed from hints to slaves on the DNS > servers for a large server farm (just testing right now; > I might go back to hints if I don't feel it's worth it). Depending on how many name servers you have you might get a bigger win by slaving the root to one server, then slaving it to the others from your "local master." If you're only talking about a few name servers it's probably not worth it though. > It _seems_ a few applications run with lower latency, but > I'll need to run some benchmarks in order to get some hard > numbers. If your stuff is relatively well behaved, and generally only queries a few TLDs you might not get much of a benefit in terms of reduced latency. In this scenario the main advantage is better resilience to a root DDoS. Where this technique really works well is a scenario where you are answering a lot of "random" queries that could potentially include invalid TLDs and other "junk." Not sending those queries to the roots helps reduce traffic for them and for you, and gives you much better latency on the inevitable NXDOMAIN response. hth, Doug -- This .signature sanitized for your protection