From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 00:50:17 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B61F616A4CE; Sun, 30 Nov 2003 00:50:17 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B77D43FB1; Sun, 30 Nov 2003 00:50:13 -0800 (PST) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) hAU8o5vq000584 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 30 Nov 2003 09:50:06 +0100 (CET) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost)hAU8o5Ne000583; Sun, 30 Nov 2003 09:50:05 +0100 (CET) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org [127.0.0.1]) by klemm.apsfilter.org (8.12.10/8.12.9) with ESMTP id hAU8m1jV064497; Sun, 30 Nov 2003 09:48:01 +0100 (CET) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost)hAU8m0o9064496; Sun, 30 Nov 2003 09:48:00 +0100 (CET) (envelope-from andreas) Date: Sun, 30 Nov 2003 09:48:00 +0100 From: Andreas Klemm To: Oliver Eikemeier Message-ID: <20031130084800.GA64364@titan.klemm.apsfilter.org> References: <200311281553.hASFrURT003309@siralan.org> <86fzg8scn5.fsf@borg.borderworlds.dk> <20031129142508.GA46034@titan.klemm.apsfilter.org> <20031129212512.GB8768@xor.obsecurity.org> <3FC958DD.3050903@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3FC958DD.3050903@FreeBSD.org> X-Operating-System: FreeBSD 5.2-BETA X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.5.1i cc: Dag-Erling Smorgrav cc: freebsd-current@FreeBSD.org cc: Andreas Klemm cc: Kris Kennaway Subject: Re: 5.2-BETA and related ports issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 08:50:17 -0000 On Sun, Nov 30, 2003 at 03:41:33AM +0100, Oliver Eikemeier wrote: > Kris Kennaway wrote: > > >On Sat, Nov 29, 2003 at 03:33:35PM +0100, Dag-Erling Smorgrav wrote: > > > >>Andreas Klemm writes: > >> > >>>I can't recommend doing it this way, since some ports I know > >>>are writing startup scripts to /etc/rc.d :-/ > >> > >>That is very, very bad. I wish we had some kind of ports QA team :( > > > >Well, er, a number of us do essentially nothing BUT ports QA. > > I'm sorry if I did something disturbing, and I'm surely interested in > ports tree QA! I know that I violate the prefix, and did that on purpose, > see my comment in net/opendldap2[012]-server/Makefile: > # currently the only way to participate in rcorder(8) > > I posted PR conf/56736: > > but nobody seemed to care, and I had enough construction areas that I didn't > wanted to start a discussion about that. > > The point is that we might want to have some port services to start early. > That gives the possibility to move functionality from the base system to > ports, which I believe isn't bad. I can simply change the openldap ports so > that they > are nice and quiet, but IMHO that does not really solve a problem. But > please > correct me if my arguments are too simple-minded. What about simply putting a number in front of the script, I didn't check but am really certain that we start scripts something like this: cd $LOCALBASE/etc/rc.d for i in *.sh <--- here you get an alphabetically sort order ! do if [ -x $i ]; then /bin/sh $i start fi done So this would be sufficient to start slapd before slurpd: /usr/local/etc/rc.d/001.slapd.sh /usr/local/etc/rc.d/002.slurpd.sh or alternatively /usr/local/etc/rc.d/openldap-01-slapd.sh /usr/local/etc/rc.d/openldap-02-slurpd.sh We already have things like: 000.mysql-client.sh 000.pkgtools.sh 000.wine.sh 010.pgsql.sh Andreas /// -- Andreas Klemm - Powered by FreeBSD 5.1-CURRENT Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 00:50:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E415C16A54A for ; Sun, 30 Nov 2003 00:50:55 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 512F543FEA for ; Sun, 30 Nov 2003 00:50:54 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id hAU8lOEQ014739; Sun, 30 Nov 2003 09:47:24 +0100 (CET) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.10/8.12.10/Submit) id hAU8lOw4014738; Sun, 30 Nov 2003 09:47:24 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200311300847.hAU8lOw4014738@spider.deepcore.dk> In-Reply-To: <20031130070051.GN431@sirius.firepipe.net> To: Will Andrews Date: Sun, 30 Nov 2003 09:47:24 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 cc: current@FreeBSD.ORG Subject: Re: Western Digital WD360GD SATA disk on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 08:50:56 -0000 It seems Will Andrews wrote: > Yeah, that's what I figured. When I looked at the change, the > fix only appears to affect rev 0x00, but my SiI3112A is 0x02. :( The errata should be fixed in rev 2 silicon. > Well, I can tell you that people aren't gonna be happy when their > brand new motherboard that comes with SiI SATA builtin doesn't > work with their SATA disks (or well, just this one?). Since > SiI's are so cheap (and fairly common), I'd consider this a > showstopper as far as SATA goes. > > This thing used to work, it should be fixed. Besides, I simply > don't have the money to spend on another SATA controller for my > main workstation just so it can run up-to-date -CURRENT. :( I have two Sii3112 here (old and new) and both work dandy in all the possible configs I can imagine (and have HW for). So unless someone with problematic HW does some legwork to find out what fails, there isn't much I can do actually.. -Søren From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 00:56:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B407F16A4CE for ; Sun, 30 Nov 2003 00:56:28 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4038043FE0 for ; Sun, 30 Nov 2003 00:56:27 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id hAU8qwEQ014855; Sun, 30 Nov 2003 09:52:58 +0100 (CET) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.10/8.12.10/Submit) id hAU8qwej014854; Sun, 30 Nov 2003 09:52:58 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200311300852.hAU8qwej014854@spider.deepcore.dk> In-Reply-To: <1070176383.68747.176.camel@shumai.marcuscom.com> To: Joe Marcus Clarke Date: Sun, 30 Nov 2003 09:52:58 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 cc: current@FreeBSD.ORG cc: Will Andrews Subject: Re: Western Digital WD360GD SATA disk on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 08:56:28 -0000 It seems Joe Marcus Clarke wrote: > I agree. I really needed to be up and running ASAP, so I opted for the > new controller. Søren, if you're listening, and need an SiI controller > for testing, you're free to have mine. Else, I can keep it and test it > as needed (I can put a test drive on it). I have both the old one with the errata and the new one without so thanks for the offer but it might be betterused somewhere else. > I have a basic time line. Everything worked fine until I upgraded on > November 18 at 02:23 UTC. I had a 160 GB Seagate SATA drive running on > the same chipset for about a month before that. As soon as I rebooted > on the new kernel, everything went south. Until Søren told me about the > buggy chipset, I was going to back my ATA drivers back to November 11, > 2003 00:00 UTC, and see if that helped. That was right before a big > change went into the driver. I dont recall doing any major changes in that timeline, what exact large changes are you talking about ?? -Søren From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 01:10:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAF0216A4CE for ; Sun, 30 Nov 2003 01:10:57 -0800 (PST) Received: from email01.aon.at (WARSL402PIP8.highway.telekom.at [195.3.96.97]) by mx1.FreeBSD.org (Postfix) with SMTP id 2BDDB43FE1 for ; Sun, 30 Nov 2003 01:10:55 -0800 (PST) (envelope-from shoesoft@gmx.net) Received: (qmail 217340 invoked from network); 30 Nov 2003 09:10:53 -0000 Received: from m125p009.dipool.highway.telekom.at (HELO ?62.46.5.137?) ([62.46.5.137]) (envelope-sender ) by qmail1rs.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 30 Nov 2003 09:10:53 -0000 From: Stefan Ehmann To: Don Lewis In-Reply-To: <200311280002.hAS029eF016292@gw.catspoiler.org> References: <200311280002.hAS029eF016292@gw.catspoiler.org> Content-Type: text/plain Message-Id: <1070183457.1099.2.camel@shoeserv.freebsd> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 30 Nov 2003 10:10:58 +0100 Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: Re: panic on 5.2 BETA: blockable sleep lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 09:10:57 -0000 On Fri, 2003-11-28 at 01:02, Don Lewis wrote: > On 27 Nov, Stefan Ehmann wrote: > > On Wed, 2003-11-26 at 08:33, Don Lewis wrote: > >> The problem is that selrecord() wants to lock a MTX_DEF mutex, which can > >> cause a context switch if the mutex is already locked by another thread. > >> This is contrary to what bktr_poll() wants to accomplish by calling > >> critical_enter(). > > > > Strange enough that does not seem to happen with a kernel built without > > INVARIANTS and WITNESS. Does this make any sense or is this just by > > chance? > > You might try the patch below with WITNESS enabled. I don't have the > hardware, so I can't test it. It compiles for me, but for all I know it > could delete all your files if you run it. Any chance for getting this committed? From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 01:38:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 480F316A4CE for ; Sun, 30 Nov 2003 01:38:20 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF75F43F75 for ; Sun, 30 Nov 2003 01:38:18 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id hAU9cHgS024936 for ; Sun, 30 Nov 2003 10:38:17 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Sun, 30 Nov 2003 10:38:17 +0100 Message-ID: <24935.1070185097@critter.freebsd.dk> Subject: amd64/SMP(/ata-raid ?) not happy... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 09:38:20 -0000 Timecounters tick every 10.000 msec GEOM: create disk ad0 dp=0xffffff00eebfaca0 ad0: 35772MB [72680/16/63] at ata0-master UDMA66 GEOM: create disk ad4 dp=0xffffff00eebfa4a0 ad4: 35304MB [71730/16/63] at ata2-master UDMA133 GEOM: create disk ad6 dp=0xffffff00eebfa0a0 ad6: 35304MB [71730/16/63] at ata3-master UDMA133 GEOM: create disk ad8 dp=0xffffff00014c4ea0 ad8: 35304MB [71730/16/63] at ata4-master UDMA133 GEOM: create disk ar0 dp=0xffffff00f04a3270 ar0: 105913MB [13502/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad6 at ata3-master disk2 READY on ad8 at ata4-master SMP: AP CPU #1 Launched! panic: mtx_lock() of spin mutex (null) @ ../../../vm/uma_core.c:1716 cpuid = 1; Stack backtrace: backtrace() at backtrace+0x17 panic() at panic+0x1d2 _mtx_lock_flags() at _mtx_lock_flags+0x4f uma_zfree_arg() at uma_zfree_arg+0x7e g_destroy_bio() at g_destroy_bio+0x1b g_disk_done() at g_disk_done+0x85 biodone() at biodone+0x66 ad_done() at ad_done+0x31 ata_completed() at ata_completed+0x237 taskqueue_run() at taskqueue_run+0x88 taskqueue_swi_run() at taskqueue_swi_run+0x10 ithread_loop() at ithread_loop+0x189 fork_exit() at fork_exit+0xbd fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffad5b0d30, rbp = 0 --- Debugger("panic") Stopped at Debugger+0x4c: xchgl %ebx,0x2caefe db> -- 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-current@FreeBSD.ORG Sun Nov 30 01:44:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C011B16A4CE for ; Sun, 30 Nov 2003 01:44:38 -0800 (PST) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9755343FBD for ; Sun, 30 Nov 2003 01:44:37 -0800 (PST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id hAU9iUB13042; Sun, 30 Nov 2003 04:44:30 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sun, 30 Nov 2003 04:44:30 -0500 (EST) From: Jeff Roberson To: Poul-Henning Kamp In-Reply-To: <24935.1070185097@critter.freebsd.dk> Message-ID: <20031130044327.W4201-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: amd64/SMP(/ata-raid ?) not happy... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 09:44:38 -0000 On Sun, 30 Nov 2003, Poul-Henning Kamp wrote: > > Timecounters tick every 10.000 msec > GEOM: create disk ad0 dp=0xffffff00eebfaca0 > ad0: 35772MB [72680/16/63] at ata0-master UDMA66 > GEOM: create disk ad4 dp=0xffffff00eebfa4a0 > ad4: 35304MB [71730/16/63] at ata2-master UDMA133 > GEOM: create disk ad6 dp=0xffffff00eebfa0a0 > ad6: 35304MB [71730/16/63] at ata3-master UDMA133 > GEOM: create disk ad8 dp=0xffffff00014c4ea0 > ad8: 35304MB [71730/16/63] at ata4-master UDMA133 > GEOM: create disk ar0 dp=0xffffff00f04a3270 > ar0: 105913MB [13502/255/63] status: READY subdisks: > disk0 READY on ad4 at ata2-master > disk1 READY on ad6 at ata3-master > disk2 READY on ad8 at ata4-master > SMP: AP CPU #1 Launched! > panic: mtx_lock() of spin mutex (null) @ ../../../vm/uma_core.c:1716 I mailed re about this. There has been some disagreement over how mp_maxid is implemented on all architectures. Until this gets resolved and stamped as approved by re, please as mp_maxid++; at line 187 of amd64/amd64/mp_machdep.c Thanks, Jeff > cpuid = 1; > Stack backtrace: > backtrace() at backtrace+0x17 > panic() at panic+0x1d2 > _mtx_lock_flags() at _mtx_lock_flags+0x4f > uma_zfree_arg() at uma_zfree_arg+0x7e > g_destroy_bio() at g_destroy_bio+0x1b > g_disk_done() at g_disk_done+0x85 > biodone() at biodone+0x66 > ad_done() at ad_done+0x31 > ata_completed() at ata_completed+0x237 > taskqueue_run() at taskqueue_run+0x88 > taskqueue_swi_run() at taskqueue_swi_run+0x10 > ithread_loop() at ithread_loop+0x189 > fork_exit() at fork_exit+0xbd > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffad5b0d30, rbp = 0 --- > Debugger("panic") > Stopped at Debugger+0x4c: xchgl %ebx,0x2caefe > db> > > -- > 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. > _______________________________________________ > 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-current@FreeBSD.ORG Sun Nov 30 02:13:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9736916A4CE for ; Sun, 30 Nov 2003 02:13:16 -0800 (PST) Received: from email05.aon.at (WARSL402PIP4.highway.telekom.at [195.3.96.79]) by mx1.FreeBSD.org (Postfix) with SMTP id A2B0F43FE9 for ; Sun, 30 Nov 2003 02:13:14 -0800 (PST) (envelope-from shoesoft@gmx.net) Received: (qmail 679494 invoked from network); 30 Nov 2003 10:13:12 -0000 Received: from m119p007.dipool.highway.telekom.at (HELO ?62.46.4.199?) ([62.46.4.199]) (envelope-sender ) by qmail5rs.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 30 Nov 2003 10:13:12 -0000 From: Stefan Ehmann To: current@freebsd.org Content-Type: text/plain Message-Id: <1070187198.758.8.camel@shoeserv.freebsd> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 30 Nov 2003 11:13:18 +0100 Content-Transfer-Encoding: 7bit Subject: 5.2-BETA panic: page fault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 10:13:16 -0000 This happens to me several times a day (cvsup from yesterday didn't change anything). The panic message is always the same, the backtrace is different though (but always seems to be file system related in some way) Here's one from today: GNU gdb 5.2.1 (FreeBSD) Copyright 2002 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 "i386-undermydesk-freebsd"... panic: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0505b53 stack pointer = 0x10:0xd7f2ea88 frame pointer = 0x10:0xd7f2eaa4 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 = 1253 (esd) trap number = 12 panic: page fault syncing disks, buffers remaining... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0505b53 stack pointer = 0x10:0xd7f2e89c frame pointer = 0x10:0xd7f2e8b8 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 = 1253 (esd) trap number = 12 panic: page fault Uptime: 1h19m23s Dumping 383 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 --- Reading symbols from /boot/kernel/snd_pcm.ko...done. Loaded symbols for /boot/kernel/snd_pcm.ko Reading symbols from /boot/kernel/snd_csa.ko...done. Loaded symbols for /boot/kernel/snd_csa.ko Reading symbols from /boot/kernel/bktr_mem.ko...done. Loaded symbols for /boot/kernel/bktr_mem.ko Reading symbols from /usr/obj/usr/src/sys/SHOE/modules/usr/src/sys/modules/linprocfs/linprocfs.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/SHOE/modules/usr/src/sys/modules/linprocfs/linprocfs.ko.debug Reading symbols from /usr/obj/usr/src/sys/SHOE/modules/usr/src/sys/modules/linux/linux.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/SHOE/modules/usr/src/sys/modules/linux/linux.ko.debug Reading symbols from /usr/obj/usr/src/sys/SHOE/modules/usr/src/sys/modules/ext2fs/ext2fs.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/SHOE/modules/usr/src/sys/modules/ext2fs/ext2fs.ko.debug Reading symbols from /usr/obj/usr/src/sys/SHOE/modules/usr/src/sys/modules/ntfs/ntfs.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/SHOE/modules/usr/src/sys/modules/ntfs/ntfs.ko.debug Reading symbols from /boot/kernel/bktr.ko...done. Loaded symbols for /boot/kernel/bktr.ko #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 240 dumping++; (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc050f5a2 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc050f8f8 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc068248c in trap_fatal (frame=0xd7f2e85c, eva=0) at /usr/src/sys/i386/i386/trap.c:821 #4 0xc0682152 in trap_pfault (frame=0xd7f2e85c, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:735 #5 0xc0681d63 in trap (frame= {tf_fs = -1066729448, tf_es = 16, tf_ds = -1066205168, tf_edi = -1066664931, tf_esi = 228, tf_ebp = -671946568, tf_isp = -671946616, tf_ebx = 0, tf_edx = 16842753, tf_ecx = -1011687424, tf_eax = -1011660928, tf_trapno = 12, tf_err = 0, tf_eip = -1068475565, tf_cs = 8, tf_eflags = 66178, tf_esp = -671946560, tf_ss = -1068475264}) at /usr/src/sys/i386/i386/trap.c:420 #6 0xc06743d8 in calltrap () at {standard input}:94 #7 0xc0502b54 in lockmgr (lkp=0xc3b2e028, flags=0, interlkp=0xe4, td=0xc06bfc1d) at /usr/src/sys/kern/kern_lock.c:228 #8 0xc0566d87 in vfs_busy (mp=0x0, flags=16, interlkp=0xc075d0e0, td=0x0) at /usr/src/sys/kern/vfs_subr.c:527 #9 0xc056cfff in sync (td=0xc0730dc0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:132 #10 0xc050f0f6 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:281 #11 0xc050f8f8 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 #12 0xc068248c in trap_fatal (frame=0xd7f2ea48, eva=0) at /usr/src/sys/i386/i386/trap.c:821 #13 0xc0682152 in trap_pfault (frame=0xd7f2ea48, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:735 #14 0xc0681d63 in trap (frame= {tf_fs = -672006120, tf_es = -672006128, tf_ds = -1068105712, tf_edi = -1066664931, tf_esi = 228, tf_ebp = -671946076, tf_isp = -671946124, tf_ebx = 0, tf_edx = 16777217, tf_ecx = -1011687424, tf_eax = -1011660928, tf_trapno = 12, tf_err = 0, tf_eip = -1068475565, tf_cs = 8, tf_eflags = 66178, tf_esp = 2, tf_ss = -1011660928}) at /usr/src/sys/i386/i386/trap.c:420 #15 0xc06743d8 in calltrap () at {standard input}:94 #16 0xc0502b54 in lockmgr (lkp=0xc3b2e028, flags=0, interlkp=0xe4, td=0xc06bfc1d) at /usr/src/sys/kern/kern_lock.c:228 #17 0xc0566d87 in vfs_busy (mp=0x0, flags=0, interlkp=0x0, td=0x0) at /usr/src/sys/kern/vfs_subr.c:527 #18 0xc056374c in lookup (ndp=0xd7f2ec00) at /usr/src/sys/kern/vfs_lookup.c:559 #19 0xc0562fde in namei (ndp=0xd7f2ec00) at /usr/src/sys/kern/vfs_lookup.c:183 #20 0xc05726ef in kern_mkdir (td=0xc3b34780, path=) at /usr/src/sys/kern/vfs_syscalls.c:3230 #21 0xc0572699 in mkdir (td=0x0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:3214 #22 0xc06827c0 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134546513, tf_esi = -1077941929, tf_ebp = -1077944248, tf_isp = -671945356, tf_ebx = 0, tf_edx = 134543200, tf_ecx = 134578233, tf_eax = 136, tf_trapno = 12, tf_err = 2, tf_eip = 672183855, tf_cs = 31, tf_eflags = 582, tf_esp = -1077944500, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1010 #23 0xc067442d in Xint0x80_syscall () at {standard input}:136 (kgdb) From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 03:01:13 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CB1F16A4CE; Sun, 30 Nov 2003 03:01:13 -0800 (PST) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0568B43FCB; Sun, 30 Nov 2003 03:01:12 -0800 (PST) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9p2/8.12.9) with ESMTP id hAUB13eF024062; Sun, 30 Nov 2003 03:01:07 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200311301101.hAUB13eF024062@gw.catspoiler.org> Date: Sun, 30 Nov 2003 03:01:03 -0800 (PST) From: Don Lewis To: shoesoft@gmx.net In-Reply-To: <1070183457.1099.2.camel@shoeserv.freebsd> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: roger@FreeBSD.org cc: current@FreeBSD.org Subject: Re: panic on 5.2 BETA: blockable sleep lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 11:01:13 -0000 On 30 Nov, Stefan Ehmann wrote: > On Fri, 2003-11-28 at 01:02, Don Lewis wrote: >> On 27 Nov, Stefan Ehmann wrote: >> > On Wed, 2003-11-26 at 08:33, Don Lewis wrote: >> >> The problem is that selrecord() wants to lock a MTX_DEF mutex, which can >> >> cause a context switch if the mutex is already locked by another thread. >> >> This is contrary to what bktr_poll() wants to accomplish by calling >> >> critical_enter(). >> > >> > Strange enough that does not seem to happen with a kernel built without >> > INVARIANTS and WITNESS. Does this make any sense or is this just by >> > chance? >> >> You might try the patch below with WITNESS enabled. I don't have the >> hardware, so I can't test it. It compiles for me, but for all I know it >> could delete all your files if you run it. > > Any chance for getting this committed? I've been forwarding these messages to the bktr maintainer listed in /usr/src/MAINTAINERS, in case he isn't subscribed to current@. I'm not suprised that I haven't heard from him because this issue came up at the start of the Thanksgiving holiday weekend. Commiting the patch will also require re approval because of the code freeze in preparation for 5.2-RELEASE. From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 03:25:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D0E816A4CE; Sun, 30 Nov 2003 03:25:41 -0800 (PST) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 988C243F75; Sun, 30 Nov 2003 03:25:40 -0800 (PST) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (c-24-6-53-79.client.comcast.net[24.6.53.79]) by comcast.net (sccrmhc12) with SMTP id <200311301125390120048fmke>; Sun, 30 Nov 2003 11:25:39 +0000 Date: Sun, 30 Nov 2003 03:25:38 -0800 (PST) From: Doug Barton To: Scott Long In-Reply-To: <3FC93182.9090300@freebsd.org> Message-ID: <20031130032235.S550@znfgre.qbhto.arg> References: <3FC93182.9090300@freebsd.org> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Need to trim the disc1 packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 11:25:41 -0000 On Sat, 29 Nov 2003, Scott Long wrote: > All, > > We are badly overflowing the disc1 release ISO with packages, and need > to trim it down. One package that could easily get axed is the > linux-netscape-communicator package. I concur with that. For those of us who use linux netscape for whatever reason (like me), the linux installer for netscape 7, available on netscape's site, works just fine. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 03:43:19 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5276616A4CE; Sun, 30 Nov 2003 03:43:19 -0800 (PST) Received: from postman.arcor.de (postman2.arcor-online.net [151.189.0.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FCAD43FBF; Sun, 30 Nov 2003 03:43:17 -0800 (PST) (envelope-from eik@FreeBSD.org) Received: from FreeBSD.org (p5080B477.dip.t-dialin.net [80.128.180.119]) (authenticated bits=0) by postman.arcor.de (8.12.9/8.12.9) with ESMTP id hAUBhDgk000233 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 30 Nov 2003 12:43:14 +0100 (MET) Message-ID: <3FC9D7CA.8@FreeBSD.org> Date: Sun, 30 Nov 2003 12:43:06 +0100 From: Oliver Eikemeier Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en, de MIME-Version: 1.0 To: Andreas Klemm References: <200311281553.hASFrURT003309@siralan.org> <86fzg8scn5.fsf@borg.borderworlds.dk> <20031129142508.GA46034@titan.klemm.apsfilter.org> <20031129212512.GB8768@xor.obsecurity.org> <3FC958DD.3050903@FreeBSD.org> <20031130084800.GA64364@titan.klemm.apsfilter.org> In-Reply-To: <20031130084800.GA64364@titan.klemm.apsfilter.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Dag-Erling Smorgrav cc: freebsd-current@FreeBSD.org cc: Kris Kennaway Subject: Re: 5.2-BETA and related ports issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 11:43:19 -0000 Andreas Klemm wrote: > On Sun, Nov 30, 2003 at 03:41:33AM +0100, Oliver Eikemeier wrote: > >>Kris Kennaway wrote: >> >> >>>On Sat, Nov 29, 2003 at 03:33:35PM +0100, Dag-Erling Smorgrav wrote: >>> >>> >>>>Andreas Klemm writes: >>>> >>>> >>>>>I can't recommend doing it this way, since some ports I know >>>>>are writing startup scripts to /etc/rc.d :-/ >>>> >>>>That is very, very bad. I wish we had some kind of ports QA team :( >>> >>>Well, er, a number of us do essentially nothing BUT ports QA. >> >>I'm sorry if I did something disturbing, and I'm surely interested in >>ports tree QA! I know that I violate the prefix, and did that on purpose, >>see my comment in net/opendldap2[012]-server/Makefile: >> # currently the only way to participate in rcorder(8) >> >>I posted PR conf/56736: >> >>but nobody seemed to care, and I had enough construction areas that I didn't >>wanted to start a discussion about that. >> >>The point is that we might want to have some port services to start early. >>That gives the possibility to move functionality from the base system to >>ports, which I believe isn't bad. I can simply change the openldap ports so >>that they >>are nice and quiet, but IMHO that does not really solve a problem. But >>please >>correct me if my arguments are too simple-minded. > > What about simply putting a number in front of the script, > I didn't check but am really certain that we start scripts > something like this: > > cd $LOCALBASE/etc/rc.d > for i in *.sh <--- here you get an alphabetically > sort order ! > do > if [ -x $i ]; then > /bin/sh $i start > fi > done > > So this would be sufficient to start slapd before slurpd: > > /usr/local/etc/rc.d/001.slapd.sh > /usr/local/etc/rc.d/002.slurpd.sh > > or alternatively > > /usr/local/etc/rc.d/openldap-01-slapd.sh > /usr/local/etc/rc.d/openldap-02-slurpd.sh > > We already have things like: > > 000.mysql-client.sh > 000.pkgtools.sh > 000.wine.sh > 010.pgsql.sh I don't care whether slapd or slurpd starts first, I even don't care when slurpd starts. I want to start ldapd early in the boot process to supports services like nss_ldap and mail. I did things differently e.g. in net/rsync, because rsync does not provide any services that base services depend on. -Oliver From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 03:55:09 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FD2816A4CF; Sun, 30 Nov 2003 03:55:09 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id E67ED43FBD; Sun, 30 Nov 2003 03:55:06 -0800 (PST) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) hAUBt3vq001721 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 30 Nov 2003 12:55:03 +0100 (CET) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost)hAUBt3o7001720; Sun, 30 Nov 2003 12:55:03 +0100 (CET) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org [127.0.0.1]) by klemm.apsfilter.org (8.12.10/8.12.9) with ESMTP id hAUBqFjV067241; Sun, 30 Nov 2003 12:52:15 +0100 (CET) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost)hAUBqE1v067240; Sun, 30 Nov 2003 12:52:14 +0100 (CET) (envelope-from andreas) Date: Sun, 30 Nov 2003 12:52:14 +0100 From: Andreas Klemm To: Oliver Eikemeier Message-ID: <20031130115214.GA67169@titan.klemm.apsfilter.org> References: <200311281553.hASFrURT003309@siralan.org> <86fzg8scn5.fsf@borg.borderworlds.dk> <20031129142508.GA46034@titan.klemm.apsfilter.org> <20031129212512.GB8768@xor.obsecurity.org> <3FC958DD.3050903@FreeBSD.org> <20031130084800.GA64364@titan.klemm.apsfilter.org> <3FC9D7CA.8@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3FC9D7CA.8@FreeBSD.org> X-Operating-System: FreeBSD 5.2-BETA X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.5.1i cc: Dag-Erling Smorgrav cc: freebsd-current@FreeBSD.org cc: Andreas Klemm cc: Kris Kennaway Subject: Re: 5.2-BETA and related ports issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 11:55:09 -0000 On Sun, Nov 30, 2003 at 12:43:06PM +0100, Oliver Eikemeier wrote: > I don't care whether slapd or slurpd starts first, I even don't care when > slurpd > starts. I want to start ldapd early in the boot process to supports > services like > nss_ldap and mail. I did things differently e.g. in net/rsync, because > rsync does > not provide any services that base services depend on. Ah understand .. then the situation is like with DHCP in FreeBSD. So ot seems to me, that the needed part of ldap has to go into src/contrib ?! Andreas /// -- Andreas Klemm - Powered by FreeBSD 5.1-CURRENT Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 04:00:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB3B516A4CF; Sun, 30 Nov 2003 04:00:09 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9222E43FCB; Sun, 30 Nov 2003 04:00:07 -0800 (PST) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) hAUC05vq001771 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 30 Nov 2003 13:00:06 +0100 (CET) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost)hAUC05q3001770; Sun, 30 Nov 2003 13:00:05 +0100 (CET) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org [127.0.0.1]) by klemm.apsfilter.org (8.12.10/8.12.9) with ESMTP id hAUBtmjV067311; Sun, 30 Nov 2003 12:55:48 +0100 (CET) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost)hAUBtlEB067310; Sun, 30 Nov 2003 12:55:47 +0100 (CET) (envelope-from andreas) Date: Sun, 30 Nov 2003 12:55:47 +0100 From: Andreas Klemm To: Oliver Eikemeier Message-ID: <20031130115547.GA67257@titan.klemm.apsfilter.org> References: <200311281553.hASFrURT003309@siralan.org> <86fzg8scn5.fsf@borg.borderworlds.dk> <20031129142508.GA46034@titan.klemm.apsfilter.org> <20031129212512.GB8768@xor.obsecurity.org> <3FC958DD.3050903@FreeBSD.org> <20031130084800.GA64364@titan.klemm.apsfilter.org> <3FC9D7CA.8@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3FC9D7CA.8@FreeBSD.org> X-Operating-System: FreeBSD 5.2-BETA X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.5.1i cc: Dag-Erling Smorgrav cc: freebsd-current@FreeBSD.org cc: Andreas Klemm cc: Kris Kennaway Subject: Re: 5.2-BETA and related ports issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 12:00:11 -0000 I have a better idea, then we perhaps need something like a wrapper script that is part of the FreeBSD basic system under /etc/rc.d that checks for the start script under $LOCALBASE/etc/rc.d and starts it very early. Andreas /// -- Andreas Klemm - Powered by FreeBSD 5.1-CURRENT Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 04:00:43 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11FF616A4D0 for ; Sun, 30 Nov 2003 04:00:43 -0800 (PST) Received: from email01.aon.at (WARSL402PIP8.highway.telekom.at [195.3.96.97]) by mx1.FreeBSD.org (Postfix) with SMTP id 7580C43FDD for ; Sun, 30 Nov 2003 04:00:37 -0800 (PST) (envelope-from shoesoft@gmx.net) Received: (qmail 637012 invoked from network); 30 Nov 2003 12:00:35 -0000 Received: from m119p007.dipool.highway.telekom.at (HELO ?62.46.4.199?) ([62.46.4.199]) (envelope-sender ) by qmail1rs.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 30 Nov 2003 12:00:35 -0000 From: Stefan Ehmann To: current@freebsd.org In-Reply-To: <1070187198.758.8.camel@shoeserv.freebsd> References: <1070187198.758.8.camel@shoeserv.freebsd> Content-Type: text/plain Message-Id: <1070193640.2995.8.camel@shoeserv.freebsd> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 30 Nov 2003 13:00:41 +0100 Content-Transfer-Encoding: 7bit Subject: Re: 5.2-BETA panic: page fault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 12:00:43 -0000 On Sun, 2003-11-30 at 11:13, Stefan Ehmann wrote: > This happens to me several times a day (cvsup from yesterday didn't > change anything). The panic message is always the same, the backtrace is > different though (but always seems to be file system related in some > way) > > Here's one from today: As per request I made a (hopefully more useful) backtrace with a patched gdb version: (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc050f5a2 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc050f8f8 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc068248c in trap_fatal (frame=0xd7f2e85c, eva=0) at /usr/src/sys/i386/i386/trap.c:821 #4 0xc0682152 in trap_pfault (frame=0xd7f2e85c, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:735 #5 0xc0681d63 in trap (frame= {tf_fs = -1066729448, tf_es = 16, tf_ds = -1066205168, tf_edi = -1066664931, tf_esi = 228, tf_ebp = -671946568, tf_isp = -671946616, tf_ebx = 0, tf_edx = 16842753, tf_ecx = -1011687424, tf_eax = -1011660928, tf_trapno = 12, tf_err = 0, tf_eip = -1068475565, tf_cs = 8, tf_eflags = 66178, tf_esp = -671946560, tf_ss = -1068475264}) at /usr/src/sys/i386/i386/trap.c:420 #6 0xc06743d8 in calltrap () at {standard input}:94 #7 0xc0505b53 in _mtx_lock_flags (m=0x0, opts=0, file=0xc06bfc1d "/usr/src/sys/kern/kern_lock.c", line=228) at /usr/src/sys/kern/kern_mutex.c:214 #8 0xc0502b54 in lockmgr (lkp=0xc3b2e028, flags=0, interlkp=0xe4, td=0xc06bfc1d) at /usr/src/sys/kern/kern_lock.c:228 #9 0xc0566d87 in vfs_busy (mp=0x0, flags=16, interlkp=0xc075d0e0, td=0x0) at /usr/src/sys/kern/vfs_subr.c:527 #10 0xc056cfff in sync (td=0xc0730dc0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:132 #11 0xc050f0f6 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:281 #12 0xc050f8f8 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 #13 0xc068248c in trap_fatal (frame=0xd7f2ea48, eva=0) at /usr/src/sys/i386/i386/trap.c:821 #14 0xc0682152 in trap_pfault (frame=0xd7f2ea48, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:735 #15 0xc0681d63 in trap (frame= {tf_fs = -672006120, tf_es = -672006128, tf_ds = -1068105712, tf_edi = -1066664931, tf_esi = 228, tf_ebp = -671946076, tf_isp = -671946124, tf_ebx = 0, tf_edx = 16777217, tf_ecx = -1011687424, tf_eax = -1011660928, tf_trapno = 12, tf_err = 0, tf_eip = -1068475565, tf_cs = 8, tf_eflags = 66178, tf_esp = 2, tf_ss = -1011660928}) at /usr/src/sys/i386/i386/trap.c:420 #16 0xc06743d8 in calltrap () at {standard input}:94 #17 0xc0505b53 in _mtx_lock_flags (m=0x0, opts=0, file=0xc06bfc1d "/usr/src/sys/kern/kern_lock.c", line=228) at /usr/src/sys/kern/kern_mutex.c:214 #18 0xc0502b54 in lockmgr (lkp=0xc3b2e028, flags=0, interlkp=0xe4, td=0xc06bfc1d) at /usr/src/sys/kern/kern_lock.c:228 #19 0xc0566d87 in vfs_busy (mp=0x0, flags=0, interlkp=0x0, td=0x0) at /usr/src/sys/kern/vfs_subr.c:527 #20 0xc056374c in lookup (ndp=0xd7f2ec00) at /usr/src/sys/kern/vfs_lookup.c:559 #21 0xc0562fde in namei (ndp=0xd7f2ec00) at /usr/src/sys/kern/vfs_lookup.c:183 #22 0xc05726ef in kern_mkdir (td=0xc3b34780, path=) at /usr/src/sys/kern/vfs_syscalls.c:3230 #23 0xc0572699 in mkdir (td=0x0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:3214 #24 0xc06827c0 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134546513, tf_esi = -1077941929, tf_ebp = -1077944248, tf_isp = -671945356, tf_ebx = 0, tf_edx = 134543200, tf_ecx = 134578233, tf_eax = 136, tf_trapno = 12, tf_err = 2, tf_eip = 672183855, tf_cs = 31, tf_eflags = 582, tf_esp = -1077944500, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1010 #25 0xc067442d in Xint0x80_syscall () at {standard input}:136 #26 0x2810b62f in ?? () (kgdb) From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 04:06:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68D5416A4D0; Sun, 30 Nov 2003 04:06:27 -0800 (PST) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2916443FAF; Sun, 30 Nov 2003 04:06:26 -0800 (PST) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) hAUC6Pv9010600; Sun, 30 Nov 2003 07:06:25 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id hAUC6O89010599; Sun, 30 Nov 2003 07:06:24 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Date: Sun, 30 Nov 2003 07:06:24 -0500 (EST) Message-Id: <200311301206.hAUC6O89010599@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, ia64@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 12:06:27 -0000 TB --- 2003-11-30 10:50:47 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-11-30 10:50:47 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2003-11-30 10:50:47 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-11-30 10:53:36 - building world TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2003-11-30 11:58:35 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Nov 30 11:58:35 GMT 2003 [...] /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/vm/uma_core.c: In function `cache_drain': /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/vm/uma_core.c:572: error: `mp_maxid' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/vm/uma_core.c: In function `uma_startup': /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/vm/uma_core.c:1223: error: `mp_maxid' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/vm/uma_core.c: In function `uma_print_zone': /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/vm/uma_core.c:2100: error: `mp_maxid' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/vm/uma_core.c: In function `sysctl_vm_zone': /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/vm/uma_core.c:2148: error: `mp_maxid' undeclared (first use in this function) *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. TB --- 2003-11-30 12:06:24 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-11-30 12:06:24 - TB --- ERROR: failed to build generic kernel TB --- 2003-11-30 12:06:24 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 05:53:30 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3572A16A4CE for ; Sun, 30 Nov 2003 05:53:30 -0800 (PST) Received: from natsmtp00.webmailer.de (natsmtp00.rzone.de [81.169.145.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF9C943FBD for ; Sun, 30 Nov 2003 05:53:28 -0800 (PST) (envelope-from HaggeL@Olympclan.de) Received: from localhost (pD902B334.dip.t-dialin.net [217.2.179.52]) by post.webmailer.de (8.12.10/8.12.10) with ESMTP id hAUDrPeZ009501 for ; Sun, 30 Nov 2003 14:53:27 +0100 (MET) From: HaggeL X-Mailer: The Bat! (v1.61) X-Priority: 3 (Normal) Message-ID: <754558203.20040130154341@Olympclan.de> To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Subject: SiI3112 SATA controller problems - status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: HaggeL List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 30 Nov 2003 13:53:30 -0000 X-Original-Date: Fri, 30 Jan 2004 15:43:41 +0100 X-List-Received-Date: Sun, 30 Nov 2003 13:53:30 -0000 Hi Guys :) Sorry if i waste your time. I´m a freeBSD noob and need some help. I want to install freeBSD in januar and have some problems. I want to buy me a new harddrive, a serial ATA one, because i got the "Silicon ImageR Sil 3112A-Controller" onboard (Asus A7N8X Motherboard). I didn´t find a driver in the Hardware Notes of FreeBSD 5.1, and on the Producer homepage are only ready Linuxkernels avaible (http://12.24.47.40/display/2n/searchDirect/?searchString=Sil+3112A&searchType=allwords&searchby=keywords&r=0.8157617). So can anyone tell me if i can get a SATA disk run? I don´t want to boot from it, just read and write. Buying a new disk only for windows use is wasted money Greetings HaggeL :) From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 06:21:02 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FD1D16A4CE for ; Sun, 30 Nov 2003 06:21:02 -0800 (PST) Received: from tx3.oucs.ox.ac.uk (tx3.oucs.ox.ac.uk [163.1.2.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8B3943FB1 for ; Sun, 30 Nov 2003 06:21:00 -0800 (PST) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from scan3.oucs.ox.ac.uk ([163.1.2.166] helo=localhost) by tx3.oucs.ox.ac.uk with esmtp (Exim 4.20) id 1AQSRX-0005Ue-P8 for freebsd-current@freebsd.org; Sun, 30 Nov 2003 14:20:59 +0000 Received: from rx3.oucs.ox.ac.uk ([163.1.2.165]) by localhost (scan3.oucs.ox.ac.uk [163.1.2.166]) (amavisd-new, port 25) with ESMTP id 20979-02 for ; Sun, 30 Nov 2003 14:20:59 +0000 (GMT) Received: from gateway.wadham.ox.ac.uk ([163.1.161.253]) by rx3.oucs.ox.ac.uk with smtp (Exim 4.20) id 1AQSRX-0005UU-Bk for freebsd-current@freebsd.org; Sun, 30 Nov 2003 14:20:59 +0000 Received: (qmail 29880 invoked by uid 0); 30 Nov 2003 14:20:59 -0000 Received: from colin.percival@wadham.ox.ac.uk by gateway by uid 71 with qmail-scanner-1.16 (sweep: 2.14/3.71. spamassassin: 2.53. Clear:. Processed in 3.498869 secs); 30 Nov 2003 14:20:59 -0000 X-Qmail-Scanner-Mail-From: colin.percival@wadham.ox.ac.uk via gateway X-Qmail-Scanner: 1.16 (Clear:. Processed in 3.498869 secs) Received: from dhcp1131.wadham.ox.ac.uk (HELO piii600.wadham.ox.ac.uk) (163.1.161.131) by gateway.wadham.ox.ac.uk with SMTP; 30 Nov 2003 14:20:55 -0000 Message-Id: <5.0.2.1.1.20031130140203.031e8d08@popserver.sfu.ca> X-Sender: cperciva@popserver.sfu.ca X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Sun, 30 Nov 2003 14:20:52 +0000 To: freebsd-current@freebsd.org From: Colin Percival Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: user:sys time ratio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 14:21:02 -0000 I've got a system running 5.2-BETA from 27/11/03, with the malloc_abort, malloc_junk, DEBUG=-g, DDB, INVARIANT*, and WITNESS* debugging options changed (as was done in 5.1-RELEASE). When running `make buildworld`, I see large amounts of sys time; eg, 27 minutes user & 14 minutes sys for building 5.2, or 14 minutes user & 10 minutes sys for building 4.9. I expected the ratio of user:sys to be much larger than this, and mailing list traffic indicates that a 4:1 ratio is typical. (FWIW, prior to changing the debugging options, the user:sys time ratio was around 1:1.) Can anyone suggest why the kernel seems to be behaving so sluggishly? The system hardware is P4 2.8Ghz, 865G, 2GB DDR, IDE drives; there is very little disk activity, so I'm sure that isn't the issue; and disabling HTT results in about a 2% improvement in both user and sys times. Colin Percival From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 06:31:02 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D3E316A4CE for ; Sun, 30 Nov 2003 06:31:02 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDAB043FE1 for ; Sun, 30 Nov 2003 06:30:58 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id hAUEUugS026252; Sun, 30 Nov 2003 15:30:56 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Colin Percival From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 30 Nov 2003 14:20:52 GMT." <5.0.2.1.1.20031130140203.031e8d08@popserver.sfu.ca> Date: Sun, 30 Nov 2003 15:30:56 +0100 Message-ID: <26251.1070202656@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: user:sys time ratio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 14:31:02 -0000 In message <5.0.2.1.1.20031130140203.031e8d08@popserver.sfu.ca>, Colin Percival writes: > I've got a system running 5.2-BETA from 27/11/03, with the malloc_abort, >malloc_junk, DEBUG=-g, DDB, INVARIANT*, and WITNESS* debugging options >changed (as was done in 5.1-RELEASE). > When running `make buildworld`, I see large amounts of sys time; eg, 27 >minutes user & 14 minutes sys for building 5.2, or 14 minutes user & 10 >minutes sys for building 4.9. I expected the ratio of user:sys to be much >larger than this, and mailing list traffic indicates that a 4:1 ratio is >typical. (FWIW, prior to changing the debugging options, the user:sys time >ratio was around 1:1.) I've seen UNIX systems have "typical" system/user splits from 1/9 to 9/1 it all depends on what you're doing. -- 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-current@FreeBSD.ORG Sun Nov 30 06:34:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D42A16A4CE for ; Sun, 30 Nov 2003 06:34:45 -0800 (PST) Received: from tx1.oucs.ox.ac.uk (tx1.oucs.ox.ac.uk [129.67.1.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1741543FE0 for ; Sun, 30 Nov 2003 06:34:44 -0800 (PST) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from scan1.oucs.ox.ac.uk ([129.67.1.166] helo=localhost) by tx1.oucs.ox.ac.uk with esmtp (Exim 4.20) id 1AQSep-0005GA-GR for freebsd-current@freebsd.org; Sun, 30 Nov 2003 14:34:43 +0000 Received: from rx1.oucs.ox.ac.uk ([129.67.1.165]) by localhost (scan1.oucs.ox.ac.uk [129.67.1.166]) (amavisd-new, port 25) with ESMTP id 20150-04 for ; Sun, 30 Nov 2003 14:34:42 +0000 (GMT) Received: from gateway.wadham.ox.ac.uk ([163.1.161.253]) by rx1.oucs.ox.ac.uk with smtp (Exim 4.20) id 1AQSeo-0005G5-6G for freebsd-current@freebsd.org; Sun, 30 Nov 2003 14:34:42 +0000 Received: (qmail 1453 invoked by uid 0); 30 Nov 2003 14:34:42 -0000 Received: from colin.percival@wadham.ox.ac.uk by gateway by uid 71 with qmail-scanner-1.16 (sweep: 2.14/3.71. spamassassin: 2.53. Clear:. Processed in 1.723148 secs); 30 Nov 2003 14:34:42 -0000 X-Qmail-Scanner-Mail-From: colin.percival@wadham.ox.ac.uk via gateway X-Qmail-Scanner: 1.16 (Clear:. Processed in 1.723148 secs) Received: from dhcp1131.wadham.ox.ac.uk (HELO piii600.wadham.ox.ac.uk) (163.1.161.131) by gateway.wadham.ox.ac.uk with SMTP; 30 Nov 2003 14:34:41 -0000 Message-Id: <5.0.2.1.1.20031130143248.020dc740@popserver.sfu.ca> X-Sender: cperciva@popserver.sfu.ca X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Sun, 30 Nov 2003 14:34:37 +0000 To: "Poul-Henning Kamp" From: Colin Percival In-Reply-To: <26251.1070202656@critter.freebsd.dk> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: freebsd-current@freebsd.org Subject: Re: user:sys time ratio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 14:34:45 -0000 At 15:30 30/11/2003 +0100, Poul-Henning Kamp wrote: >In message <5.0.2.1.1.20031130140203.031e8d08@popserver.sfu.ca>, Colin >Percival > writes: > > When running `make buildworld`, I see large amounts of sys time; eg, 27 > >minutes user & 14 minutes sys for building 5.2, or 14 minutes user & 10 > >minutes sys for building 4.9. I expected the ratio of user:sys to be much > >larger than this, and mailing list traffic indicates that a 4:1 ratio is > >typical. >I've seen UNIX systems have "typical" system/user splits from 1/9 to 9/1 >it all depends on what you're doing. Sure, but buildworld is a fairly well-defined benchmark; I wouldn't expect to see such a large difference when running exactly the same code on different systems. Colin Percival From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 06:38:56 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 790D116A4CE for ; Sun, 30 Nov 2003 06:38:56 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31DF643FA3 for ; Sun, 30 Nov 2003 06:38:55 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id hAUEcsgS026323; Sun, 30 Nov 2003 15:38:54 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Colin Percival From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 30 Nov 2003 14:34:37 GMT." <5.0.2.1.1.20031130143248.020dc740@popserver.sfu.ca> Date: Sun, 30 Nov 2003 15:38:54 +0100 Message-ID: <26322.1070203134@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: user:sys time ratio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 14:38:56 -0000 In message <5.0.2.1.1.20031130143248.020dc740@popserver.sfu.ca>, Colin Percival writes: >At 15:30 30/11/2003 +0100, Poul-Henning Kamp wrote: >>In message <5.0.2.1.1.20031130140203.031e8d08@popserver.sfu.ca>, Colin >>Percival >> writes: >> > When running `make buildworld`, I see large amounts of sys time; eg, 27 >> >minutes user & 14 minutes sys for building 5.2, or 14 minutes user & 10 >> >minutes sys for building 4.9. I expected the ratio of user:sys to be much >> >larger than this, and mailing list traffic indicates that a 4:1 ratio is >> >typical. > >I've seen UNIX systems have "typical" system/user splits from 1/9 to 9/1 >>it all depends on what you're doing. > > Sure, but buildworld is a fairly well-defined benchmark; I wouldn't >expect to see such a large difference when running exactly the same code on >different systems. The amount of system time depends on a lot of environmental factors. For instance on my amd64/SMP, the vnode pool is mis-sized, so the the namecache does not reflect what is actually already in RAM. The result is a fair bit of system time wasted instantiating vnodes from cached inode diskblocks. -- 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-current@FreeBSD.ORG Sun Nov 30 07:45:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D54C616A4CE; Sun, 30 Nov 2003 07:45:29 -0800 (PST) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [68.213.16.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89C9E43FD7; Sun, 30 Nov 2003 07:45:28 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from mindspring.com (titan.criticalmagic.com [68.213.16.23]) by saturn.criticalmagic.com (Postfix) with ESMTP id C7A183BD2A; Sun, 30 Nov 2003 10:45:27 -0500 (EST) Message-ID: <3FCA10A4.2020409@mindspring.com> Date: Sun, 30 Nov 2003 10:45:40 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Eikemeier References: <200311281553.hASFrURT003309@siralan.org> <86fzg8scn5.fsf@borg.borderworlds.dk> <20031129142508.GA46034@titan.klemm.apsfilter.org> <20031129212652.GC8768@xor.obsecurity.org> <3FC955E3.3070608@FreeBSD.org> In-Reply-To: <3FC955E3.3070608@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: ports@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: Andreas Klemm cc: Kris Kennaway Subject: Re: Ports startup scripts in /etc/rc.d (Re: 5.2-BETA and related ports issues) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 15:45:30 -0000 Oliver Eikemeier wrote: > The reason I did this was to support services like mail and nss_ldap. I > really like to be > prefix safe, PR conf/56736 relates to this: > > > I agree that there should be a better solution, and already asked Mike > Makonnen > about it, but nobody seemed to care. > > IMHO not participating in rcorder(8) makes the packing list pettier and > avoids an ugly hack, > which is good, but restrains functionality. I like the idea of account > managed in an > centralized LDAP directory very much. > > So, do you still think the scripts should not participate in rcorder(8)? > It's easy to > change the ports, but this is probably not the right fix. > > -Oliver I guess I don't see the problem. What is wrong with ports adding startup scripts to /etc/rc.d? For certain ports, that is the only way to get the startup dependencies right (like making sure openldap or postgresql starts before your mail system). This will become more important as more of the base system moves to ports/packages. Just refine the note in UPDATING to specifically state which startup scripts to remove, rather than "rm -rf /etc/rc.d/*". Richard Coleman richardcoleman@mindspring.com From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 07:54:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9504C16A4CE; Sun, 30 Nov 2003 07:54:16 -0800 (PST) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [68.213.16.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FD8843F85; Sun, 30 Nov 2003 07:54:15 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from mindspring.com (titan.criticalmagic.com [68.213.16.23]) by saturn.criticalmagic.com (Postfix) with ESMTP id CD02E3BD2A; Sun, 30 Nov 2003 10:54:14 -0500 (EST) Message-ID: <3FCA12B3.7070604@mindspring.com> Date: Sun, 30 Nov 2003 10:54:27 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andreas Klemm References: <200311281553.hASFrURT003309@siralan.org> <86fzg8scn5.fsf@borg.borderworlds.dk> <20031129142508.GA46034@titan.klemm.apsfilter.org> <20031129212512.GB8768@xor.obsecurity.org> <3FC958DD.3050903@FreeBSD.org> <20031130084800.GA64364@titan.klemm.apsfilter.org> In-Reply-To: <20031130084800.GA64364@titan.klemm.apsfilter.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Dag-Erling Smorgrav cc: Kris Kennaway cc: freebsd-current@FreeBSD.org cc: Oliver Eikemeier Subject: Re: 5.2-BETA and related ports issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 15:54:16 -0000 Andreas Klemm wrote: > What about simply putting a number in front of the script, > I didn't check but am really certain that we start scripts > something like this: > > cd $LOCALBASE/etc/rc.d > for i in *.sh <--- here you get an alphabetically > sort order ! > do > if [ -x $i ]; then > /bin/sh $i start > fi > done > > So this would be sufficient to start slapd before slurpd: > > /usr/local/etc/rc.d/001.slapd.sh > /usr/local/etc/rc.d/002.slurpd.sh > > or alternatively > > /usr/local/etc/rc.d/openldap-01-slapd.sh > /usr/local/etc/rc.d/openldap-02-slurpd.sh > > We already have things like: > > 000.mysql-client.sh > 000.pkgtools.sh > 000.wine.sh > 010.pgsql.sh > > > Andreas /// That works fine if you are only concerned about startup ordering for things in /usr/local/etc/rc.d. Although it would be better if we could use rcorder style dependency ordering here as well. But it doesn't help if you need a port to start earlier than something in the base. This could happen if you've replaced sendmail with postfix, and use maps from a remote database (openldap, postgresql, etc). I'm sure there are other examples as well (nss_ldap, etc). Richard Coleman richardcoleman@mindspring.com From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 07:59:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C4E316A4CE for ; Sun, 30 Nov 2003 07:59:00 -0800 (PST) Received: from post-21.mail.nl.demon.net (post-21.mail.nl.demon.net [194.159.73.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id D86A843FBF for ; Sun, 30 Nov 2003 07:58:58 -0800 (PST) (envelope-from ronald-freebsd4@klop.yi.org) Received: from [82.161.26.55] (helo=laptop) by post-21.mail.nl.demon.net with esmtp (Exim 3.36 #2) id 1AQTyL-000GWT-00; Sun, 30 Nov 2003 15:58:57 +0000 To: Scott Mitchell References: <20031129175611.GA789@llama.fishballoon.org> Message-ID: From: Ronald Klop Content-Type: multipart/mixed; boundary=----------6zsJypidOR8j4HsVetIzET MIME-Version: 1.0 Date: Sun, 30 Nov 2003 16:56:37 +0100 In-Reply-To: <20031129175611.GA789@llama.fishballoon.org> User-Agent: Opera7.21/FreeBSD M2 build 497 cc: FreeBSD Current Subject: Re: Xircom pccard couldn't load/attach (with uname -a info) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 15:59:00 -0000 ------------6zsJypidOR8j4HsVetIzET Content-Type: text/plain; format=flowed; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hello, Here is the output. And the dmesg is attached. NEWCARD/OLDCARD??? I think NEWCARD. Nov 30 16:51:11 laptop kernel: xe0: at port 0x2e8-0x2ef irq 11 function 0 config 39 on pccard0 Nov 30 16:51:12 laptop kernel: xe0: vendor = 0x0105 Nov 30 16:51:12 laptop kernel: xe0: product = 0x110a Nov 30 16:51:12 laptop kernel: xe0: prodext = 0x46 Nov 30 16:51:12 laptop kernel: xe0: vendor_str = Xircom Nov 30 16:51:12 laptop kernel: xe0: product_str = CreditCard Ethernet 10/100 + Modem 56 Nov 30 16:51:12 laptop kernel: xe0: cis3_str = CEM56 Nov 30 16:51:12 laptop kernel: xe0: cis4_str = 1.00 Nov 30 16:51:12 laptop kernel: xe0: Cannot allocate ioport Nov 30 16:51:12 laptop kernel: device_probe_and_attach: xe0 attach returned 12 Greetings, Ronald. PS: Please reply to ronald_at_cs_dot_vu_dot_nl to prevent spam. On Sat, 29 Nov 2003 17:56:11 +0000, Scott Mitchell wrote: > On Sat, Nov 29, 2003 at 02:20:24PM +0100, Ronald Klop wrote: >> On Sat, 29 Nov 2003 14:17:01 +0100, Ronald Klop >> wrote: >> >> >Hello, >> > >> >This card doesn't attach well. Other Xircom cards do. >> > >> >Nov 29 13:47:24 laptop kernel: xe0: > >+ Modem 56> at port 0x2e8-0x2ef irq 11 function 0 config 39 on pccard0 >> >Nov 29 13:47:24 laptop kernel: device_probe_and_attach: xe0 attach >> >returned 12 >> > >> >Mail me if more info is needed. >> >> uname -a >> FreeBSD laptop 5.2-BETA FreeBSD 5.2-BETA #0: Sun Nov 23 22:09:51 CET >> 2003 root@henk.thuis.klop.ws:/usr/obj/usr/src/sys/LAPTOP i386 > > Hi Ronald, > > Could you try setting sysctl hw.xe.debug=1 and post the output? Also, > are > you using OLDCARD or NEWCARD? A full dmesg might be useful too... > I suspect there's a problem with the driver not knowing all the card IDs > that Xircom ever used, as well as probing some cards differently when run > under NEWCARD vs. OLDCARD. > > Cheers, > > Scott > -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ ------------6zsJypidOR8j4HsVetIzET Content-Disposition: attachment; filename=dmesg.boot Content-Type: application/octet-stream; name=dmesg.boot Content-Transfer-Encoding: 8bit Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2-BETA #0: Sun Nov 23 22:09:51 CET 2003 root@henk.thuis.klop.ws:/usr/obj/usr/src/sys/LAPTOP Preloaded elf kernel "/boot/kernel/kernel" at 0xc06dc000. Preloaded elf module "/boot/kernel/if_ep.ko" at 0xc06dc1a4. Preloaded elf module "/boot/kernel/elink.ko" at 0xc06dc250. Preloaded elf module "/boot/kernel/if_xe.ko" at 0xc06dc2fc. Preloaded elf module "/boot/kernel/snd_ess.ko" at 0xc06dc3a8. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc06dc454. Preloaded elf module "/boot/kernel/snd_sbc.ko" at 0xc06dc500. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (266.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ff real memory = 100622336 (95 MB) avail memory = 92299264 (88 MB) Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcibios: BIOS version 2.10 Using $PIR table, 7 entries at 0xc00f0990 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 pcib0: at pcibus 0 on motherboard pci0: on pcib0 pci_cfgintr: 0:12 INTA BIOS irq 11 pci_cfgintr: 0:12 INTA BIOS irq 11 pci_cfgintr: 0:14 INTA BIOS irq 11 pcib1: at device 0.1 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) cbb0: mem 0x7fffe000-0x7fffefff irq 11 at device 12.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb1: mem 0x7ffff000-0x7fffffff irq 11 at device 12.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [MPSAFE] isab0: at device 14.0 on pci0 isa0: on isab0 atapci0: port 0x1000-0x100f,0-0x3,0-0x7,0-0x3,0-0x7 at device 14.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pci0: at device 14.2 (no driver attached) pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 fdc0: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) sbc0: at port 0x330-0x331,0x388-0x38b,0x220-0x22f irq 5 drq 0,1 on isa0 pcm0: on sbc0 Timecounters tick every 4.000 msec GEOM: create disk ad0 dp=0xc18e9e60 ad0: 9590MB [19485/16/63] at ata0-master PIO4 acd0: CDROM at ata0-slave PIO4 Mounting root from ufs:/dev/ad0s1a ------------6zsJypidOR8j4HsVetIzET-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 08:09:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CB5D16A4CE for ; Sun, 30 Nov 2003 08:09:18 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27AB843F85 for ; Sun, 30 Nov 2003 08:09:17 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9p2/8.12.9) with ESMTP id hAUG6cMg066639; Sun, 30 Nov 2003 11:06:38 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)hAUG6cDL066636; Sun, 30 Nov 2003 11:06:38 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 30 Nov 2003 11:06:38 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Colin Percival In-Reply-To: <5.0.2.1.1.20031130140203.031e8d08@popserver.sfu.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: user:sys time ratio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 16:09:18 -0000 On Sun, 30 Nov 2003, Colin Percival wrote: > I've got a system running 5.2-BETA from 27/11/03, with the > malloc_abort, malloc_junk, DEBUG=-g, DDB, INVARIANT*, and WITNESS* > debugging options changed (as was done in 5.1-RELEASE). > When running `make buildworld`, I see large amounts of sys time; eg, > 27 minutes user & 14 minutes sys for building 5.2, or 14 minutes user & > 10 minutes sys for building 4.9. I expected the ratio of user:sys to be > much larger than this, and mailing list traffic indicates that a 4:1 > ratio is typical. (FWIW, prior to changing the debugging options, the > user:sys time ratio was around 1:1.) > Can anyone suggest why the kernel seems to be behaving so sluggishly? > > The system hardware is P4 2.8Ghz, 865G, 2GB DDR, IDE drives; there is > very little disk activity, so I'm sure that isn't the issue; and > disabling HTT results in about a 2% improvement in both user and sys > times. It sounds like you have multiple logical cores -- have you tried building a kernel without SMP support to see what happens? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 08:27:03 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93DBB16A4CE; Sun, 30 Nov 2003 08:27:03 -0800 (PST) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DEAE43FCB; Sun, 30 Nov 2003 08:26:57 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.12.10/8.12.9) with ESMTP id hAUGQoCq051456; Sun, 30 Nov 2003 08:26:50 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.12.10/8.12.9) with ESMTP id hAUGQoMC021494; Sun, 30 Nov 2003 08:26:50 -0800 (PST) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.12.10/8.12.9/Submit) id hAUGQoOQ021493; Sun, 30 Nov 2003 08:26:50 -0800 (PST) (envelope-from frank) From: Frank Mayhar Message-Id: <200311301626.hAUGQoOQ021493@realtime.exit.com> In-Reply-To: <20031130070704.GA64793@funkthat.com> To: John-Mark Gurney Date: Sun, 30 Nov 2003 08:26:50 -0800 (PST) X-Copyright0: Copyright 2003 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: MAJOR number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 16:27:03 -0000 Piggybacking on that request... I also need a major number. I had requested one some time ago, but it apparently got lost in the shuffle. The device is a Specialix I/O8+ multiport serial card. I've been using it for some weeks now without problems. For now the driver is -stable only; I'll port it to 5.x when I can test it there. When I have a major number, I'll submit the driver for official inclusion in -stable. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 08:34:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9BC916A4CE; Sun, 30 Nov 2003 08:34:27 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFD7843FF3; Sun, 30 Nov 2003 08:34:14 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9p2/8.12.9) with ESMTP id hAUGVYMg066802; Sun, 30 Nov 2003 11:31:34 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)hAUGVYbG066799; Sun, 30 Nov 2003 11:31:34 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 30 Nov 2003 11:31:34 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Andreas Klemm In-Reply-To: <20031130115547.GA67257@titan.klemm.apsfilter.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Dag-Erling Smorgrav cc: Kris Kennaway cc: freebsd-current@FreeBSD.org cc: Oliver Eikemeier Subject: Re: 5.2-BETA and related ports issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 16:34:28 -0000 On Sun, 30 Nov 2003, Andreas Klemm wrote: > I have a better idea, then we perhaps need something like a wrapper > script that is part of the FreeBSD basic system under /etc/rc.d that > checks for the start script under $LOCALBASE/etc/rc.d and starts it very > early. Hmm. I talked with Gordon about this issue some last night, but he pointed out a snag: most installs of FreeBSD place /usr on a separate partition from /. The rcNG ordering decision is made before /usr is mounted, as /usr is mounted as part of the pieces kicked off by rc.d. So it would be a fairly large departure from the current implementation of the rcNG code to reevaluate the ordering once more directories were available in which to find scripts to run. Not that it's not doable, but we need to think about it carefully (and, unfortunately, it's not as easy as simply adding /usr/local/etc/rc.d to the list..) Having wrapper scripts in /etc/rc.d can work, but it means we don't get the full benefits of ordering, and that any ordering information has to be in the wrapper, not in the bit installed by the port in /usr/local... Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 08:40:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41D7716A4CE; Sun, 30 Nov 2003 08:40:12 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1AE943FBD; Sun, 30 Nov 2003 08:40:09 -0800 (PST) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) hAUGe7vq003981 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 30 Nov 2003 17:40:08 +0100 (CET) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost)hAUGe62A003980; Sun, 30 Nov 2003 17:40:06 +0100 (CET) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org [127.0.0.1]) by klemm.apsfilter.org (8.12.10/8.12.9) with ESMTP id hAUGZHjV071180; Sun, 30 Nov 2003 17:35:17 +0100 (CET) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost)hAUGZHWQ071179; Sun, 30 Nov 2003 17:35:17 +0100 (CET) (envelope-from andreas) Date: Sun, 30 Nov 2003 17:35:17 +0100 From: Andreas Klemm To: Richard Coleman Message-ID: <20031130163517.GA70858@titan.klemm.apsfilter.org> References: <200311281553.hASFrURT003309@siralan.org> <86fzg8scn5.fsf@borg.borderworlds.dk> <20031129142508.GA46034@titan.klemm.apsfilter.org> <20031129212652.GC8768@xor.obsecurity.org> <3FC955E3.3070608@FreeBSD.org> <3FCA10A4.2020409@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3FCA10A4.2020409@mindspring.com> X-Operating-System: FreeBSD 5.2-BETA X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.5.1i cc: ports@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: Kris Kennaway cc: Oliver Eikemeier Subject: Re: Ports startup scripts in /etc/rc.d (Re: 5.2-BETA and related ports issues) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 16:40:12 -0000 On Sun, Nov 30, 2003 at 10:45:40AM -0500, Richard Coleman wrote: > Oliver Eikemeier wrote: > > >The reason I did this was to support services like mail and nss_ldap. I > >really like to be > >prefix safe, PR conf/56736 relates to this: > > > > > >I agree that there should be a better solution, and already asked Mike > >Makonnen > > about it, but nobody seemed to care. > > > >IMHO not participating in rcorder(8) makes the packing list pettier and > >avoids an ugly hack, > >which is good, but restrains functionality. I like the idea of account > >managed in an > >centralized LDAP directory very much. > > > >So, do you still think the scripts should not participate in rcorder(8)? > >It's easy to > >change the ports, but this is probably not the right fix. > > > >-Oliver > > I guess I don't see the problem. What is wrong with ports adding > startup scripts to /etc/rc.d? For certain ports, that is the only way > to get the startup dependencies right (like making sure openldap or > postgresql starts before your mail system). This will become more > important as more of the base system moves to ports/packages. > > Just refine the note in UPDATING to specifically state which startup > scripts to remove, rather than "rm -rf /etc/rc.d/*". As I wrote im my previous mail we could import wrapper scripts for such basic services, since there are only few services that are so generic, that they have to be available so early in boot order. I strongly would dislike creating ports to install stuff under /etc/. This would start to violate things for what I liked FreeBSD for all these many years and I hope/think other have the same feeling concerning this. Andreas /// -- Andreas Klemm - Powered by FreeBSD 5.1-CURRENT Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 08:45:09 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AABA16A4CE; Sun, 30 Nov 2003 08:45:09 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 242EF43FB1; Sun, 30 Nov 2003 08:45:07 -0800 (PST) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) hAUGj4vq004075 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 30 Nov 2003 17:45:05 +0100 (CET) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost)hAUGj4xT004074; Sun, 30 Nov 2003 17:45:04 +0100 (CET) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org [127.0.0.1]) by klemm.apsfilter.org (8.12.10/8.12.9) with ESMTP id hAUGh3jV071227; Sun, 30 Nov 2003 17:43:03 +0100 (CET) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost)hAUGh3fY071226; Sun, 30 Nov 2003 17:43:03 +0100 (CET) (envelope-from andreas) Date: Sun, 30 Nov 2003 17:43:03 +0100 From: Andreas Klemm To: Robert Watson Message-ID: <20031130164303.GB70858@titan.klemm.apsfilter.org> References: <20031130115547.GA67257@titan.klemm.apsfilter.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 5.2-BETA X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.5.1i cc: Dag-Erling Smorgrav cc: Kris Kennaway cc: freebsd-current@FreeBSD.org cc: Andreas Klemm cc: Oliver Eikemeier Subject: Re: 5.2-BETA and related ports issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 16:45:09 -0000 On Sun, Nov 30, 2003 at 11:31:34AM -0500, Robert Watson wrote: > > On Sun, 30 Nov 2003, Andreas Klemm wrote: > > > I have a better idea, then we perhaps need something like a wrapper > > script that is part of the FreeBSD basic system under /etc/rc.d that > > checks for the start script under $LOCALBASE/etc/rc.d and starts it very > > early. > > Hmm. I talked with Gordon about this issue some last night, but he > pointed out a snag: most installs of FreeBSD place /usr on a separate > partition from /. The rcNG ordering decision is made before /usr is > mounted, as /usr is mounted as part of the pieces kicked off by rc.d. So > it would be a fairly large departure from the current implementation of > the rcNG code to reevaluate the ordering once more directories were > available in which to find scripts to run. Not that it's not doable, but > we need to think about it carefully (and, unfortunately, it's not as easy > as simply adding /usr/local/etc/rc.d to the list..) Having wrapper > scripts in /etc/rc.d can work, but it means we don't get the full benefits > of ordering, and that any ordering information has to be in the wrapper, > not in the bit installed by the port in /usr/local... Sh** I should have read your mail earlier, b4 writing a f'up ... Its completely true. On FreeBSD servers I have / and /usr always on a separate partition. Only Solaris I install differently, to have / and /usr on one partition, since Solaris has only less if not soon _none_ statically linked programs for system maintenance/recovery (if being stuck in single user). But well ... I think I could suggest a good workaround for this. What about having these wrapper scripts in /etc/rc.d calling another (kind of) subscript, with the only goal to get /usr/local mounted ? Andreas /// -- Andreas Klemm - Powered by FreeBSD 5.1-CURRENT Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 08:46:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3339A16A4CE; Sun, 30 Nov 2003 08:46:32 -0800 (PST) Received: from morpheus.webteckies.org (node123e0.a2000.nl [24.132.35.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DD9B43FB1; Sun, 30 Nov 2003 08:46:29 -0800 (PST) (envelope-from freebsd-current@webteckies.org) Received: from sarevok.idg.nl (unknown [192.168.1.12]) by morpheus.webteckies.org (Postfix) with ESMTP id 32365107C6; Sun, 30 Nov 2003 17:43:10 +0100 (CET) From: Melvyn Sopacua Organization: WebTeckies.org To: richardcoleman@mindspring.com, Andreas Klemm Date: Sun, 30 Nov 2003 17:46:21 +0100 User-Agent: KMail/1.5.93 References: <200311281553.hASFrURT003309@siralan.org> <20031130084800.GA64364@titan.klemm.apsfilter.org> <3FCA12B3.7070604@mindspring.com> In-Reply-To: <3FCA12B3.7070604@mindspring.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_j7hy//Jkwam58mH"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200311301746.27134.freebsd-current@webteckies.org> cc: Dag-Erling Smorgrav cc: freebsd-current@FreeBSD.org cc: Oliver Eikemeier cc: Kris Kennaway Subject: Re: 5.2-BETA and related ports issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 16:46:32 -0000 --Boundary-02=_j7hy//Jkwam58mH Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 30 November 2003 16:54, Richard Coleman wrote: > But it doesn't help if you need a port to start earlier than something > in the base. This could happen if you've replaced sendmail with > postfix, and use maps from a remote database (openldap, postgresql, > etc). I'm sure there are other examples as well (nss_ldap, etc). Then you can just as easily nuke the entire mailer.conf principle and symli= nk=20 bin/postfix to etc/rc.d/050.postfix.sh. Point being: these are customized setups that require skill to get even=20 remotely working, so one can assume that the person installing the port can= =20 read instructions given in pkg-message. I don't think any ports/package system is capable of correctly setting all= =20 *runtime* dependencies especially when it allows it's users to change=20 configurations after installation without recording the changes back into t= he=20 ports/pkg system. However - to allow this flexibility, the ports system should try to respect= =20 the installation prefix. Nothing prevents a port from entering "If you need ${PORTNAME} to start bef= ore=20 foo, symlink ${PREFIX}/etc/rc.d/${PORTNAME}.sh to /etc/rc.d/ and make sure= =20 it's lexically sorted before foo" into pkg-message. Then the statement in UPDATING can read: find /etc/rc.d \! -type l -print | xargs rm -vf and it will always apply. Perhaps the patch below (or something similar) should be added as well to m= ake=20 people aware of the local_startup system. My 2c. =2D-=20 Melvyn =2D-- bsd.port.mk.orig Sun Nov 30 17:22:22 2003 +++ bsd.port.mk Sun Nov 30 17:29:21 2003 @@ -766,6 +766,9 @@ # apply here. It is recommended that you use # %%PREFIX%% for ${PREFIX}, %%LOCALBASE%% for # ${LOCALBASE} and %%X11BASE%% for ${X11BASE}. +# INSTALLS_RCSCRIPT - If set, bsd.port.mk will check if ${LOCALBASE} is eq= ual +# to ${PREFIX} or else suggest that ${PREFIX}/etc/rc.d should +# be added to local_startup in /etc/rc.conf # DOCSDIR - Name of the directory to install the packages docs in # (default: ${PREFIX}/share/doc/${PORTNAME}). # EXAMPLESDIR - Name of the directory to install the packages examples in @@ -3127,6 +3130,10 @@ @${MKHTMLINDEX} ${PREFIX}/lib/X11/doc/html .endif .endif +.endif +.if defined(INSTALLS_RCSCRIPT) && ${LOCALBASE} !=3D ${PREFIX} + @${ECHO_MSG} "You should verify if ${PREFIX}/etc/rc.d is in local_startup" + @${ECHO_MSG} "in /etc/rc.conf or /etc/defaults/rc.conf" .endif .endif =20 --Boundary-02=_j7hy//Jkwam58mH Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/yh7jOv9JNmfFN5URAigWAJ0SOdf6edIvZYQ+dtIGohlggEiXrgCfcY+V EAP8MIO8zCuAV6SgCu6CAf0= =+bCf -----END PGP SIGNATURE----- --Boundary-02=_j7hy//Jkwam58mH-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 08:57:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B8DB16A4CE for ; Sun, 30 Nov 2003 08:57:39 -0800 (PST) Received: from mx1.mail.ru (mx1.mail.ru [194.67.23.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 410FA43FBD for ; Sun, 30 Nov 2003 08:57:38 -0800 (PST) (envelope-from rihad@mail.ru) Received: from [212.47.129.6] (port=32910 helo=mail.ru) by mx1.mail.ru with esmtp id 1AQUt6-000Gem-00 for freebsd-current@freebsd.org; Sun, 30 Nov 2003 19:57:37 +0300 Message-ID: <3FCA2183.4010607@mail.ru> Date: Sun, 30 Nov 2003 20:57:39 +0400 From: rihad User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3 X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: MALLOC_OPTIONS behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 16:57:39 -0000 Under 5.2-BETA, if I run a program with "env MALLOC_OPTIONS=j" then all the malloc()'ed memory will be zeroed even though I did not ask for it (by specifying "Z"). Also, "J" (memset to 0xd0) even appears to run a somewhat *faster* than "j". Why doesn't "jz" return uninitialized memory and isn't the fastest of {jz,J,Z} (where J is the fastest)? I'm new to FreeBSD so I don't know if previously this worked as documented in malloc(3). TIA From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 09:22:56 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB30D16A4D5; Sun, 30 Nov 2003 09:22:56 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2397943FBD; Sun, 30 Nov 2003 09:22:55 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 601E95309; Sun, 30 Nov 2003 18:22:53 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 723AB5308; Sun, 30 Nov 2003 18:22:46 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 5968D33C7B; Sun, 30 Nov 2003 18:22:46 +0100 (CET) To: Melvyn Sopacua References: <200311281553.hASFrURT003309@siralan.org> <20031130084800.GA64364@titan.klemm.apsfilter.org> <3FCA12B3.7070604@mindspring.com> <200311301746.27134.freebsd-current@webteckies.org> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Sun, 30 Nov 2003 18:22:46 +0100 In-Reply-To: <200311301746.27134.freebsd-current@webteckies.org> (Melvyn Sopacua's message of "Sun, 30 Nov 2003 17:46:21 +0100") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on flood.des.no X-Spam-Level: ss X-Spam-Status: No, hits=2.6 required=5.0 tests=RCVD_IN_DYNABLOCK, RCVD_IN_SORBS autolearn=no version=2.60 cc: richardcoleman@mindspring.com cc: freebsd-current@FreeBSD.org cc: Oliver Eikemeier cc: Andreas Klemm cc: Kris Kennaway Subject: Re: 5.2-BETA and related ports issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 17:22:56 -0000 Melvyn Sopacua writes: > Then you can just as easily nuke the entire mailer.conf principle and sym= link=20 > bin/postfix to etc/rc.d/050.postfix.sh. This is actually one of the two recommended ways of starting postfix (and the one I prefer). The main reason for mailer.conf to exist is that a lot of scripts have /usr/sbin/sendmail hardcoded and TPTB decided that they didn't want to use 'use.perl port'-style symlinks. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 09:56:01 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 371E016A4CE for ; Sun, 30 Nov 2003 09:56:01 -0800 (PST) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EAED43F85 for ; Sun, 30 Nov 2003 09:55:57 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAUHtqSq013275; Sun, 30 Nov 2003 12:55:53 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hAUHtgIo037581; Sun, 30 Nov 2003 12:55:47 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Soren Schmidt In-Reply-To: <200311300852.hAU8qwej014854@spider.deepcore.dk> References: <200311300852.hAU8qwej014854@spider.deepcore.dk> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-QQCOj8LytdcQqK6o7gI0" Organization: MarcusCom, Inc. Message-Id: <1070214944.98573.4.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 30 Nov 2003 12:55:44 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: current@FreeBSD.ORG cc: Will Andrews Subject: Re: Western Digital WD360GD SATA disk on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 17:56:01 -0000 --=-QQCOj8LytdcQqK6o7gI0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable On Sun, 2003-11-30 at 03:52, Soren Schmidt wrote: > It seems Joe Marcus Clarke wrote: > > I agree. I really needed to be up and running ASAP, so I opted for the > > new controller. S=F8ren, if you're listening, and need an SiI controll= er > > for testing, you're free to have mine. Else, I can keep it and test it > > as needed (I can put a test drive on it). >=20 > I have both the old one with the errata and the new one without so > thanks for the offer but it might be betterused somewhere else. As soon as my RMA drive arrives, I can do more testing. What would be beneficial? Backing down the drivers as I had planned, or is there something better I can do to help? >=20 > > I have a basic time line. Everything worked fine until I upgraded on > > November 18 at 02:23 UTC. I had a 160 GB Seagate SATA drive running on > > the same chipset for about a month before that. As soon as I rebooted > > on the new kernel, everything went south. Until S=F8ren told me about = the > > buggy chipset, I was going to back my ATA drivers back to November 11, > > 2003 00:00 UTC, and see if that helped. That was right before a big > > change went into the driver. >=20 > I dont recall doing any major changes in that timeline, what exact > large changes are you talking about ?? By "large change," I mean a change that affected a few files, that happened before things went south. According to the CVS log: "Centralise mode setting. Instead of doing it in all subdrivers, do it in ata-all.c where it belongs." If this still failed, I was going to keep working back until I found exactly where things started to fail. Joe >=20 > -S=F8ren --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-QQCOj8LytdcQqK6o7gI0 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/yi8gb2iPiv4Uz4cRAo2mAJ4qXo14jaspj3mwT/0xFT2RC0Ui9QCfYNKk Znmy76kTucTdIlpoQiOAF0c= =oVPv -----END PGP SIGNATURE----- --=-QQCOj8LytdcQqK6o7gI0-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 09:57:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DAB416A4CE for ; Sun, 30 Nov 2003 09:57:32 -0800 (PST) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id E19CD43F85 for ; Sun, 30 Nov 2003 09:57:30 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAUHvSA3012626; Sun, 30 Nov 2003 12:57:28 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hAUHvNIo037627; Sun, 30 Nov 2003 12:57:23 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: HaggeL In-Reply-To: <754558203.20040130154341@Olympclan.de> References: <754558203.20040130154341@Olympclan.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-TXBIGGyhTFTTlwi7n9Ct" Organization: MarcusCom, Inc. Message-Id: <1070215045.98573.7.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 30 Nov 2003 12:57:25 -0500 X-Spam-Status: No, hits=-4.8 required=5.0 tests=BAYES_00,NORMAL_HTTP_TO_IP autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: freebsd-current@freebsd.org Subject: Re: SiI3112 SATA controller problems - status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 17:57:32 -0000 --=-TXBIGGyhTFTTlwi7n9Ct Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable On Fri, 2004-01-30 at 09:43, HaggeL wrote: > Hi Guys :) >=20 > Sorry if i waste your time. I=AEm a freeBSD noob and need some help. > I want to install freeBSD in januar and have some problems. I want to > buy me a new harddrive, a serial ATA one, because i got the "Silicon > ImageR Sil 3112A-Controller" onboard (Asus A7N8X Motherboard). I > didn=AEt find a driver in the Hardware Notes of FreeBSD 5.1, and on the > Producer homepage are only ready Linuxkernels avaible > (http://12.24.47.40/display/2n/searchDirect/?searchString=3DSil+3112A&sea= rchType=3Dallwords&searchby=3Dkeywords&r=3D0.8157617). > So can anyone tell me if i can get a SATA disk run? I don=AEt want to > boot from it, just read and write. Buying a new disk only for windows > use is wasted money We're having a pretty lengthy discussion about these controllers on this list right now. I suggest you read the archives. Bottom line, the controller is supported, but it's problematic. The ATA maintainer has working controllers, but there are those of us that experience data corruption, and at least one user that can't use his drive at all when connected to said controller. Joe >=20 > Greetings HaggeL :) >=20 >=20 > _______________________________________________ > 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= " --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-TXBIGGyhTFTTlwi7n9Ct Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/yi+Fb2iPiv4Uz4cRAm83AJ0RR7hIYb5tVPeF5HyZqReuTF2odACbBBIG e8xw8aG0ZMb5LumPufZtz+E= =evU6 -----END PGP SIGNATURE----- --=-TXBIGGyhTFTTlwi7n9Ct-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 11:03:15 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6780916A4CE for ; Sun, 30 Nov 2003 11:03:15 -0800 (PST) Received: from smtp.web.de (smtp05.web.de [217.72.192.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D30E43FE0 for ; Sun, 30 Nov 2003 11:03:12 -0800 (PST) (envelope-from nakal@web.de) Received: from [217.81.255.241] (helo=[217.81.255.241]) by smtp.web.de with esmtp (TLSv1:DES-CBC3-SHA:168) (WEB.DE 4.99 #516) id 1AQWqZ-000434-00; Sun, 30 Nov 2003 20:03:07 +0100 From: Martin To: Jay Cornwall In-Reply-To: <3FC7510A.8070906@evilrealms.net> References: <1069874342.704.18.camel@klotz.local> <3FC60935.3050604@evilrealms.net><3FC7510A.8070906@evilrealms.net> Content-Type: text/plain Message-Id: <1070218984.675.4.camel@klotz.local> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 30 Nov 2003 20:03:05 +0100 Content-Transfer-Encoding: 7bit Sender: nakal@web.de cc: freebsd-current@freebsd.org Subject: Re: Panic with ugen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 19:03:15 -0000 On Fri, 2003-11-28 at 14:43, Jay Cornwall wrote: > Could you try the attached patch (rm -f sys/dev/usb/ugen.c, cvs up > sys/dev/usb/ugen.c, patch ...) to see if it alleviates the panic? It > should at least give a more specific panic, if it doesn't fix the problem. Sorry for the delay, I got a busy weekend. I still got a panic after starting the small piece of code, but it looks like this now: fatal trap 12 fault virtual address = 0x5 supervisor read, page not present [...] trace shows me "ugen_set_config()" at top of the stack. Martin From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 11:06:51 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE80916A4CE for ; Sun, 30 Nov 2003 11:06:51 -0800 (PST) Received: from noname.csdl.lt (noname.csdl.lt [194.176.40.182]) by mx1.FreeBSD.org (Postfix) with SMTP id EFE3143F93 for ; Sun, 30 Nov 2003 11:06:49 -0800 (PST) (envelope-from paulius@kaktusas.org) Received: (qmail 90136 invoked by uid 1000); 30 Nov 2003 19:06:48 -0000 Date: Sun, 30 Nov 2003 21:06:48 +0200 From: Paulius Bulotas To: freebsd-current@freebsd.org Message-ID: <20031130190647.GA89932@kaktusas.org> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-URL: http://www.kaktusas.org/ Subject: kernel compile fails in uma_core.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 19:06:52 -0000 Hello, when building kernel: ../../../vm/uma_core.c: In function `zone_timeout': ../../../vm/uma_core.c:345: error: `mp_maxid' undeclared (first use in this function) and so on. Anything I missed? Paulius From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 11:12:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5571116A4CE for ; Sun, 30 Nov 2003 11:12:57 -0800 (PST) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC03343F93 for ; Sun, 30 Nov 2003 11:12:55 -0800 (PST) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 184DC1FF91D; Sun, 30 Nov 2003 20:12:54 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 7B2301FF90A; Sun, 30 Nov 2003 20:12:52 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 9982E154C7; Sun, 30 Nov 2003 19:12:44 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 8F0A81538C; Sun, 30 Nov 2003 19:12:44 +0000 (UTC) Date: Sun, 30 Nov 2003 19:12:44 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Paulius Bulotas In-Reply-To: <20031130190647.GA89932@kaktusas.org> Message-ID: References: <20031130190647.GA89932@kaktusas.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020300 cc: freebsd-current@freebsd.org Subject: Re: kernel compile fails in uma_core.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 19:12:57 -0000 On Sun, 30 Nov 2003, Paulius Bulotas wrote: > Hello, > > when building kernel: > ../../../vm/uma_core.c: In function `zone_timeout': > ../../../vm/uma_core.c:345: error: `mp_maxid' undeclared (first use in > this function) > and so on. > > Anything I missed? No, this is the "bad" commit for UP but should be ok on MP kernels: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=0+0+current/cvs-src and it is known: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=20091+0+current/cvs-src I don't know if someone of them is working on it but I have been waiting for half a day now for another build ;-( -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 11:42:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9745616A4CE for ; Sun, 30 Nov 2003 11:42:49 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BEF043FF9 for ; Sun, 30 Nov 2003 11:42:47 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9p2/8.12.9) with ESMTP id hAUJe8Mg067908; Sun, 30 Nov 2003 14:40:08 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)hAUJe8A9067905; Sun, 30 Nov 2003 14:40:08 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 30 Nov 2003 14:40:07 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Joe Marcus Clarke In-Reply-To: <1070215045.98573.7.camel@shumai.marcuscom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-current@freebsd.org cc: HaggeL Subject: Re: SiI3112 SATA controller problems - status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 19:42:49 -0000 On Sun, 30 Nov 2003, Joe Marcus Clarke wrote: > On Fri, 2004-01-30 at 09:43, HaggeL wrote: > > Hi Guys :) > >=20 > > Sorry if i waste your time. I=AEm a freeBSD noob and need some help. > > I want to install freeBSD in januar and have some problems. I want to > > buy me a new harddrive, a serial ATA one, because i got the "Silicon > > ImageR Sil 3112A-Controller" onboard (Asus A7N8X Motherboard). I > > didn=AEt find a driver in the Hardware Notes of FreeBSD 5.1, and on the > > Producer homepage are only ready Linuxkernels avaible > > (http://12.24.47.40/display/2n/searchDirect/?searchString=3DSil+3112A&s= earchType=3Dallwords&searchby=3Dkeywords&r=3D0.8157617). > > So can anyone tell me if i can get a SATA disk run? I don=AEt want to > > boot from it, just read and write. Buying a new disk only for windows > > use is wasted money >=20 > We're having a pretty lengthy discussion about these controllers on this > list right now. I suggest you read the archives. Bottom line, the > controller is supported, but it's problematic. The ATA maintainer has > working controllers, but there are those of us that experience data > corruption, and at least one user that can't use his drive at all when > connected to said controller.=20 I believe a workaround was recently committed to improve behavior on older cards using that chipset. Specifically the following change to ata-chipset.c:=20 revision 1.48 date: 2003/11/28 19:01:28; author: sos; state: Exp; lines: +6 -2 Workaround for errata on early versions of the sii3112. =20 Approved by: re@ Does this make any difference in your configuration? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 11:49:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90A4B16A4CE; Sun, 30 Nov 2003 11:49:39 -0800 (PST) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA43743FA3; Sun, 30 Nov 2003 11:49:31 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAUJnTSq003030; Sun, 30 Nov 2003 14:49:29 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hAUJnNIo064117; Sun, 30 Nov 2003 14:49:23 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Robert Watson In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-LvjSDABoIR4YmmtFHCpQ" Organization: MarcusCom, Inc. Message-Id: <1070221766.98573.15.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 30 Nov 2003 14:49:26 -0500 X-Spam-Status: No, hits=-4.8 required=5.0 tests=BAYES_00,NORMAL_HTTP_TO_IP autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: freebsd-current@freebsd.org cc: HaggeL Subject: Re: SiI3112 SATA controller problems - status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 19:49:39 -0000 --=-LvjSDABoIR4YmmtFHCpQ Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable On Sun, 2003-11-30 at 14:40, Robert Watson wrote: > On Sun, 30 Nov 2003, Joe Marcus Clarke wrote: >=20 > > On Fri, 2004-01-30 at 09:43, HaggeL wrote: > > > Hi Guys :) > > >=20 > > > Sorry if i waste your time. I=AEm a freeBSD noob and need some help. > > > I want to install freeBSD in januar and have some problems. I want to > > > buy me a new harddrive, a serial ATA one, because i got the "Silicon > > > ImageR Sil 3112A-Controller" onboard (Asus A7N8X Motherboard). I > > > didn=AEt find a driver in the Hardware Notes of FreeBSD 5.1, and on t= he > > > Producer homepage are only ready Linuxkernels avaible > > > (http://12.24.47.40/display/2n/searchDirect/?searchString=3DSil+3112A= &searchType=3Dallwords&searchby=3Dkeywords&r=3D0.8157617). > > > So can anyone tell me if i can get a SATA disk run? I don=AEt want to > > > boot from it, just read and write. Buying a new disk only for windows > > > use is wasted money > >=20 > > We're having a pretty lengthy discussion about these controllers on thi= s > > list right now. I suggest you read the archives. Bottom line, the > > controller is supported, but it's problematic. The ATA maintainer has > > working controllers, but there are those of us that experience data > > corruption, and at least one user that can't use his drive at all when > > connected to said controller.=20 >=20 > I believe a workaround was recently committed to improve behavior on olde= r > cards using that chipset. Specifically the following change to > ata-chipset.c:=20 >=20 > revision 1.48 > date: 2003/11/28 19:01:28; author: sos; state: Exp; lines: +6 -2 > Workaround for errata on early versions of the sii3112. > =20 > Approved by: re@ >=20 > Does this make any difference in your configuration? Well, it makes my configuration fail more quickly. I have the newer hardware revision 0x02, so technically I shouldn't need this patch. I actually modified it so that the SIIBUG flag was applied to my card, but it resulted in a kernel panic while building world. Joe >=20 > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Senior Research Scientist, McAfee Research >=20 >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-LvjSDABoIR4YmmtFHCpQ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/yknGb2iPiv4Uz4cRAklXAJ9kVuOVdDOPYo8wBJ5MsOhx/2Ib/QCeIv1S MbkzKDM2EuDQvxNPK66hjys= =FvwC -----END PGP SIGNATURE----- --=-LvjSDABoIR4YmmtFHCpQ-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 11:54:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1ACD16A4CE for ; Sun, 30 Nov 2003 11:54:18 -0800 (PST) Received: from tx1.oucs.ox.ac.uk (tx1.oucs.ox.ac.uk [129.67.1.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52A4543FBF for ; Sun, 30 Nov 2003 11:54:17 -0800 (PST) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from scan1.oucs.ox.ac.uk ([129.67.1.166] helo=localhost) by tx1.oucs.ox.ac.uk with esmtp (Exim 4.20) id 1AQXe4-0005ZD-HD for freebsd-current@freebsd.org; Sun, 30 Nov 2003 19:54:16 +0000 Received: from rx1.oucs.ox.ac.uk ([129.67.1.165]) by localhost (scan1.oucs.ox.ac.uk [129.67.1.166]) (amavisd-new, port 25) with ESMTP id 21265-05 for ; Sun, 30 Nov 2003 19:54:16 +0000 (GMT) Received: from gateway.wadham.ox.ac.uk ([163.1.161.253]) by rx1.oucs.ox.ac.uk with smtp (Exim 4.20) id 1AQXe4-0005ZA-3p for freebsd-current@freebsd.org; Sun, 30 Nov 2003 19:54:16 +0000 Received: (qmail 22350 invoked by uid 0); 30 Nov 2003 19:54:16 -0000 Received: from colin.percival@wadham.ox.ac.uk by gateway by uid 71 with qmail-scanner-1.16 (sweep: 2.14/3.71. spamassassin: 2.53. Clear:. Processed in 1.534738 secs); 30 Nov 2003 19:54:16 -0000 X-Qmail-Scanner-Mail-From: colin.percival@wadham.ox.ac.uk via gateway X-Qmail-Scanner: 1.16 (Clear:. Processed in 1.534738 secs) Received: from dhcp1131.wadham.ox.ac.uk (HELO piii600.wadham.ox.ac.uk) (163.1.161.131) by gateway.wadham.ox.ac.uk with SMTP; 30 Nov 2003 19:54:14 -0000 Message-Id: <5.0.2.1.1.20031130190339.0322e0b8@popserver.sfu.ca> X-Sender: cperciva@popserver.sfu.ca X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Sun, 30 Nov 2003 19:54:12 +0000 To: freebsd-current@freebsd.org From: Colin Percival Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: user:sys time ratio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 19:54:19 -0000 Robert Watson suggested that I compare performance from UP and SMP kernels: # /usr/bin/time -hl sh -c 'make -s buildworld 2>&1' > /dev/null Real User Sys UP kernel 38m33.29s 27m10.09s 10m59.15s (retest) 38m33.18s 27m04.40s 11m05.73s SMP w/o HTT 41m01.54s 27m10.27s 13m29.82s (retest) 39m47.50s 27m08.05s 12m12.20s SMP w/HTT 42m17.16s 28m12.82s 14m04.93s (retest) 44m09.61s 28m15.31s 15m44.86s That enabling HTT degrades performance is not surprising, since I'm not passing the -j option to make; but a 5% performance delta between UP and SMP kernels is rather surprising (to me, at least), and the fact that the system time varies so much on the SMP kernel also seems peculiar. Is this normal? Colin Percival From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 12:03:01 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08D9416A4CF for ; Sun, 30 Nov 2003 12:03:01 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 063BA43FE1 for ; Sun, 30 Nov 2003 12:02:51 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 55338 invoked by uid 1002); 30 Nov 2003 20:02:48 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 30 Nov 2003 20:02:48 -0000 Message-ID: <3FCA4CAB.2030307@freebsd.org> Date: Sun, 30 Nov 2003 13:01:47 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031103 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org cc: HaggeL Subject: Re: SiI3112 SATA controller problems - status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 20:03:01 -0000 Robert Watson wrote: > On Sun, 30 Nov 2003, Joe Marcus Clarke wrote: > > >>On Fri, 2004-01-30 at 09:43, HaggeL wrote: >> >>>Hi Guys :) >>> >>>Sorry if i waste your time. I®m a freeBSD noob and need some help. >>>I want to install freeBSD in januar and have some problems. I want to >>>buy me a new harddrive, a serial ATA one, because i got the "Silicon >>>ImageR Sil 3112A-Controller" onboard (Asus A7N8X Motherboard). I >>>didn®t find a driver in the Hardware Notes of FreeBSD 5.1, and on the >>>Producer homepage are only ready Linuxkernels avaible >>>(http://12.24.47.40/display/2n/searchDirect/?searchString=Sil+3112A&searchType=allwords&searchby=keywords&r=0.8157617). >>>So can anyone tell me if i can get a SATA disk run? I don®t want to >>>boot from it, just read and write. Buying a new disk only for windows >>>use is wasted money >> >>We're having a pretty lengthy discussion about these controllers on this >>list right now. I suggest you read the archives. Bottom line, the >>controller is supported, but it's problematic. The ATA maintainer has >>working controllers, but there are those of us that experience data >>corruption, and at least one user that can't use his drive at all when >>connected to said controller. > > > I believe a workaround was recently committed to improve behavior on older > cards using that chipset. Specifically the following change to > ata-chipset.c: > > revision 1.48 > date: 2003/11/28 19:01:28; author: sos; state: Exp; lines: +6 -2 > Workaround for errata on early versions of the sii3112. > > Approved by: re@ > > Does this make any difference in your configuration? > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Senior Research Scientist, McAfee Research > This commit only fixes a silent data corruption issue. I believe that the issue at hand involves DMA not working at all. Scott From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 12:40:10 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 757F816A4D1 for ; Sun, 30 Nov 2003 12:40:10 -0800 (PST) Received: from sage.ts.co.nz (sage.tasman.net [202.49.92.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE5AC43FBD for ; Sun, 30 Nov 2003 12:40:06 -0800 (PST) (envelope-from marcos@thepacific.net) Received: from sage.ts.co.nz (sage.ts.co.nz [202.49.92.1]) by sage.ts.co.nz (8.12.10/8.12.10) with ESMTP id hAUKf0Yu000353 for ; Mon, 1 Dec 2003 09:41:11 +1300 Received: from thepacific.net (gateway-nelson.thepacific.net [202.49.95.33]) by sage.ts.co.nz (8.12.10/8.12.10) with ESMTP id hAUKd3sI032382 for ; Mon, 1 Dec 2003 09:39:03 +1300 Message-ID: <3FCA5571.4090305@thepacific.net> Date: Mon, 01 Dec 2003 09:39:13 +1300 From: Marcos Biscaysaqu Organization: ThePacific.net User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Atheros Driver getting GOOD!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 20:40:10 -0000 Hi there, a month ago we couldn't made work a Freebsd in hostap with the new Atheros card more than 4 min., Now with the looks so much better I have got one running with more than 33 client and even in mode 11b work faster than any Access Point or wireless card, but I still have some problems, Some time the ping with the customers go very high I we have times like 400 ms for a couple a minutes when the normal time connection is no more than 4ms. Im have this problem only whe the Atheros card, if I use a simple AP or a Freebsd with a PRISM card it's all happy but no to fast as Atheros cards. please if someone has an idea or need more informarion reply me. Thanks! -- Marcos Biscaysaqu Systems Administrator ThePacific.Net Ltd. From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 12:46:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA58C16A4CE for ; Sun, 30 Nov 2003 12:46:11 -0800 (PST) Received: from web13405.mail.yahoo.com (web13405.mail.yahoo.com [216.136.175.63]) by mx1.FreeBSD.org (Postfix) with SMTP id 96BFD43F75 for ; Sun, 30 Nov 2003 12:46:08 -0800 (PST) (envelope-from giffunip@yahoo.com) Message-ID: <20031130204608.17969.qmail@web13405.mail.yahoo.com> Received: from [63.171.232.170] by web13405.mail.yahoo.com via HTTP; Sun, 30 Nov 2003 20:46:08 GMT Date: Sun, 30 Nov 2003 20:46:08 +0000 (GMT) From: "=?iso-8859-1?q?Pedro=20F.=20Giffuni?=" To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: more on non-executable mappings on NetBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: giffunip@asme.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 20:46:11 -0000 Hi; I know everyone is busy with the upcoming release, but JIC someone is interested on this, I found this recent progress report post on NetBSD's lists: ______ Subject: more on non-executable mappings To: None From: Chuck Silvers List: tech-kern Date: 11/28/2003 11:57:21 I'm getting back to looking at the rest of the non-executable mapping work from openbsd. (well, really this goes beyond that, to what they're calling "W^X", meaning that any given part of the user address space should not be both writable and executable.) the remaining items are: (1) update the kernel ELF code to handle more than 2 PT_LOAD sections. (2) change the linker to put the PLT, GOT and rodata into their PT_LOAD sections so that they can have different permissions than the existing "text" and "data" load sections. (3) change the runtime linker to use mprotect() to enable write access to the PLT only when needed, leaving it read-only the rest of the time. (4) other MD issues with kernel support for non-executable mappings (a) i386 currently only supports non-execute for the part of the address space where the traditional unix stack lives. this doesn't do anything for the data or bss sections, or the heap or mmap()d files (eg. shared libraries), or pthread stacks. the openbsd guys rearranged their user address space layout on i386 fairly drastically to put all the executable mappings below a certain threshold. (b) powerpc OEA hardware only supports execute permissions at a segment (256MB) granularity. ideally we would rearrange the user address space layout here as well to put all the executable mappings down in segment 0 in the usual case. the first of these should be non-controversial and I have attached a patch which implements it. I'll commit it in a week or so if there are no objections. as for the other items, I'd like opinions on whether or not we want them, and if we do, how we might achieve them with the fewest headaches. -Chuck -------- The patch is here: http://mail-index.netbsd.org/tech-kern/2003/11/28/0019.html ___________________ FWIW, I posted the CVS commit log of the initial work on the -hackers list some time ago. cheers, Pedro. ps. I attempted to post this on -security but there was some error on my side of the network. ________________________________________________________________________ Download Yahoo! Messenger now for a chance to win Live At Knebworth DVDs http://www.yahoo.co.uk/robbiewilliams From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 12:54:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52EFB16A4CE for ; Sun, 30 Nov 2003 12:54:48 -0800 (PST) Received: from mail.a-quadrat.at (mail.a-quadrat.at [81.223.141.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E33D743FDD for ; Sun, 30 Nov 2003 12:54:46 -0800 (PST) (envelope-from mbretter@a-quadrat.at) Received: from [192.168.90.200] (ras01.a-quadrat.at [192.168.90.200]) by files.a-quadrat.at (Postfix) with ESMTP id 0BE685C03C for ; Sun, 30 Nov 2003 21:53:31 +0100 (CET) Date: Sun, 30 Nov 2003 21:54:42 +0100 (CET) From: Michael Bretterklieber To: current@freebsd.org Message-ID: <20031130214739.Y364@worf.a-quadrat.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: libradius - missing defines X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 20:54:48 -0000 Hi, could someone please add these defines to radlib.h #define RAD_ACCT_INPUT_GIGAWORDS 52 #define RAD_ACCT_OUTPUT_GIGAWORDS 53 #define RAD_ACCT_INTERIM_INTERVAL 85 there is also a missing ACCT-Status-Type (RAD_ACCT_STATUS_TYPE) #define RAD_UPDATE 3 see also RFC 2869, thanx, bye, -- ------------------------------- ---------------------------------- Michael Bretterklieber - http://www.bretterklieber.com A-Quadrat Automation GmbH - http://www.a-quadrat.at Tel: ++43-(0)3172-41679 - GSM: ++43-(0)699 12861847 ------------------------------- ---------------------------------- "...the number of UNIX installations has grown to 10, with more expected..." - Dennis Ritchie and Ken Thompson, June 1972 From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 13:20:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0399316A4CF for ; Sun, 30 Nov 2003 13:20:22 -0800 (PST) Received: from smtp.web.de (smtp05.web.de [217.72.192.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB77343F85 for ; Sun, 30 Nov 2003 13:20:20 -0800 (PST) (envelope-from der_julian@web.de) Received: from [141.30.207.25] (helo=jmmr.no-ip.com) by smtp.web.de with smtp (WEB.DE 4.99 #516) id 1AQYzK-000420-00 for freebsd-current@freebsd.org; Sun, 30 Nov 2003 22:20:20 +0100 Date: Sun, 30 Nov 2003 22:18:28 +0100 From: "Julian St." To: freebsd-current@freebsd.org Message-Id: <20031130221828.7dfebfc9.der_julian@web.de> In-Reply-To: <50616.24.107.70.120.1070168644.squirrel@www2.neuroflux.com> References: <3FC93182.9090300@freebsd.org> <20031130000320.GZ35957@elvis.mu.org> <20031130012441.GA11695@xor.obsecurity.org> <50616.24.107.70.120.1070168644.squirrel@www2.neuroflux.com> X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Sun__30_Nov_2003_22_18_28_+0100_HcMZJ=nYcNXF.1VL" Sender: der_julian@web.de Subject: Re: Need to trim the disc1 packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 21:20:22 -0000 --Signature=_Sun__30_Nov_2003_22_18_28_+0100_HcMZJ=nYcNXF.1VL Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit > - IMO, Don't include netscape, mozilla or opera. KDE includes > Konqueror and GNOME has Nautilus(1/2). That's enough to get someone up > and running and let them get to www.freebsd.org to see how to install > something else. I do use neither KDE nor GNOME. At least keep one mozilla (or Opera, it doesn't matter). The Linux binaries could be dropped on disc1, though. But I just realise that I install over FTP most of the time anyway... > - I'd say (x)emacs could go as well. However, a lot of people learning > UNIX use this as their first "real" (aka powerful) editor (sorry > PiCo/nEdit just can't compare). I personally like vi/vim/gvim so I > might be biased. I think people expect to see (X)Emacs on an install disc of a unix-like OS. Regards, Julian -- Join the Group Mind -- become a Borg. --Signature=_Sun__30_Nov_2003_22_18_28_+0100_HcMZJ=nYcNXF.1VL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/yl6oF2+e7zo7hsMRAuokAKCeK/AhNkZToWbI/dhdZAk3B7G/mQCdGPHl jfN6WaGkOkbFaJ+5ezf9+PA= =Kp1D -----END PGP SIGNATURE----- --Signature=_Sun__30_Nov_2003_22_18_28_+0100_HcMZJ=nYcNXF.1VL-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 13:28:51 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDCDA16A4CF for ; Sun, 30 Nov 2003 13:28:51 -0800 (PST) Received: from sage.ts.co.nz (sage.tasman.net [202.49.92.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7588D43FBD for ; Sun, 30 Nov 2003 13:28:46 -0800 (PST) (envelope-from marcos@thepacific.net) Received: from sage.ts.co.nz (sage.ts.co.nz [202.49.92.1]) by sage.ts.co.nz (8.12.10/8.12.10) with ESMTP id hAULToYs011862 for ; Mon, 1 Dec 2003 10:29:50 +1300 Received: from thepacific.net (gateway-nelson.thepacific.net [202.49.95.33]) by sage.ts.co.nz (8.12.10/8.12.10) with ESMTP id hAULQisI011248 for ; Mon, 1 Dec 2003 10:26:44 +1300 Message-ID: <3FCA609E.6030508@thepacific.net> Date: Mon, 01 Dec 2003 10:26:54 +1300 From: Marcos Biscaysaqu Organization: ThePacific.net User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <3FCA5571.4090305@thepacific.net> In-Reply-To: <3FCA5571.4090305@thepacific.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Atheros Driver getting GOOD!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 21:28:52 -0000 I have lot of Ierrs and the pings to my clients go very high until I restart my ath0 interfaces and start to work all happy again. Im running the last dirver version from 29/11/03 I fogot my netstat Atheros# netstat -I ath0 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll ath0 1500 00:09:5b:94:63:e5 619574 8869 875732 66818 0 illegal prefixlen ath0 1500 default fe80:1::209:5bff: 0 - 3 - - Marcos Biscaysaqu wrote: > Hi there, > a month ago we couldn't made work a Freebsd in hostap with the new > Atheros card more than 4 min., Now with the looks so much better I > have got one running with more than 33 client and even in mode 11b > work faster than any Access Point or wireless card, but I still have > some problems, Some time the ping with the customers go very high I > we have times like 400 ms for a couple a minutes when the normal time > connection is no more than 4ms. Im have this problem only whe the > Atheros card, if I use a simple AP or a Freebsd with a PRISM card it's > all happy but no to fast as Atheros cards. > please if someone has an idea or need more informarion reply me. > > Thanks! > -- Marcos Biscaysaqu Systems Administrator ThePacific.Net Ltd. From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 13:38:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EFEB16A4CE for ; Sun, 30 Nov 2003 13:38:16 -0800 (PST) Received: from sdf.lonestar.org (ol.freeshell.org [192.94.73.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FBE043FCB for ; Sun, 30 Nov 2003 13:38:14 -0800 (PST) (envelope-from nunotex@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:nunotex@mx.freeshell.org [192.94.73.21]) by sdf.lonestar.org (8.12.10/8.12.10) with ESMTP id hAULcCoT024239 for ; Sun, 30 Nov 2003 21:38:12 GMT Received: (from nunotex@localhost) by sdf.lonestar.org (8.12.10/8.12.8/Submit) id hAULcCSW007529 for freebsd-current@freebsd.org; Sun, 30 Nov 2003 21:38:12 GMT Date: Sun, 30 Nov 2003 21:38:12 +0000 From: Nuno Teixeira To: freebsd-current@freebsd.org Message-ID: <20031130213812.GA16141@SDF.LONESTAR.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Operating-System: NetBSD 1.6.1_STABLE Subject: rpcbind not binding correctly with -h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 21:38:16 -0000 Hello to all, I'm having some problems with NFS on a FreeBSD 5.1 p11 NFS server is a gateway with an adsl alcatel USB modem and has the following rc.conf: rpcbind_enable="YES" rpcbind_flags="-h 192.168.0.1" nfs_server_enable="YES" nfs_server_flags="-u -t -n 6 -h 192.168.0.1" mountd_flags="-r" PROBLEM: The problem is unmounting NFS shares takes too much time on clients. It usualy gives an error on rebooting or shuting down related to rc that says that cannot execute rc.shutdown until the end. I can avoid the problem by doing a `ifconfig rl0 down` on clients before I reboot or shutdown. I think I found the origin of this problem because it only happens when the ADSL connetion is up on gateway: ADSL down: rl0: flags=8843 mtu 1500 inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 inet6 fe80::250:fcff:fec2:1816%rl0 prefixlen 64 scopeid 0x1 ether 00:50:fc:c2:18:16 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff000000 NO problems at all. Unmounting, rebooting, etc. ADSL up: rl0: flags=8843 mtu 1500 inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 inet6 fe80::250:fcff:fec2:1816%rl0 prefixlen 64 scopeid 0x1 ether 00:50:fc:c2:18:16 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff000000 tap0: flags=8843 mtu 1500 inet6 fe80::2bd:daff:fe2d:0%tap0 prefixlen 64 scopeid 0x3 ether 00:bd:da:2d:00:00 Opened by PID 527 tun0: flags=8051 mtu 1492 inet 213.13.234.240 --> 213.13.72.1 netmask 0xffffff00 Opened by PID 531 Problem discribed above. === Other thing that I noticed is that when I run nmap to ISP assigned ip adress it shows that rpcbind is open. 111/tcp open rpcbind 1023/tcp open netvenuechat Can anyone knows what the problem is? Bindind related? Thanks very much, Nuno Teixeira -- nunotex@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 13:46:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E96116A4CE; Sun, 30 Nov 2003 13:46:12 -0800 (PST) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [68.213.16.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96DAB43FE1; Sun, 30 Nov 2003 13:46:10 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from mindspring.com (titan.criticalmagic.com [68.213.16.23]) by saturn.criticalmagic.com (Postfix) with ESMTP id 1AE343BD2A; Sun, 30 Nov 2003 16:46:10 -0500 (EST) Message-ID: <3FCA652F.3080001@mindspring.com> Date: Sun, 30 Nov 2003 16:46:23 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andreas Klemm References: <200311281553.hASFrURT003309@siralan.org> <86fzg8scn5.fsf@borg.borderworlds.dk> <20031129142508.GA46034@titan.klemm.apsfilter.org> <20031129212652.GC8768@xor.obsecurity.org> <3FC955E3.3070608@FreeBSD.org> <3FCA10A4.2020409@mindspring.com> <20031130163517.GA70858@titan.klemm.apsfilter.org> In-Reply-To: <20031130163517.GA70858@titan.klemm.apsfilter.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: ports@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: Kris Kennaway cc: Oliver Eikemeier Subject: Re: Ports startup scripts in /etc/rc.d (Re: 5.2-BETA and related ports issues) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 21:46:12 -0000 Andreas Klemm wrote: >>I guess I don't see the problem. What is wrong with ports adding >>startup scripts to /etc/rc.d? For certain ports, that is the only way >>to get the startup dependencies right (like making sure openldap or >>postgresql starts before your mail system). This will become more >>important as more of the base system moves to ports/packages. >> >>Just refine the note in UPDATING to specifically state which startup >>scripts to remove, rather than "rm -rf /etc/rc.d/*". > > > As I wrote im my previous mail we could import wrapper scripts > for such basic services, since there are only few services > that are so generic, that they have to be available so early > in boot order. > > I strongly would dislike creating ports to install stuff under > /etc/. > > This would start to violate things for what I liked FreeBSD for > all these many years and I hope/think other have the same feeling > concerning this. > > Andreas /// > But that kinda defeats the purpose of RCNG. One of the best features of RCNG is that it makes it easier to add/delete applications from the system. Not using it for this purpose reduces its utility. Let's not let the typical BSD traditionalism get in the way of using RCNG for what it's designed. Don't get me wrong. I'm not advocating Linux-style integration of packages/ports. But this seems fairly harmless. Richard Coleman richardcoleman@mindspring.com From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 14:00:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB69B16A4CF; Sun, 30 Nov 2003 14:00:40 -0800 (PST) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [68.213.16.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1DB643F85; Sun, 30 Nov 2003 14:00:36 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from mindspring.com (titan.criticalmagic.com [68.213.16.23]) by saturn.criticalmagic.com (Postfix) with ESMTP id 09A103BD2A; Sun, 30 Nov 2003 17:00:36 -0500 (EST) Message-ID: <3FCA6891.1020400@mindspring.com> Date: Sun, 30 Nov 2003 17:00:49 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <200311281553.hASFrURT003309@siralan.org> <20031130084800.GA64364@titan.klemm.apsfilter.org> <3FCA12B3.7070604@mindspring.com> <200311301746.27134.freebsd-current@webteckies.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@FreeBSD.org cc: Kris Kennaway cc: Oliver Eikemeier cc: Andreas Klemm Subject: Re: 5.2-BETA and related ports issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 22:00:41 -0000 Dag-Erling Smørgrav wrote: > Melvyn Sopacua writes: > >>Then you can just as easily nuke the entire mailer.conf principle and symlink >>bin/postfix to etc/rc.d/050.postfix.sh. > > > This is actually one of the two recommended ways of starting postfix > (and the one I prefer). The main reason for mailer.conf to exist is > that a lot of scripts have /usr/sbin/sendmail hardcoded and TPTB > decided that they didn't want to use 'use.perl port'-style symlinks. > > DES But all these seem like such hacks. It would be so much cleaner to move sendmail.sh out of the way and just add postfix.sh to /etc/rc.d, rather than using tricks with symlinks and rc.conf variables. If you have a small number of ports added, it's not a big deal. But all these hacks get confusing when you have a lot of ports, each doing it's own special trick. The mailer.conf issue (for mail injection) is a separate issue and there's really no way around that. Richard Coleman richardcoleman@mindspring.com From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 14:24:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D0C216A4CE; Sun, 30 Nov 2003 14:24:29 -0800 (PST) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id E73DE43FB1; Sun, 30 Nov 2003 14:24:27 -0800 (PST) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) hAUMORv9091389; Sun, 30 Nov 2003 17:24:27 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id hAUMOQsi091388; Sun, 30 Nov 2003 17:24:26 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Date: Sun, 30 Nov 2003 17:24:26 -0500 (EST) Message-Id: <200311302224.hAUMOQsi091388@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, i386@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 22:24:29 -0000 TB --- 2003-11-30 21:17:02 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-11-30 21:17:02 - starting CURRENT tinderbox run for i386/pc98 TB --- 2003-11-30 21:17:02 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/pc98 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-11-30 21:20:38 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2003-11-30 22:18:49 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Nov 30 22:18:49 GMT 2003 [...] /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/vm/uma_core.c: In function `cache_drain': /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/vm/uma_core.c:572: error: `mp_maxid' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/vm/uma_core.c: In function `uma_startup': /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/vm/uma_core.c:1223: error: `mp_maxid' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/vm/uma_core.c: In function `uma_print_zone': /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/vm/uma_core.c:2100: error: `mp_maxid' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/vm/uma_core.c: In function `sysctl_vm_zone': /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/vm/uma_core.c:2148: error: `mp_maxid' undeclared (first use in this function) *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src. TB --- 2003-11-30 22:24:26 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-11-30 22:24:26 - TB --- ERROR: failed to build generic kernel TB --- 2003-11-30 22:24:26 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 14:42:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FD7416A4CE for ; Sun, 30 Nov 2003 14:42:26 -0800 (PST) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id C915243F93 for ; Sun, 30 Nov 2003 14:42:24 -0800 (PST) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9p2/8.12.9) with ESMTP id hAUMgHeF024872; Sun, 30 Nov 2003 14:42:21 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200311302242.hAUMgHeF024872@gw.catspoiler.org> Date: Sun, 30 Nov 2003 14:42:16 -0800 (PST) From: Don Lewis To: shoesoft@gmx.net In-Reply-To: <1070193640.2995.8.camel@shoeserv.freebsd> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: current@FreeBSD.org Subject: Re: 5.2-BETA panic: page fault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 22:42:26 -0000 On 30 Nov, Stefan Ehmann wrote: > On Sun, 2003-11-30 at 11:13, Stefan Ehmann wrote: >> This happens to me several times a day (cvsup from yesterday didn't >> change anything). The panic message is always the same, the backtrace is >> different though (but always seems to be file system related in some >> way) >> >> Here's one from today: > > As per request I made a (hopefully more useful) backtrace with a patched > gdb version: > > (kgdb) bt > #12 0xc050f8f8 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 > #13 0xc068248c in trap_fatal (frame=0xd7f2ea48, eva=0) > at /usr/src/sys/i386/i386/trap.c:821 > #14 0xc0682152 in trap_pfault (frame=0xd7f2ea48, usermode=0, eva=0) > at /usr/src/sys/i386/i386/trap.c:735 > #15 0xc0681d63 in trap (frame= > {tf_fs = -672006120, tf_es = -672006128, tf_ds = -1068105712, > tf_edi = -1066664931, tf_esi = 228, tf_ebp = -671946076, tf_isp = > -671946124, tf_ebx = 0, tf_edx = 16777217, tf_ecx = -1011687424, tf_eax > = -1011660928, tf_trapno = 12, tf_err = 0, tf_eip = -1068475565, tf_cs = > 8, tf_eflags = 66178, tf_esp = 2, tf_ss = -1011660928}) at > /usr/src/sys/i386/i386/trap.c:420 > #16 0xc06743d8 in calltrap () at {standard input}:94 > #17 0xc0505b53 in _mtx_lock_flags (m=0x0, opts=0, > file=0xc06bfc1d "/usr/src/sys/kern/kern_lock.c", line=228) > at /usr/src/sys/kern/kern_mutex.c:214 > #18 0xc0502b54 in lockmgr (lkp=0xc3b2e028, flags=0, interlkp=0xe4, > td=0xc06bfc1d) at /usr/src/sys/kern/kern_lock.c:228 > #19 0xc0566d87 in vfs_busy (mp=0x0, flags=0, interlkp=0x0, td=0x0) > at /usr/src/sys/kern/vfs_subr.c:527 > #20 0xc056374c in lookup (ndp=0xd7f2ec00) at > /usr/src/sys/kern/vfs_lookup.c:559 It seems pretty clear that the panic is caused by passing a null pointer to mtx_lock(). That is pretty clear from the eva=0 argument to trap_pfault() and the m=0x0 argument to _mtx_lock_flags(). If you have INVARIANTS defined, the first thing that _mtx_lock_flags() does is to dereference m->mtx_object, which is at beginning of struct mtx. There appears to be some stack spammage happening, and it is pretty much consistent between this stack trace and the previous one displayed by the unpatched version of gdb. Notice how all the arguments to vfs_busy() are NULL/0, but td and interlkp are passed directly to lockmgr(), which has a non-NULL td and interlkp arguments, though the interlkp argument looks seriously bogus. Looking at the lockmgr() call in vfs_busy(), I don't see how the flags argument to lockmgr() could be 0. If the mp argument to vfs_busy() were really NULL, vfs_busy() would have paniced before calling lockmgr(). I wonder if an interrupt handler is stomping on the stack ... From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 14:45:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EDEA16A4CE for ; Sun, 30 Nov 2003 14:45:35 -0800 (PST) Received: from zxy.spb.ru (zxy.spb.ru [194.58.105.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3B8843FB1 for ; Sun, 30 Nov 2003 14:45:31 -0800 (PST) (envelope-from slw@zxy.spb.ru) Received: from mail.acropolis.ru (office.acropolis.ru [195.239.136.194] (may be forged)) by zxy.spb.ru (8.12.9/8.12.9) with ESMTP id hAUMjT58084372 for ; Mon, 1 Dec 2003 01:45:29 +0300 (MSK) (envelope-from slw@zxy.spb.ru) Received: from mail.acropolis.ru (localhost.office.acropolis.ru [127.0.0.1]) by mail.acropolis.ru (8.12.9p2/8.12.9) with ESMTP id hAUMjSgO051294 for ; Mon, 1 Dec 2003 01:45:28 +0300 (MSK) (envelope-from slw@zxy.spb.ru) Received: (from slw@localhost) by mail.acropolis.ru (8.12.9p2/8.12.9/Submit) id hAUMjSPg051293 for current@freebsd.org; Mon, 1 Dec 2003 01:45:28 +0300 (MSK) (envelope-from slw@zxy.spb.ru) X-Authentication-Warning: mail.acropolis.ru: slw set sender to slw@zxy.spb.ru using -f Date: Mon, 1 Dec 2003 01:45:28 +0300 From: Slawa Olhovchenkov To: current@freebsd.org Message-ID: <20031130224527.GA51208@mail.acropolis.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i X-Spam-Status: No, hits=-4.9 required=15.0 tests=BAYES_00 autolearn=ham version=2.60-rc3 X-Spam-Checker-Version: SpamAssassin 2.60-rc3 (1.202-2003-08-29-exp) on mail.acropolis.ru Subject: psmintr not attached w/ acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 22:45:35 -0000 If acpi enabled PS/2 mouse failed to work and irq12 cold't attach to psmintr. Is this problem "reporting PS/2 mouse resource before atkbdc"? psmcpnp0 irq 12 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000000, packet size:4 psm0: syncmask:08, syncbits:08 vmstat -i interrupt total rate irq0: clk 64245 99 irq1: atkbd0 1 0 irq8: rtc 82235 127 irq11: xl0 uhci0+ 737 1 irq13: npx0 1 0 irq14: ata0 2411 3 irq15: ata1 52 0 Total 149682 232 Device (PS2M) { Name (_HID, EisaId ("PNP0F13")) Method (_STA, 0, NotSerialized) { If (LEqual (PS2F, 0x00)) { Return (0x0F) } Else { Return (0x00) } } Method (_CRS, 0, NotSerialized) { Name (BUF1, Buffer (0x05) { 0x22, 0x00, 0x10, 0x79, 0x00 }) Name (BUF2, Buffer (0x15) { 0x47, 0x01, 0x60, 0x00, 0x60, 0x00, 0x01, 0x01, 0x47, 0x01, 0x64, 0x00, 0x64, 0x00, 0x01, 0x01, 0x22, 0x00, 0x10, 0x79, 0x00 }) If (LEqual (KBDI, 0x01)) { Return (BUF2) } Else { Return (BUF1) } } } Device (PS2K) { Name (_HID, EisaId ("PNP0303")) Method (_STA, 0, NotSerialized) { If (LEqual (KBDI, 0x01)) { Return (0x00) } Else { Return (0x0F) } } Name (_CRS, Buffer (0x15) { 0x47, 0x01, 0x60, 0x00, 0x60, 0x00, 0x01, 0x01, 0x47, 0x01, 0x64, 0x00, 0x64, 0x00, 0x01, 0x01, 0x22, 0x02, 0x00, 0x79, 0x00 }) } -- Slawa Olhovchenkov From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 15:33:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A07216A4CE; Sun, 30 Nov 2003 15:33:47 -0800 (PST) Received: from morpheus.webteckies.org (node123e0.a2000.nl [24.132.35.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id A09C443FE9; Sun, 30 Nov 2003 15:33:32 -0800 (PST) (envelope-from freebsd-current@webteckies.org) Received: from sarevok.idg.nl (unknown [192.168.1.12]) by morpheus.webteckies.org (Postfix) with ESMTP id 0DFB1107C6; Mon, 1 Dec 2003 00:30:13 +0100 (CET) From: Melvyn Sopacua Organization: WebTeckies.org To: richardcoleman@mindspring.com, Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= Date: Mon, 1 Dec 2003 00:33:26 +0100 User-Agent: KMail/1.5.93 References: <200311281553.hASFrURT003309@siralan.org> <3FCA6891.1020400@mindspring.com> In-Reply-To: <3FCA6891.1020400@mindspring.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_K5ny/sS+orp9g+U"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200312010033.30577.freebsd-current@webteckies.org> cc: freebsd-current@FreeBSD.org cc: Oliver Eikemeier cc: Andreas Klemm cc: Kris Kennaway Subject: Re: 5.2-BETA and related ports issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 23:33:47 -0000 --Boundary-02=_K5ny/sS+orp9g+U Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 30 November 2003 23:00, Richard Coleman wrote: > Dag-Erling Sm=F8rgrav wrote: > > Melvyn Sopacua writes: > >>Then you can just as easily nuke the entire mailer.conf principle and > >> symlink bin/postfix to etc/rc.d/050.postfix.sh. > > > > This is actually one of the two recommended ways of starting postfix > > (and the one I prefer). The main reason for mailer.conf to exist is > > that a lot of scripts have /usr/sbin/sendmail hardcoded and TPTB > > decided that they didn't want to use 'use.perl port'-style symlinks. > > > > DES > > But all these seem like such hacks. It would be so much cleaner to move > sendmail.sh out of the way and just add postfix.sh to /etc/rc.d, rather > than using tricks with symlinks and rc.conf variables. Symlinks have the added advantage that you can easily see what you've done= =20 using ls(1) - unlike /usr/sbin/sendmail being a shell script. In this=20 specific case, postfix already supports the 'start' and 'stop' arguments, s= o=20 there's no need for a wrapper script translating arguments. > If you have a=20 > small number of ports added, it's not a big deal. But all these hacks > get confusing when you have a lot of ports, each doing it's own special > trick. Isn't that *exactly why* ports should respect $PREFIX? At least than you kn= ow=20 that startup scripts are in one place. Maybe all that is needed is a variab= le=20 RCDIR?=3D etc/rc.d, for people who want to 'deviate' from this convention. > The mailer.conf issue (for mail injection) is a separate issue and > there's really no way around that. Just to be clear: with 'nuke' I meant sendmail_enable=3D"NONE" in /etc/rc.c= onf. Very convenient I might add. =2D-=20 Melvyn =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D =46reeBSD sarevok.webteckies.org 5.2-BETA FreeBSD 5.2-BETA #1: Sat Nov 29=20 00:15:33 CET 2003 root@sarevok.webteckies.org:/usr/obj/usr/src/sys/ SAREVOK_NOFW_DBG i386 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D --Boundary-02=_K5ny/sS+orp9g+U Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/yn5KOv9JNmfFN5URAkW4AJ9LqyhqTDbMeqoTu86zs7HhghV9YwCfdAu0 mmkgZZvlcnAN2gyS8aDZqgo= =WhP0 -----END PGP SIGNATURE----- --Boundary-02=_K5ny/sS+orp9g+U-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 15:41:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4644B16A4CE; Sun, 30 Nov 2003 15:41:20 -0800 (PST) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CD7F44001; Sun, 30 Nov 2003 15:40:23 -0800 (PST) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) hAUNeEv9003234; Sun, 30 Nov 2003 18:40:14 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id hAUNeD78003233; Sun, 30 Nov 2003 18:40:13 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Date: Sun, 30 Nov 2003 18:40:13 -0500 (EST) Message-Id: <200311302340.hAUNeD78003233@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, ia64@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 23:41:20 -0000 TB --- 2003-11-30 22:24:27 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-11-30 22:24:27 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2003-11-30 22:24:27 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-11-30 22:27:26 - building world TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2003-11-30 23:32:24 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Nov 30 23:32:25 GMT 2003 [...] /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/vm/uma_core.c: In function `cache_drain': /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/vm/uma_core.c:572: error: `mp_maxid' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/vm/uma_core.c: In function `uma_startup': /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/vm/uma_core.c:1223: error: `mp_maxid' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/vm/uma_core.c: In function `uma_print_zone': /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/vm/uma_core.c:2100: error: `mp_maxid' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/vm/uma_core.c: In function `sysctl_vm_zone': /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/vm/uma_core.c:2148: error: `mp_maxid' undeclared (first use in this function) *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. TB --- 2003-11-30 23:40:13 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-11-30 23:40:13 - TB --- ERROR: failed to build generic kernel TB --- 2003-11-30 23:40:13 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 15:48:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64ED416A4CE; Sun, 30 Nov 2003 15:48:05 -0800 (PST) Received: from postman.arcor.de (postman4.arcor-online.net [151.189.0.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEAB443FBD; Sun, 30 Nov 2003 15:48:00 -0800 (PST) (envelope-from eik@FreeBSD.org) Received: from FreeBSD.org (p5080B477.dip.t-dialin.net [80.128.180.119]) (authenticated bits=0) by postman.arcor.de (8.12.9/8.12.9) with ESMTP id hAUNlp42002079 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Dec 2003 00:47:53 +0100 (MET) Message-ID: <3FCA81A7.9080508@FreeBSD.org> Date: Mon, 01 Dec 2003 00:47:51 +0100 From: Oliver Eikemeier Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en, de MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Dag-Erling Smorgrav cc: freebsd-current@FreeBSD.org cc: Andreas Klemm cc: Kris Kennaway Subject: Re: 5.2-BETA and related ports issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 23:48:05 -0000 Robert Watson wrote: > On Sun, 30 Nov 2003, Andreas Klemm wrote: > >>I have a better idea, then we perhaps need something like a wrapper >>script that is part of the FreeBSD basic system under /etc/rc.d that >>checks for the start script under $LOCALBASE/etc/rc.d and starts it very >>early. > > Hmm. I talked with Gordon about this issue some last night, but he > pointed out a snag: most installs of FreeBSD place /usr on a separate > partition from /. The rcNG ordering decision is made before /usr is > mounted, as /usr is mounted as part of the pieces kicked off by rc.d. So > it would be a fairly large departure from the current implementation of > the rcNG code to reevaluate the ordering once more directories were > available in which to find scripts to run. Not that it's not doable, but > we need to think about it carefully (and, unfortunately, it's not as easy > as simply adding /usr/local/etc/rc.d to the list..) In PR conf/56736: I suggested something like that: evaluate rcorder, execute till a certain point, the reevaluate and continue exection. If you are interested I can modify the patch to do just that. -Oliver From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 15:49:31 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A384216A4CE; Sun, 30 Nov 2003 15:49:31 -0800 (PST) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [68.213.16.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B15543FBD; Sun, 30 Nov 2003 15:49:30 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from mindspring.com (titan.criticalmagic.com [68.213.16.23]) by saturn.criticalmagic.com (Postfix) with ESMTP id C07F33BD10; Sun, 30 Nov 2003 18:49:29 -0500 (EST) Message-ID: <3FCA8217.4010602@mindspring.com> Date: Sun, 30 Nov 2003 18:49:43 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Melvyn Sopacua References: <200311281553.hASFrURT003309@siralan.org> <3FCA6891.1020400@mindspring.com> <200312010033.30577.freebsd-current@webteckies.org> In-Reply-To: <200312010033.30577.freebsd-current@webteckies.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= cc: freebsd-current@FreeBSD.org cc: Oliver Eikemeier cc: Andreas Klemm cc: Kris Kennaway Subject: Re: 5.2-BETA and related ports issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 23:49:31 -0000 Melvyn Sopacua wrote: > Isn't that *exactly why* ports should respect $PREFIX? At least than you know > that startup scripts are in one place. Maybe all that is needed is a variable > RCDIR?= etc/rc.d, for people who want to 'deviate' from this convention. I like that idea. That could work. But to make this seemless (in the case of RCDIR=/etc/rc.d), we would need to start adding the RCNG keywords to the startup scripts added by ports. Richard Coleman richardcoleman@mindspring.com From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 15:54:51 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24F7B16A4CE for ; Sun, 30 Nov 2003 15:54:51 -0800 (PST) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D179043F75 for ; Sun, 30 Nov 2003 15:54:49 -0800 (PST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id hAUNsj293382; Sun, 30 Nov 2003 18:54:45 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sun, 30 Nov 2003 18:54:45 -0500 (EST) From: Jeff Roberson To: Colin Percival In-Reply-To: <5.0.2.1.1.20031130190339.0322e0b8@popserver.sfu.ca> Message-ID: <20031130184620.G4201-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: user:sys time ratio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 23:54:51 -0000 On Sun, 30 Nov 2003, Colin Percival wrote: > Robert Watson suggested that I compare performance from UP and SMP kernels: > > # /usr/bin/time -hl sh -c 'make -s buildworld 2>&1' > /dev/null > Real User Sys > UP kernel 38m33.29s 27m10.09s 10m59.15s > (retest) 38m33.18s 27m04.40s 11m05.73s > SMP w/o HTT 41m01.54s 27m10.27s 13m29.82s > (retest) 39m47.50s 27m08.05s 12m12.20s > SMP w/HTT 42m17.16s 28m12.82s 14m04.93s > (retest) 44m09.61s 28m15.31s 15m44.86s > > That enabling HTT degrades performance is not surprising, since I'm not > passing the -j option to make; but a 5% performance delta between UP and > SMP kernels is rather surprising (to me, at least), and the fact that the > system time varies so much on the SMP kernel also seems peculiar. So you have enabled SMP on a system with one physical core and two logical cores? Looks like almost a 20% slowdown in system time with the SMP kernel. It's too bad it's enabled by default now. I suspect that some of this is due to using the lock prefix on P4 cores. It makes the cost of a mutex over 300 cycles vs 50. It might be interesting to do an experiment without HTT, but with SMP enabled and the lock prefix commented out. I have a set of changes for ULE that should fix some of the HTT slowdown, although it is inevitable that there will always be some. If you would like to try the patch, it's available at: http://www.chesapeake.net/~jroberson/ulehtt.diff Cheers, Jeff > Is this normal? > > Colin Percival > > _______________________________________________ > 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-current@FreeBSD.ORG Sun Nov 30 15:57:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88F6316A4CE; Sun, 30 Nov 2003 15:57:53 -0800 (PST) Received: from www.computinginnovations.com (dsl081-142-072.chi1.dsl.speakeasy.net [64.81.142.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B7FB43FAF; Sun, 30 Nov 2003 15:57:51 -0800 (PST) (envelope-from derek@computinginnovations.com) Received: from p17.computinginnovations.com (dhcp-192-168-1-121.computinginnovations.com [192.168.1.121]) (authenticated bits=0)hAUNvmYv079410; Sun, 30 Nov 2003 17:57:50 -0600 (CST) Message-Id: <6.0.0.22.2.20031130175338.01ce7378@www.computinginnovations.com> X-Sender: derek@www.computinginnovations.com X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Sun, 30 Nov 2003 17:57:45 -0600 To: Scott Long , Robert Watson From: Derek Ragona In-Reply-To: <3FCA4CAB.2030307@freebsd.org> References: <3FCA4CAB.2030307@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-current@freebsd.org Subject: Re: SiI3112 SATA controller problems - status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 23:57:53 -0000 I tried the 11/29 snapshot, it is indeed worse. I got a failure during the= =20 install's fsck. The errors I got were: ad4: Warning - WRITE_DMA recovered from missing interrupt ad4: Failure - WRITE_DMA status=3Dff followed by lots of: ad4: timeout sending command=3Dca ad4: error issuing DMA command All along I have experienced "missing interrupt" errors, along with DMA=20 write errors. -Derek At 02:01 PM 11/30/2003, Scott Long wrote: >Robert Watson wrote: >>On Sun, 30 Nov 2003, Joe Marcus Clarke wrote: >> >>>On Fri, 2004-01-30 at 09:43, HaggeL wrote: >>> >>>>Hi Guys :) >>>> >>>>Sorry if i waste your time. I=AEm a freeBSD noob and need some help. >>>>I want to install freeBSD in januar and have some problems. I want to >>>>buy me a new harddrive, a serial ATA one, because i got the "Silicon >>>>ImageR Sil 3112A-Controller" onboard (Asus A7N8X Motherboard). I >>>>didn=AEt find a driver in the Hardware Notes of FreeBSD 5.1, and on the >>>>Producer homepage are only ready Linuxkernels avaible >>>>(http://12.24.47.40/display/2n/searchDirect/?searchString=3DSil+3112A&se= archType=3Dallwords&searchby=3Dkeywords&r=3D0.8157617). >>>>So can anyone tell me if i can get a SATA disk run? I don=AEt want to >>>>boot from it, just read and write. Buying a new disk only for windows >>>>use is wasted money >>> >>>We're having a pretty lengthy discussion about these controllers on this >>>list right now. I suggest you read the archives. Bottom line, the >>>controller is supported, but it's problematic. The ATA maintainer has >>>working controllers, but there are those of us that experience data >>>corruption, and at least one user that can't use his drive at all when >>>connected to said controller. >> >>I believe a workaround was recently committed to improve behavior on older >>cards using that chipset. Specifically the following change to >>ata-chipset.c: >> revision 1.48 >> date: 2003/11/28 19:01:28; author: sos; state: Exp; lines: +6 -2 >> Workaround for errata on early versions of the sii3112. >> >> Approved by: re@ >>Does this make any difference in your configuration? >>Robert N M Watson FreeBSD Core Team, TrustedBSD Projects >>robert@fledge.watson.org Senior Research Scientist, McAfee Research > >This commit only fixes a silent data corruption issue. I believe that >the issue at hand involves DMA not working at all. > >Scott > >_______________________________________________ >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-current@FreeBSD.ORG Sun Nov 30 16:10:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4672C16A4CF for ; Sun, 30 Nov 2003 16:10:16 -0800 (PST) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59A7A43FCB for ; Sun, 30 Nov 2003 16:10:15 -0800 (PST) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9p2/8.12.9) with ESMTP id hB10A7eF025004; Sun, 30 Nov 2003 16:10:11 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200312010010.hB10A7eF025004@gw.catspoiler.org> Date: Sun, 30 Nov 2003 16:10:07 -0800 (PST) From: Don Lewis To: shoesoft@gmx.net In-Reply-To: <1070193640.2995.8.camel@shoeserv.freebsd> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: current@FreeBSD.org Subject: Re: 5.2-BETA panic: page fault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 00:10:16 -0000 Can you reproduce this problem without bktr? > #6 0xc06743d8 in calltrap () at {standard input}:94 > #7 0xc0505b53 in _mtx_lock_flags (m=0x0, opts=0, > file=0xc06bfc1d "/usr/src/sys/kern/kern_lock.c", line=228) > at /usr/src/sys/kern/kern_mutex.c:214 > #8 0xc0502b54 in lockmgr (lkp=0xc3b2e028, flags=0, interlkp=0xe4, > td=0xc06bfc1d) at /usr/src/sys/kern/kern_lock.c:228 > #9 0xc0566d87 in vfs_busy (mp=0x0, flags=16, interlkp=0xc075d0e0, > td=0x0) > at /usr/src/sys/kern/vfs_subr.c:527 > #10 0xc056cfff in sync (td=0xc0730dc0, uap=0x0) > #16 0xc06743d8 in calltrap () at {standard input}:94 > #17 0xc0505b53 in _mtx_lock_flags (m=0x0, opts=0, > file=0xc06bfc1d "/usr/src/sys/kern/kern_lock.c", line=228) > at /usr/src/sys/kern/kern_mutex.c:214 > #18 0xc0502b54 in lockmgr (lkp=0xc3b2e028, flags=0, interlkp=0xe4, > td=0xc06bfc1d) at /usr/src/sys/kern/kern_lock.c:228 > #19 0xc0566d87 in vfs_busy (mp=0x0, flags=0, interlkp=0x0, td=0x0) > at /usr/src/sys/kern/vfs_subr.c:527 > #20 0xc056374c in lookup (ndp=0xd7f2ec00) at > /usr/src/sys/kern/vfs_lookup.c:559 You are getting a double panic, with the second happening during the file system sync. The code seems to be be tripping over the same mount list entry each time. Maybe the mount list is getting corrupted. Are you using amd? Print *lkp in the lockmgr() stack frame. You might want to add KASSERT(mp->mnt_lock.lk_interlock !=NULL, "vfs_busy: NULL mount pointer interlock"); at the top of vfs_busy() and right before the lockmgr() call. From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 16:12:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E94F316A4CE for ; Sun, 30 Nov 2003 16:12:16 -0800 (PST) Received: from postman.arcor.de (postman2.arcor-online.net [151.189.0.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7BC443FD7 for ; Sun, 30 Nov 2003 16:12:09 -0800 (PST) (envelope-from eik@FreeBSD.org) Received: from FreeBSD.org (p5080B477.dip.t-dialin.net [80.128.180.119]) (authenticated bits=0) by postman.arcor.de (8.12.9/8.12.9) with ESMTP id hB10C4gk007198 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Dec 2003 01:12:05 +0100 (MET) Message-ID: <3FCA8754.6020509@FreeBSD.org> Date: Mon, 01 Dec 2003 01:12:04 +0100 From: Oliver Eikemeier Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en, de MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <200311281553.hASFrURT003309@siralan.org> <86fzg8scn5.fsf@borg.borderworlds.dk> <20031129142508.GA46034@titan.klemm.apsfilter.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-current@FreeBSD.org Subject: Re: 5.2-BETA and related ports issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 00:12:17 -0000 Dag-Erling Sm=F8rgrav wrote: > Andreas Klemm writes: >=20 >>I can't recommend doing it this way, since some ports I know >>are writing startup scripts to /etc/rc.d :-/ >=20 > That is very, very bad. I wish we had some kind of ports QA team :( Can I assign PR 56748 to qa@FreeBSD.org? From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 16:18:07 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44A7B16A4CF; Sun, 30 Nov 2003 16:18:07 -0800 (PST) Received: from basement.kutulu.org (pcp03610121pcs.longhl01.md.comcast.net [68.49.239.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id A199E43FB1; Sun, 30 Nov 2003 16:18:04 -0800 (PST) (envelope-from kutulu@kutulu.org) Received: from wombat.localnet (wombat.localnet [192.168.69.3]) by basement.kutulu.org (Postfix) with ESMTP id D9DA9A904; Sun, 30 Nov 2003 19:18:03 -0500 (EST) Received: by wombat.localnet (Postfix, from userid 1001) id 945C2B855; Sun, 30 Nov 2003 19:18:03 -0500 (EST) Date: Sun, 30 Nov 2003 19:18:03 -0500 From: Michael Edenfield To: Robert Watson Message-ID: <20031201001803.GA52931@wombat.localnet> Mail-Followup-To: Robert Watson , Andreas Klemm , Dag-Erling Smorgrav , Kris Kennaway , freebsd-current@FreeBSD.org, Oliver Eikemeier References: <20031130115547.GA67257@titan.klemm.apsfilter.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: X-Mailer: Mutt http://www.mutt.org/ X-Accept-Language: en X-PGP-Key: http://www.kutulu.org/pgp/kutulu.asc X-PGP-Fingerprint: 1CE0 3C31 7013 D529 406D 37DC 09CC CD84 A46C 878F User-Agent: Mutt/1.5.5.1i cc: Dag-Erling Smorgrav cc: freebsd-current@FreeBSD.org cc: Oliver Eikemeier cc: Andreas Klemm cc: Kris Kennaway Subject: Re: 5.2-BETA and related ports issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 00:18:07 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Robert Watson [031130 11:36]: >=20 > On Sun, 30 Nov 2003, Andreas Klemm wrote: >=20 > > I have a better idea, then we perhaps need something like a wrapper > > script that is part of the FreeBSD basic system under /etc/rc.d that > > checks for the start script under $LOCALBASE/etc/rc.d and starts it very > > early.=20 >=20 > Hmm. I talked with Gordon about this issue some last night, but he > pointed out a snag: most installs of FreeBSD place /usr on a separate > partition from /. The rcNG ordering decision is made before /usr is > mounted, as /usr is mounted as part of the pieces kicked off by rc.d. So > it would be a fairly large departure from the current implementation of > the rcNG code to reevaluate the ordering once more directories were > available in which to find scripts to run. Not that it's not doable, but > we need to think about it carefully (and, unfortunately, it's not as easy > as simply adding /usr/local/etc/rc.d to the list..) Having wrapper Since this issue only comes up for a small number of ports, mostly those ports which can behave as back-end services for things that are in the base, wouldn't in be sufficient to have certain checkpoints in the rcNG code that simple scanned for and ran anything in a given location? You wouldn't need to reorder anything, simply have clearly defined "pre-whatever" or "post-whatever" steps that did something like: for i in `grep "RUNAT: post-mount-usr" /usr/local/etc/rc.d/*.sh` ; do [ -x $i ] && sh $1; done --Mike --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/yoi7CczNhKRsh48RAglqAJ96p5E8MfI3qrCMBI9sXaYUD70cbgCfQbJl b3jp9ulch2og9ONGxjyM0Lw= =Oa35 -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 16:28:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E996616A4CE for ; Sun, 30 Nov 2003 16:28:46 -0800 (PST) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4E6643FAF for ; Sun, 30 Nov 2003 16:28:45 -0800 (PST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id hB10SdG09120; Sun, 30 Nov 2003 19:28:39 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sun, 30 Nov 2003 19:28:39 -0500 (EST) From: Jeff Roberson To: Paulius Bulotas In-Reply-To: <20031130190647.GA89932@kaktusas.org> Message-ID: <20031130192829.J4201-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: kernel compile fails in uma_core.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 00:28:47 -0000 On Sun, 30 Nov 2003, Paulius Bulotas wrote: > Hello, > > when building kernel: > ../../../vm/uma_core.c: In function `zone_timeout': > ../../../vm/uma_core.c:345: error: `mp_maxid' undeclared (first use in > this function) > and so on. > > Anything I missed? I just fixed this, sorry. > > Paulius > _______________________________________________ > 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-current@FreeBSD.ORG Sun Nov 30 16:35:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F22DC16A4CE for ; Sun, 30 Nov 2003 16:35:58 -0800 (PST) Received: from email06.aon.at (WARSL402PIP3.highway.telekom.at [195.3.96.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 73A8843FAF for ; Sun, 30 Nov 2003 16:35:56 -0800 (PST) (envelope-from shoesoft@gmx.net) Received: (qmail 238588 invoked from network); 1 Dec 2003 00:35:54 -0000 Received: from m102p005.dipool.highway.telekom.at (HELO ?62.46.2.165?) ([62.46.2.165]) (envelope-sender ) by qmail6rs.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 1 Dec 2003 00:35:54 -0000 From: Stefan Ehmann To: Don Lewis In-Reply-To: <200312010010.hB10A7eF025004@gw.catspoiler.org> References: <200312010010.hB10A7eF025004@gw.catspoiler.org> Content-Type: text/plain Message-Id: <1070238961.5827.17.camel@shoeserv.freebsd> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 01 Dec 2003 01:36:02 +0100 Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: Re: 5.2-BETA panic: page fault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 00:35:59 -0000 On Mon, 2003-12-01 at 01:10, Don Lewis wrote: > Can you reproduce this problem without bktr? > > You are getting a double panic, with the second happening during the > file system sync. The code seems to be be tripping over the same mount > list entry each time. Maybe the mount list is getting corrupted. Are > you using amd? Print *lkp in the lockmgr() stack frame. > > > You might want to add > KASSERT(mp->mnt_lock.lk_interlock !=NULL, "vfs_busy: NULL mount > pointer interlock"); > at the top of vfs_busy() and right before the lockmgr() call. No, I'm not using amd. (kgdb) print *lkp $1 = {lk_interlock = 0x0, lk_flags = 0, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 0, lk_prio = 0, lk_wmesg = 0x0, lk_timo = 0, lk_lockholder = 0x0, lk_newlock = 0x0} This is indeed just NULLs. I haven't tried without bktr yet but I hope I'll have time for that (and the KASSERT) tomorrow. The panic only seems to happen when accessing my read-only mounted ext2 partition. Today I tried not to access any data there and uptime is 14h30min now. The panic always happened after a few hours. So this is probably the core of the problem. From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 16:46:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48ACE16A4CE for ; Sun, 30 Nov 2003 16:46:59 -0800 (PST) Received: from fep03-mail.bloor.is.net.cable.rogers.com (fep03-mail.bloor.is.net.cable.rogers.com [66.185.86.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0055443F3F for ; Sun, 30 Nov 2003 16:46:57 -0800 (PST) (envelope-from genew@rogers.com) Received: from GUEST ([24.43.163.180]) by fep03-mail.bloor.is.net.cable.rogers.comESMTP <20031201004625.WMWJ389421.fep03-mail.bloor.is.net.cable.rogers.com@GUEST> for ; Sun, 30 Nov 2003 19:46:25 -0500 From: genew@rogers.com To: current@freebsd.org Date: Sun, 30 Nov 2003 19:46:55 -0500 MIME-Version: 1.0 Message-ID: <3FCA492F.31597.7C8AD@localhost> Priority: normal X-mailer: Pegasus Mail for Windows (v4.11) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Authentication-Info: Submitted using SMTP AUTH LOGIN at fep03-mail.bloor.is.net.cable.rogers.com from [24.43.163.180] using ID at Sun, 30 Nov 2003 19:46:25 -0500 Subject: lock order reversal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 00:46:59 -0000 Is this a known issue on 5.2 beta 6 sup'ed nov 29/03? lock order reveral 1st 0xc2121b58 vm object (vm object) @ /usr/src/sys/vm/swap_pager.c:1323 2nd 0xc0987b00 swap_pager swhash (swap_pager swhash) @ /usr/src/sys/vm/swap_pager.c:1838 3rd 0xc1036948 vm object (vm object) @ /usr/src/sys/vm/uma_core.c:876 Stack backtrace: backtrace(c0897ea1,c1036948,c08ac9f5,c08ac9f5,c08ad8d6) at backtrace+0x17 witness_lock(c1036948,8,c08ad8d6,36c,1021540) at witness_lock+0x672 _mtx_lock_flags(c1036948,0,c08ad8d6,36c,c1021554) at _mtx_lock_flags+0xba obj_alloc(c1021540,1000,c8f879f7,101,c0956320) at obj_alloc+0x3f slab_zalloc(c1021540,1,8,c08ad8d6,68c) at slab_zalloc+0xb3 uma_zone_slab(c1021540,1,c08ad8d6,68c,c10215e0) at uma_zone_slab+0xd6 uma_zalloc_internal(c1021540,0,1,5c1,c08ad7ef,72e) at uma_zalloc_internal+0x3e uma_zalloc_arg(c1021540,0,1,72e,2) at uma_zalloc_arg+0x3ab swp_pager_meta_build(c2121b58,5,0,2,0) at swp_pager_meta_build+0x174 swap_pager_putpages(c2121b58,c8f87bd0,4,0,c8f87b30) at swap_pager_putpages+0x32d default_pager_putpages(c2121b58,c8f87bd0,4,0,c8f87b30) at default_pager_putpages+0x2e vm_pageout_flush(c8f87bd0,4,0,eb,c0958020) at vm_pageout_flush+0x17a vm_pageout_clean(c119f608,0,c08ad6f1,32a,0) vm_pageout_clean+0x305 vm_pageout_scan(0,0,c08ad6f1,5a9,1f4) at vm_pageout_scan+0x64c vm_pageout(0,c8f87d48,c08927ba,311,0) at vm_pageout+0x31b fork_exit(c07eb910,0,c8f87d48) at fork_exit+0xb4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc8f87d7c, ebd = 0 --- BTW then terminal then freezes and the intranet connection is frozen. From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 17:07:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7125016A4CE; Sun, 30 Nov 2003 17:07:38 -0800 (PST) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61D0F43FCB; Sun, 30 Nov 2003 17:07:33 -0800 (PST) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from m2a2.dyndns.org (krusty.dt.e-technik.uni-dortmund.de [129.217.163.1])DFED712E3D; Mon, 1 Dec 2003 02:07:31 +0100 (CET) Received: by merlin.emma.line.org (Postfix, from userid 500) id 0A3C4A00F5; Mon, 1 Dec 2003 02:07:28 +0100 (CET) To: richardcoleman@mindspring.com In-Reply-To: <3FCA652F.3080001@mindspring.com> (Richard Coleman's message of "Sun, 30 Nov 2003 16:46:23 -0500") References: <200311281553.hASFrURT003309@siralan.org> <86fzg8scn5.fsf@borg.borderworlds.dk> <20031129142508.GA46034@titan.klemm.apsfilter.org> <20031129212652.GC8768@xor.obsecurity.org> <3FC955E3.3070608@FreeBSD.org> <3FCA10A4.2020409@mindspring.com> <20031130163517.GA70858@titan.klemm.apsfilter.org> <3FCA652F.3080001@mindspring.com> From: Matthias Andree Date: Mon, 01 Dec 2003 02:07:28 +0100 Message-ID: User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: ports@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: Oliver Eikemeier cc: Andreas Klemm cc: Kris Kennaway Subject: Re: Ports startup scripts in /etc/rc.d (Re: 5.2-BETA and related ports issues) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 01:07:38 -0000 Richard Coleman writes: > But that kinda defeats the purpose of RCNG. One of the best features of > RCNG is that it makes it easier to add/delete applications from the > system. Not using it for this purpose reduces its utility. > > Let's not let the typical BSD traditionalism get in the way of using > RCNG for what it's designed. Don't get me wrong. I'm not advocating > Linux-style integration of packages/ports. But this seems fairly > harmless. Ports belong into /usr/local, not into /etc. There should be some hook that allows port start scripts to run before some base system scripts, and if Oliver's two-staged "reevaluate" approach supports this with / and /usr in separate partitions, then why not take his suggestion? There's nothing that prevents RCNG from stretching out its fangs to /usr/local/etc/rc*, in fact, hier(7) encourages that. If I get the picture right, what's suggested is that after mounting local file systems, the RC order is re-evaluated, and again after mounting remote file systems ("diskless"). This would allow the system to gradually complete its /etc/rc* picture. Another idea would be to use unionfs or something to keep /usr/local/etc/rc.d in the root partition for real, and when it's shadowed by the actual /usr/local or /usr mount, punch a hole so you can look at the rootfs with unionfs or something. I'd like Oliver's suggestion better though. -- Matthias Andree Encrypt your mail: my GnuPG key ID is 0x052E7D95 From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 17:27:37 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65AB616A4CE; Sun, 30 Nov 2003 17:27:37 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21D1F43FBF; Sun, 30 Nov 2003 17:27:34 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.9p2/8.12.9) with ESMTP id hB11RTgt005380; Sun, 30 Nov 2003 18:27:29 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 30 Nov 2003 18:27:28 -0700 (MST) Message-Id: <20031130.182728.110765660.imp@bsdimp.com> To: andreas@freebsd.org From: "M. Warner Losh" In-Reply-To: <20031130115547.GA67257@titan.klemm.apsfilter.org> References: <20031130084800.GA64364@titan.klemm.apsfilter.org> <3FC9D7CA.8@FreeBSD.org> <20031130115547.GA67257@titan.klemm.apsfilter.org> X-Mailer: Mew version 2.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: des@des.no cc: kris@obsecurity.org cc: freebsd-current@freebsd.org cc: eik@freebsd.org Subject: Re: 5.2-BETA and related ports issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 01:27:37 -0000 In message: <20031130115547.GA67257@titan.klemm.apsfilter.org> Andreas Klemm writes: : I have a better idea, then we perhaps need something like a : wrapper script that is part of the FreeBSD basic system under /etc/rc.d : that checks for the start script under $LOCALBASE/etc/rc.d : and starts it very early. Only if $LOCALBASE is acutally mounted, which can be a problem depending on when 'very early' is. :-( Warner From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 17:29:13 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96DB616A4CE for ; Sun, 30 Nov 2003 17:29:13 -0800 (PST) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CB9A43FA3 for ; Sun, 30 Nov 2003 17:29:10 -0800 (PST) (envelope-from dgerow@afflictions.org) Received: from dementia.afflictions.org (dementia [172.16.0.56]) by pandora.afflictions.org (Postfix) with ESMTP id 2B37D5EA04 for ; Sun, 30 Nov 2003 20:46:26 -0500 (EST) Received: by dementia.afflictions.org (Postfix, from userid 1001) id C84DE6D447; Sun, 30 Nov 2003 20:29:02 -0500 (EST) Date: Sun, 30 Nov 2003 20:29:02 -0500 From: Damian Gerow To: current@freebsd.org Message-ID: <20031201012859.GA726@afflictions.org> References: <20031129210742.GA3234@afflictions.org> <20031129214339.GB3234@afflictions.org> <20031129215122.GA9445@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.5.1i Subject: Re: Fatal double fault with 20031116-JPSNAP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 01:29:13 -0000 (Re-sending, my original post was accepted by mx1.freebsd.org, but seems to have been lost somewhere.) Thus spake Damian Gerow (dgerow@afflictions.org) [29/11/03 17:04]: > But this is a little OT. I'll find some way to update my system, and > respond back if the problem's fixed or not in a later -CURRENT. Nope, I'm still seeing the double fault: # uname -a FreeBSD 5.2-BETA-20031129-JPSNAP FreeBSD 5.2-BETA-20031129-JPSNAP #0: Sat Nov 29 02:47:57 GMT 2003 root@ushi.jp.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 # make buildworld panic: Duplicate free of item 0xc1cd8e1c from zone 0xc102e1c0(PV ENTRY) cpuid = 0; Debugger("panic") Stopped at Debugger+0x55: xchgl %ebx,in_Debugger.0 db> trace Debugger(c0898ddc,0,c08b186e,d8a11c10,100) at Debugger+0x55 panic(c08b186e,c1cd8e1c,c102e1c0,c08b66c4,c08b13a5) at panic+0x156 uma_dbg_free(c102e1c0,0,c1cd8e1c,6d0,0) at uma_dbg_free+0x111 uma_zfree_arg(c102e1c0,c1cd8e1c,0,a2f,c08968de) at uma_zfree_arg+0x123 pmap_remove_pages(c1d0ef60,0,bfc00000,11a,c08968de) at pmap_remove_pages+0x209 exit1(c4712c80,0,c08968de,65,d8a11d40) at exit1+0x66c sys_exit(c4712c80,d8a11d14,c08b6d61,3ee,1) at sys_exit+0x41 syscall(2f,2f,2f,bfbfe938,0) at syscall+0x2c0 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x826aa63, esp = 0xbfbfe8f4, ebp = 0xbfbfe910 --- db> show pcpu 0 cpuid = 0 curthread = 0xc4712c80: pid 34357 "cc1" curpcb = 0xd8a11da0 fpcurthread = none idlethread = 0xc1cff640: pid 11 "idle: cpu0" APIC ID = 0 currentldt = 0x28 spin locks held: db> It /does/ take a bit longer to get to, and I didn't see any of the previous console-flooding messages. But the panic still happens. From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 17:34:02 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D90416A4CE; Sun, 30 Nov 2003 17:34:02 -0800 (PST) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [68.213.16.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7CA843FEA; Sun, 30 Nov 2003 17:33:56 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from mindspring.com (titan.criticalmagic.com [68.213.16.23]) by saturn.criticalmagic.com (Postfix) with ESMTP id 3B3133BD10; Sun, 30 Nov 2003 20:33:56 -0500 (EST) Message-ID: <3FCA9A92.3060301@mindspring.com> Date: Sun, 30 Nov 2003 20:34:10 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthias Andree References: <200311281553.hASFrURT003309@siralan.org> <86fzg8scn5.fsf@borg.borderworlds.dk> <20031129142508.GA46034@titan.klemm.apsfilter.org> <20031129212652.GC8768@xor.obsecurity.org> <3FC955E3.3070608@FreeBSD.org> <3FCA10A4.2020409@mindspring.com> <20031130163517.GA70858@titan.klemm.apsfilter.org> <3FCA652F.3080001@mindspring.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: ports@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: Oliver Eikemeier cc: Andreas Klemm cc: Kris Kennaway Subject: Re: Ports startup scripts in /etc/rc.d (Re: 5.2-BETA and related ports issues) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 01:34:02 -0000 Matthias Andree wrote: > Richard Coleman writes: > > >>But that kinda defeats the purpose of RCNG. One of the best features of >>RCNG is that it makes it easier to add/delete applications from the >>system. Not using it for this purpose reduces its utility. >> >>Let's not let the typical BSD traditionalism get in the way of using >>RCNG for what it's designed. Don't get me wrong. I'm not advocating >>Linux-style integration of packages/ports. But this seems fairly >>harmless. > > > Ports belong into /usr/local, not into /etc. There should be some hook > that allows port start scripts to run before some base system scripts, > and if Oliver's two-staged "reevaluate" approach supports this with / > and /usr in separate partitions, then why not take his suggestion? > > There's nothing that prevents RCNG from stretching out its fangs to > /usr/local/etc/rc*, in fact, hier(7) encourages that. > > If I get the picture right, what's suggested is that after mounting > local file systems, the RC order is re-evaluated, and again after > mounting remote file systems ("diskless"). This would allow the system > to gradually complete its /etc/rc* picture. > > Another idea would be to use unionfs or something to keep > /usr/local/etc/rc.d in the root partition for real, and when it's > shadowed by the actual /usr/local or /usr mount, punch a hole so you can > look at the rootfs with unionfs or something. I'd like Oliver's > suggestion better though. > I guess I'm not really arguing for putting the startup scripts for ports in /etc/rc.d (contradicting what I said earlier). But I do think that RCNG/rcorder needs to be extended to handle ports. And it needs to be done in a more comprehensive fashion than just adding special hooks for backend databases. The multiple rcorder evaluation method you mention sounds like a good place to start. The unionfs idea is also interesting. But I doubt many people trust it enough to use it for this purpose. It's a shame really, but that's another discussion. Richard Coleman richardcoleman@mindspring.com From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 18:06:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C6CF16A4CE for ; Sun, 30 Nov 2003 18:06:00 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B54A043FBF for ; Sun, 30 Nov 2003 18:05:58 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9p2/8.12.9) with ESMTP id hB123HMg074149; Sun, 30 Nov 2003 21:03:17 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)hB123GPD074145; Sun, 30 Nov 2003 21:03:16 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 30 Nov 2003 21:03:16 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Jeff Roberson In-Reply-To: <20031130184620.G4201-100000@mail.chesapeake.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Colin Percival Subject: Re: user:sys time ratio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 02:06:00 -0000 On Sun, 30 Nov 2003, Jeff Roberson wrote: > On Sun, 30 Nov 2003, Colin Percival wrote: > > > Robert Watson suggested that I compare performance from UP and SMP kernels: > > > > # /usr/bin/time -hl sh -c 'make -s buildworld 2>&1' > /dev/null > > Real User Sys > > UP kernel 38m33.29s 27m10.09s 10m59.15s > > (retest) 38m33.18s 27m04.40s 11m05.73s > > SMP w/o HTT 41m01.54s 27m10.27s 13m29.82s > > (retest) 39m47.50s 27m08.05s 12m12.20s > > SMP w/HTT 42m17.16s 28m12.82s 14m04.93s > > (retest) 44m09.61s 28m15.31s 15m44.86s > > > > That enabling HTT degrades performance is not surprising, since I'm not > > passing the -j option to make; but a 5% performance delta between UP and > > SMP kernels is rather surprising (to me, at least), and the fact that the > > system time varies so much on the SMP kernel also seems peculiar. > > So you have enabled SMP on a system with one physical core and two > logical cores? Looks like almost a 20% slowdown in system time with the > SMP kernel. It's too bad it's enabled by default now. I suspect that > some of this is due to using the lock prefix on P4 cores. It makes the > cost of a mutex over 300 cycles vs 50. It might be interesting to do an > experiment without HTT, but with SMP enabled and the lock prefix > commented out. It would be interesting to compare the relative costs of: (a) De-inlining of mutex calls so that you can "plug" mutex implementations at link-time, with SMP and non-SMP versions of mutex operations, perhaps indicating with a loader which approach to take. (b) Using inlined SMP mutexes for all kernels. Would also be very interesting to have mutex contention information, and in particular, to know how much time was spent contending on Giant during the build... Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 18:06:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DEA816A4CE for ; Sun, 30 Nov 2003 18:06:55 -0800 (PST) Received: from sage.e-scape.net (sage.e-scape.net [205.205.53.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E68E43FD7 for ; Sun, 30 Nov 2003 18:06:53 -0800 (PST) (envelope-from chris@tellme3times.com) Received: from tellme3times.com (dsl-yul-102.e-scape.net [209.47.218.102]) by sage.e-scape.net (8.12.9/8.12.9) with ESMTP id hB12g0uZ017277; Sun, 30 Nov 2003 21:42:01 -0500 (EST) Message-ID: <3FCAA1D4.20106@tellme3times.com> Date: Sun, 30 Nov 2003 21:05:08 -0500 From: Chris User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031020 X-Accept-Language: en-us, en, fr MIME-Version: 1.0 To: Justin Smith References: <3FC4E595.5000308@drexel.edu> <200311261919.11942@harrymail> <3FC8B8CE.6040002@drexel.edu> In-Reply-To: <3FC8B8CE.6040002@drexel.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Harald Schmalzbauer Subject: Re: Nvidia problem fixed in current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 02:06:55 -0000 Justin Smith wrote: > The kernel nvidia driver worked fine in 5.1. It only STOPPED working > when I upgraded to 5.2 beta (and rebuilt and reinstalled the kernel > driver). > > This is a problem of 5.2 vs 5.1 ---- something changed that stopped it > from working. Perhaps some libraries in 5.2 are no longer compatible > with the nvidia kernel driver (since it is, fundamentally, a binary > program --- one cannot recompile the core of it). > > Perhaps it's a problem with AGP in 5.2. Slowing down AGP (to 1x) > allows the nvidia driver to work but it still reboots the machine > whenever I try to do anything that involves OpenGL... > > Also, it's odd the the thing fails in such a strange manner (rebooting > the machine without any error messages). > I had this with an ASUS mother board. Could not figure it out intill the board failed and I replaced the board. Chris From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 18:20:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB1FB16A4D2 for ; Sun, 30 Nov 2003 18:20:38 -0800 (PST) Received: from ftp.bjpu.edu.cn (ftp.bjpu.edu.cn [202.112.78.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F85643F75 for ; Sun, 30 Nov 2003 18:20:33 -0800 (PST) (envelope-from delphij@frontfree.net) Received: by ftp.bjpu.edu.cn (Postfix, from userid 426) id E075952A6; Mon, 1 Dec 2003 10:20:29 +0800 (CST) Received: from srv (unknown [202.112.73.151]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id ADEF452A0 for ; Mon, 1 Dec 2003 10:20:27 +0800 (CST) From: "=?gb2312?B?WGluIExJL8Du9s4=?=" To: Date: Mon, 1 Dec 2003 10:20:22 +0800 Organization: Frontfree Technology Network MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Thread-Index: AcO3sQbwUEfD0WbbStmF06TUqdRwnwAACecg Message-Id: <20031201022027.ADEF452A0@ftp.bjpu.edu.cn> Subject: -CURRENT panic (Backtrace included. recent ip_input changes related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 02:20:38 -0000 Hi, On a recently compiled -CURRENT kernel, I have triggered a panic when turning fxp0 into promisc mode than turning it off and then turning it = on. My boxes are connected through a hub and some of them (not the panic'ed = one) have heavy network load. Hope this backtrace is useful. For more information, please contact me. Thanks in advance! GNU gdb 5.2.1 (FreeBSD) Copyright 2002 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 "i386-undermydesk-freebsd"... panic: m_copym, offset > size of mbuf chain panic messages: --- panic: m_copym, offset > size of mbuf chain syncing disks, buffers remaining... 892 892 892 892 892 892 892 892 892 = 892 892 892 892 892 892 892 892 892 892 892 giving up on 794 buffers Uptime: 12h15m26s Dumping 63 MB 16 32 48 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 240 dumping++; (kgdb) bt full #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 No locals. #1 0xc04eb791 in boot (howto=3D256) at = /usr/src/sys/kern/kern_shutdown.c:372 No locals. #2 0xc04ebb27 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 td =3D (struct thread *) 0xc0e00000 bootopt =3D 256 newpanic =3D 1 ap =3D 0xc62f3850 "p8/=C6\004=B1P? buf =3D "m_copym, offset > size of mbuf chain", '\0' #3 0xc05296f5 in m_copym (m=3D0x0, off0=3D1500, len=3D1480, wait=3D4) = at /usr/src/sys/kern/uipc_mbuf.c:211 n =3D (struct mbuf *) 0xc0e24540 np =3D (struct mbuf **) 0x4 off =3D 1428 top =3D (struct mbuf *) 0x2 copyhdr =3D 0 #4 0xc0580141 in ip_fragment (ip=3D0xc1015020, m_frag=3D0xc62f390c, mtu=3D-1058912960, if_hwassist_flags=3D0,=20 sw_csum=3D1) at /usr/src/sys/netinet/ip_output.c:1225 error =3D 0 hlen =3D 20 len =3D 1480 off =3D 1500 m0 =3D (struct mbuf *) 0xc0e16a00 firstlen =3D 1480 mnext =3D (struct mbuf **) 0xc0e16a04 nfrags =3D 1 #5 0xc057fd2c in ip_output (m0=3D0x1, opt=3D0xc1015020, = ro=3D0xc62f3988, flags=3D1, imo=3D0x0, inp=3D0x0) at /usr/src/sys/netinet/ip_output.c:1053 ip =3D (struct ip *) 0xc1015020 ifp =3D (struct ifnet *) 0xc161a000 m =3D (struct mbuf *) 0xc0e16a00 hlen =3D 20 len =3D 582 off =3D -1066913577 error =3D 0 dst =3D (struct sockaddr_in *) 0xc62f398c ia =3D (struct in_ifaddr *) 0xc169a900 isbroadcast =3D 0 sw_csum =3D 1 pkt_dst =3D {s_addr =3D 16951488} iproute =3D {ro_rt =3D 0xc169be00, ro_dst =3D {sa_len =3D 16 '\020', sa_family =3D 2 '\002',=20 sa_data =3D "\0\0=C0=A8\002\001\0\0\0\0\0\0\0"}} so =3D (struct socket *) 0x0 sp =3D (struct secpolicy *) 0xc1624c80 args =3D {m =3D 0xc06dcfc0, oif =3D 0x1, next_hop =3D 0x0, rule =3D = 0x0, eh =3D 0x0, ro =3D 0x4, dst =3D 0x1, flags =3D -969983596, f_id =3D {dst_ip =3D 3226510491, src_ip =3D = 3228422080, dst_port =3D 0, src_port =3D 0,=20 proto =3D 0 '\0', flags =3D 106 'j'}, divert_rule =3D 0, retval =3D = 3324983708} src_was_INADDR_ANY =3D 0 #6 0xc057e7b8 in ip_forward (m=3D0xc0e16a00, srcrt=3D1, next_hop=3D0x0) = at /usr/src/sys/netinet/ip_input.c:1929 tag =3D {mh_next =3D 0x0, mh_nextpkt =3D 0xc06e6620, mh_data =3D = 0x3(kgdb) #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 No locals. #1 0xc04eb791 in boot (howto=3D256) at = /usr/src/sys/kern/kern_shutdown.c:372 No locals. #2 0xc04ebb27 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 td =3D (struct thread *) 0xc0e00000 bootopt =3D 256 newpanic =3D 1 ap =3D 0xc62f3850 "p8/=C6\004=B1P? buf =3D "m_copym, offset > size of mbuf chain", '\0' #3 0xc05296f5 in m_copym (m=3D0x0, off0=3D1500, len=3D1480, wait=3D4) = at /usr/src/sys/kern/uipc_mbuf.c:211 n =3D (struct mbuf *) 0xc0e24540 np =3D (struct mbuf **) 0x4 off =3D 1428 top =3D (struct mbuf *) 0x2 copyhdr =3D 0 #4 0xc0580141 in ip_fragment (ip=3D0xc1015020, m_frag=3D0xc62f390c, mtu=3D-1058912960, if_hwassist_flags=3D0,=20 sw_csum=3D1) at /usr/src/sys/netinet/ip_output.c:1225 error =3D 0 hlen =3D 20 len =3D 1480 off =3D 1500 m0 =3D (struct mbuf *) 0xc0e16a00 firstlen =3D 1480 mnext =3D (struct mbuf **) 0xc0e16a04 nfrags =3D 1 #5 0xc057fd2c in ip_output (m0=3D0x1, opt=3D0xc1015020, = ro=3D0xc62f3988, flags=3D1, imo=3D0x0, inp=3D0x0) at /usr/src/sys/netinet/ip_output.c:1053 ip =3D (struct ip *) 0xc1015020 ifp =3D (struct ifnet *) 0xc161a000 m =3D (struct mbuf *) 0xc0e16a00 hlen =3D 20 len =3D 582 off =3D -1066913577 error =3D 0 dst =3D (struct sockaddr_in *) 0xc62f398c ia =3D (struct in_ifaddr *) 0xc169a900 isbroadcast =3D 0 sw_csum =3D 1 pkt_dst =3D {s_addr =3D 16951488} iproute =3D {ro_rt =3D 0xc169be00, ro_dst =3D {sa_len =3D 16 '\020', sa_family =3D 2 '\002',=20 sa_data =3D "\0\0=C0=A8\002\001\0\0\0\0\0\0\0"}} so =3D (struct socket *) 0x0 sp =3D (struct secpolicy *) 0xc1624c80 args =3D {m =3D 0xc06dcfc0, oif =3D 0x1, next_hop =3D 0x0, rule =3D = 0x0, eh =3D 0x0, ro =3D 0x4, dst =3D 0x1, flags =3D -969983596, f_id =3D {dst_ip =3D 3226510491, src_ip =3D = 3228422080, dst_port =3D 0, src_port =3D 0,=20 proto =3D 0 '\0', flags =3D 106 'j'}, divert_rule =3D 0, retval =3D = 3324983708} src_was_INADDR_ANY =3D 0 #6 0xc057e7b8 in ip_forward (m=3D0xc0e16a00, srcrt=3D1, next_hop=3D0x0) = at /usr/src/sys/netinet/ip_input.c:1929 tag =3D {mh_next =3D 0x0, mh_nextpkt =3D 0xc06e6620, mh_data =3D = 0x3(kgdb) #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 No locals. #1 0xc04eb791 in boot (howto=3D256) at = /usr/src/sys/kern/kern_shutdown.c:372 No locals. #2 0xc04ebb27 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 td =3D (struct thread *) 0xc0e00000 bootopt =3D 256 newpanic =3D 1 ap =3D 0xc62f3850 "p8/=C6\004=B1P? buf =3D "m_copym, offset > size of mbuf chain", '\0' #3 0xc05296f5 in m_copym (m=3D0x0, off0=3D1500, len=3D1480, wait=3D4) = at /usr/src/sys/kern/uipc_mbuf.c:211 n =3D (struct mbuf *) 0xc0e24540 np =3D (struct mbuf **) 0x4 off =3D 1428 top =3D (struct mbuf *) 0x2 copyhdr =3D 0 #4 0xc0580141 in ip_fragment (ip=3D0xc1015020, m_frag=3D0xc62f390c, mtu=3D-1058912960, if_hwassist_flags=3D0,=20 sw_csum=3D1) at /usr/src/sys/netinet/ip_output.c:1225 error =3D 0 hlen =3D 20 len =3D 1480 off =3D 1500 m0 =3D (struct mbuf *) 0xc0e16a00 firstlen =3D 1480 mnext =3D (struct mbuf **) 0xc0e16a04 nfrags =3D 1 #5 0xc057fd2c in ip_output (m0=3D0x1, opt=3D0xc1015020, = ro=3D0xc62f3988, flags=3D1, imo=3D0x0, inp=3D0x0) at /usr/src/sys/netinet/ip_output.c:1053 ip =3D (struct ip *) 0xc1015020 ifp =3D (struct ifnet *) 0xc161a000 m =3D (struct mbuf *) 0xc0e16a00 hlen =3D 20 len =3D 582 off =3D -1066913577 error =3D 0 dst =3D (struct sockaddr_in *) 0xc62f398c ia =3D (struct in_ifaddr *) 0xc169a900 isbroadcast =3D 0 sw_csum =3D 1 pkt_dst =3D {s_addr =3D 16951488} iproute =3D {ro_rt =3D 0xc169be00, ro_dst =3D {sa_len =3D 16 '\020', sa_family =3D 2 '\002',=20 sa_data =3D "\0\0=C0=A8\002\001\0\0\0\0\0\0\0"}} so =3D (struct socket *) 0x0 sp =3D (struct secpolicy *) 0xc1624c80 args =3D {m =3D 0xc06dcfc0, oif =3D 0x1, next_hop =3D 0x0, rule =3D = 0x0, eh =3D 0x0, ro =3D 0x4, dst =3D 0x1, flags =3D -969983596, f_id =3D {dst_ip =3D 3226510491, src_ip =3D = 3228422080, dst_port =3D 0, src_port =3D 0,=20 proto =3D 0 '\0', flags =3D 106 'j'}, divert_rule =3D 0, retval =3D = 3324983708} src_was_INADDR_ANY =3D 0 #6 0xc057e7b8 in ip_forward (m=3D0xc0e16a00, srcrt=3D1, next_hop=3D0x0) = at /usr/src/sys/netinet/ip_input.c:1929 tag =3D {mh_next =3D 0x0, mh_nextpkt =3D 0xc06e6620, mh_data =3D = 0x3(kgdb) #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 No locals. #1 0xc04eb791 in boot (howto=3D256) at = /usr/src/sys/kern/kern_shutdown.c:372 No locals. #2 0xc04ebb27 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 td =3D (struct thread *) 0xc0e00000 bootopt =3D 256 newpanic =3D 1 ap =3D 0xc62f3850 "p8/=C6\004=B1P? buf =3D "m_copym, offset > size of mbuf chain", '\0' #3 0xc05296f5 in m_copym (m=3D0x0, off0=3D1500, len=3D1480, wait=3D4) = at /usr/src/sys/kern/uipc_mbuf.c:211 n =3D (struct mbuf *) 0xc0e24540 np =3D (struct mbuf **) 0x4 off =3D 1428 top =3D (struct mbuf *) 0x2 copyhdr =3D 0 #4 0xc0580141 in ip_fragment (ip=3D0xc1015020, m_frag=3D0xc62f390c, mtu=3D-1058912960, if_hwassist_flags=3D0,=20 sw_csum=3D1) at /usr/src/sys/netinet/ip_output.c:1225 error =3D 0 hlen =3D 20 len =3D 1480 off =3D 1500 m0 =3D (struct mbuf *) 0xc0e16a00 firstlen =3D 1480 mnext =3D (struct mbuf **) 0xc0e16a04 nfrags =3D 1 #5 0xc057fd2c in ip_output (m0=3D0x1, opt=3D0xc1015020, = ro=3D0xc62f3988, flags=3D1, imo=3D0x0, inp=3D0x0) at /usr/src/sys/netinet/ip_output.c:1053 ip =3D (struct ip *) 0xc1015020 ifp =3D (struct ifnet *) 0xc161a000 m =3D (struct mbuf *) 0xc0e16a00 hlen =3D 20 len =3D 582 off =3D -1066913577 error =3D 0 dst =3D (struct sockaddr_in *) 0xc62f398c ia =3D (struct in_ifaddr *) 0xc169a900 isbroadcast =3D 0 sw_csum =3D 1 pkt_dst =3D {s_addr =3D 16951488} iproute =3D {ro_rt =3D 0xc169be00, ro_dst =3D {sa_len =3D 16 '\020', sa_family =3D 2 '\002',=20 sa_data =3D "\0\0=C0=A8\002\001\0\0\0\0\0\0\0"}} so =3D (struct socket *) 0x0 sp =3D (struct secpolicy *) 0xc1624c80 args =3D {m =3D 0xc06dcfc0, oif =3D 0x1, next_hop =3D 0x0, rule =3D = 0x0, eh =3D 0x0, ro =3D 0x4, dst =3D 0x1, flags =3D -969983596, f_id =3D {dst_ip =3D 3226510491, src_ip =3D = 3228422080, dst_port =3D 0, src_port =3D 0,=20 proto =3D 0 '\0', flags =3D 106 'j'}, divert_rule =3D 0, retval =3D = 3324983708} src_was_INADDR_ANY =3D 0 #6 0xc057e7b8 in ip_forward (m=3D0xc0e16a00, srcrt=3D1, next_hop=3D0x0) = at /usr/src/sys/netinet/ip_input.c:1929 tag =3D {mh_next =3D 0x0, mh_nextpkt =3D 0xc06e6620, mh_data =3D = 0x3(kgdb)=20 From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 18:35:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16E7716A4CE for ; Sun, 30 Nov 2003 18:35:57 -0800 (PST) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82B2343FE1 for ; Sun, 30 Nov 2003 18:35:54 -0800 (PST) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9p2/8.12.9) with ESMTP id hB12ZieF025215; Sun, 30 Nov 2003 18:35:48 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200312010235.hB12ZieF025215@gw.catspoiler.org> Date: Sun, 30 Nov 2003 18:35:44 -0800 (PST) From: Don Lewis To: shoesoft@gmx.net In-Reply-To: <1070238961.5827.17.camel@shoeserv.freebsd> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: current@FreeBSD.org Subject: Re: 5.2-BETA panic: page fault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 02:35:57 -0000 On 1 Dec, Stefan Ehmann wrote: > On Mon, 2003-12-01 at 01:10, Don Lewis wrote: >> Can you reproduce this problem without bktr? >> > >> You are getting a double panic, with the second happening during the >> file system sync. The code seems to be be tripping over the same mount >> list entry each time. Maybe the mount list is getting corrupted. Are >> you using amd? Print *lkp in the lockmgr() stack frame. >> >> >> You might want to add >> KASSERT(mp->mnt_lock.lk_interlock !=NULL, "vfs_busy: NULL mount >> pointer interlock"); >> at the top of vfs_busy() and right before the lockmgr() call. > > No, I'm not using amd. > > (kgdb) print *lkp > $1 = {lk_interlock = 0x0, lk_flags = 0, lk_sharecount = 0, lk_waitcount > = 0, > lk_exclusivecount = 0, lk_prio = 0, lk_wmesg = 0x0, lk_timo = 0, > lk_lockholder = 0x0, lk_newlock = 0x0} > > This is indeed just NULLs. Not good. Nothing should be writing to lk_interlock once it has been initialized. Either something is stomping on an active struct mount, we're still using it after it has been put on the free list, or dp->v_mountedhere is pointing somewhere bogus. I don't suspect the latter because the second panic() in the sync() code doesn't follow this path to get to the struct mount. > I haven't tried without bktr yet but I hope I'll have time for that (and > the KASSERT) tomorrow. > > The panic only seems to happen when accessing my read-only mounted ext2 > partition. Today I tried not to access any data there and uptime is > 14h30min now. The panic always happened after a few hours. So this is > probably the core of the problem. That sounds like a possibility. I might be able to try that here when I have some idle time on my -CURRENT box. Can you print *dp->v_mountedhere in the lookup() frame? That should show the mount point information and might show if anything else in struct mount is damaged. From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 19:31:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2602216A4CE; Sun, 30 Nov 2003 19:31:26 -0800 (PST) Received: from sbk-gw.sibnet.ru (sbk-gw.sibnet.ru [217.70.96.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2FF443F75; Sun, 30 Nov 2003 19:31:20 -0800 (PST) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (localhost [127.0.0.1]) by sbk-gw.sibnet.ru (8.12.9p2/8.12.9) with ESMTP id hB13Uu9q000379; Mon, 1 Dec 2003 09:30:57 +0600 (NOVT) (envelope-from stranger@sberbank.sibnet.ru) Received: from localhost (stranger@localhost)hB13UsLg000376; Mon, 1 Dec 2003 09:30:55 +0600 (NOVT) (envelope-from stranger@sberbank.sibnet.ru) X-Authentication-Warning: sbk-gw.sibnet.ru: stranger owned process doing -bs Date: Mon, 1 Dec 2003 09:30:53 +0600 (NOVT) From: "Maxim M. Kazachek" X-X-Sender: stranger@sbk-gw.sibnet.ru To: Richard Coleman In-Reply-To: <3FCA652F.3080001@mindspring.com> Message-ID: <20031201092813.X355@sbk-gw.sibnet.ru> References: <200311281553.hASFrURT003309@siralan.org> <86fzg8scn5.fsf@borg.borderworlds.dk> <20031129212652.GC8768@xor.obsecurity.org> <3FC955E3.3070608@FreeBSD.org> <3FCA10A4.2020409@mindspring.com> <3FCA652F.3080001@mindspring.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-1.4 required=7.5 tests=AWL,BAYES_01 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on sbk-gw.sibnet.ru cc: ports@freebsd.org cc: Oliver Eikemeier cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: Ports startup scripts in /etc/rc.d (Re: 5.2-BETA and related ports issues) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 03:31:26 -0000 On Sun, 30 Nov 2003, Richard Coleman wrote: >Andreas Klemm wrote: > >>>I guess I don't see the problem. What is wrong with ports adding >>>startup scripts to /etc/rc.d? For certain ports, that is the only way >>>to get the startup dependencies right (like making sure openldap or >>>postgresql starts before your mail system). This will become more >>>important as more of the base system moves to ports/packages. >>> >>>Just refine the note in UPDATING to specifically state which startup >>>scripts to remove, rather than "rm -rf /etc/rc.d/*". >> >> >> As I wrote im my previous mail we could import wrapper scripts >> for such basic services, since there are only few services >> that are so generic, that they have to be available so early >> in boot order. >> >> I strongly would dislike creating ports to install stuff under >> /etc/. >> >> This would start to violate things for what I liked FreeBSD for >> all these many years and I hope/think other have the same feeling >> concerning this. >> >> Andreas /// >> > >But that kinda defeats the purpose of RCNG. One of the best features of >RCNG is that it makes it easier to add/delete applications from the >system. Not using it for this purpose reduces its utility. > >Let's not let the typical BSD traditionalism get in the way of using >RCNG for what it's designed. Don't get me wrong. I'm not advocating >Linux-style integration of packages/ports. But this seems fairly harmless. > >Richard Coleman >richardcoleman@mindspring.com > > >_______________________________________________ >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" > Perhaps we just need to place "wrapper" startup script, that will try to start "real" startup script in /usr/local/etc/rc.d if it exist? Most of ports are installed into /usr/local, so, lets don't use hierarchy above that. Sincerely, Maxim M. Kazachek mailto:stranger@sberbank.sibnet.ru mailto:stranger@fpm.ami.nstu.ru From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 20:08:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C4EC16A4CE for ; Sun, 30 Nov 2003 20:08:41 -0800 (PST) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54C9C43FBD for ; Sun, 30 Nov 2003 20:08:39 -0800 (PST) (envelope-from islero5@comcast.net) Received: from [192.168.1.149] (c-24-7-110-17.client.comcast.net[24.7.110.17]) by comcast.net (rwcrmhc11) with SMTP id <2003120104083801300e1d9le>; Mon, 1 Dec 2003 04:08:38 +0000 From: Jerry Keefe To: "current@freebsd.org" Content-Type: text/plain Message-Id: <1070251717.79098.30.camel@cypress> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 30 Nov 2003 20:08:37 -0800 Content-Transfer-Encoding: 7bit Subject: 5.2-BETA boot failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 04:08:41 -0000 I tried upgrading a Dell Optiplex GXa from Release 5.1p10 to the 5.2 Beta using the mini-install CD. The system hangs in the boot loader. This problem doesn't happen with the Release 5.1 CDs. I then tried upgrading from source after getting CURRENT as of 11/29/2003, and was able to build and install the new GENERIC kernel. Upon reboot, the system hangs in the same way as when booting from the mini-install CD. The only thing unusual about this machine is that the onboard EIDE controller is disabled, and a PCI EIDE controller has been added. The system doesn't seem to get far enough to get a dmesg output or a backtrace out of this, but here's a transcript of the last few lines if it helps. Timecounters tick every 10.000 msec ata2-master: WARNING - SETFEATURES recovered from missing interrupt ata2-master: WARNING - SETFEATURES recovered from missing interrupt ata2-slave: WARNING - SETFEATURES recovered from missing interrupt ata2-slave: WARNING - SETFEATURES recovered from missing interrupt ad4: WARNING - SETFEATURES recovered from missing interrupt ad4: WARNING - SETFEATURES recovered from missing interrupt ad4: WARNING - SET_MULTI recovered from missing interrupt GEOM: create disk ad4 dp=0xc23ce960 ad4: 19541MB [38703/16/63] at ata2-master UDMA66 ad5: WARNING - SETFEATURES recovered from missing interrupt ad5: WARNING - SETFEATURES recovered from missing interrupt ad5: WARNING - SET_MULTI recovered from missing interrupt GEOM: create disk ad5 dp=0xc23ce660 ad5: 4121MB [8374/16/63] at ata2-master UDMA33 ata3-master: WARNING - SETFEATURES recovered from missing interrupt ata3: resetting devices .. machine is hung at this point. From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 20:22:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72C5A16A4CE for ; Sun, 30 Nov 2003 20:22:42 -0800 (PST) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C39F843FD7 for ; Sun, 30 Nov 2003 20:22:40 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.12.10/8.12.9) with ESMTP id hB14Md7P010047 for ; Sun, 30 Nov 2003 23:22:40 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Sun, 30 Nov 2003 23:22:38 -0500 To: current@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Change install-order? (upgrade from static to dynamic root) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 04:22:42 -0000 At 9:39 PM -0500 11/26/03, Garance A Drosihn wrote: >I just installed 5.1-release on a sparc64, and then cvsup'ed >to the latest snapshot of -current. Since that update is such >a large jump in time, I was going from a system which had no >/rescue or /libexec to one which builds everything dynamically. > >This gets one into a mess in the middle of installworld, where >suddenly almost everything dies with messages like: > "ELF interpreter /libexec/ld-elf.so.1 not found" >I know others have run into this problem, but there seems to be >nothing in UPDATING to warn people about it. Or at least, I >didn't see anything in /usr/src/UPDATING under sparc64. I did some more tests today, and it looks like it is still true that updating from a non-/libexec system to a system with both /libexec and dynamic-root will not work right. There is a check in /usr/src/Makefile.inc1 which tries to help out, but when I try a test-run of make (with the right environment and parameters), that section does not seem to do anything. That section says: # When upgrading to a dynamically linked root, install the runtime # linker early into its new location before make(1) has a chance # to run the dynamically linked /bin/sh. .if !defined(NO_DYNAMICROOT) && !defined(NOPIC) && \ (!defined(TARGET_ARCH) || ${TARGET_ARCH} == ${MACHINE_ARCH}) && \ !defined(DISTDIR) && \ (!defined(DESTDIR) || empty(DESTDIR) || ${DESTDIR} == "/") && \ !exists(/libexec/ld-elf.so.1) SUBDIR+= libexec/rtld-elf .endif However, libexec/rtld-elf does not get added to the list of subdirectories. I am not completely sure what all those lines in the .if are checking for, but if I change "DISTDIR" to "DESTDIR" on the third line, I do get libexec/rtld-elf added to the the SUBDIR variable. But even if that fixes the check, I don't understand why we would not just move up the: .if exists(${.CURDIR}/libexec) SUBDIR+= libexec .endif so that it will be installed before /bin is. We already install /include and /lib before we install /bin, and I would think that we would *always* want a "new" /libexec installed before installing /bin files which may depend on some change to libraries in that directory. Disclaimer: I realize there could be many subtleties here that I am not aware off, so consider this more of a question than a statement that something is definitely wrong. Why *wouldn't* we want /libexec installed before /bin? I do know that the current setup still does not work (going from 5.1-secure to 5.1-rightNow), but I may be pushing for the wrong solution. [also, I intended to do more checking of this, but I've run out of "weekend" and I doubt I'll work on this much until next weekend....] -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 20:50:09 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8B3616A4CE; Sun, 30 Nov 2003 20:50:09 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D689643FAF; Sun, 30 Nov 2003 20:50:05 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9p2/8.12.9) with ESMTP id hB14lQMg043619; Sun, 30 Nov 2003 23:47:26 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)hB14lPKV043616; Sun, 30 Nov 2003 23:47:25 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 30 Nov 2003 23:47:24 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Maxim M. Kazachek" In-Reply-To: <20031201092813.X355@sbk-gw.sibnet.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: ports@freebsd.org cc: Richard Coleman cc: Kris Kennaway cc: freebsd-current@freebsd.org cc: Oliver Eikemeier Subject: Re: Ports startup scripts in /etc/rc.d (Re: 5.2-BETA and related ports issues) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 04:50:09 -0000 On Mon, 1 Dec 2003, Maxim M. Kazachek wrote: > On Sun, 30 Nov 2003, Richard Coleman wrote: For 5.2-RELEASE, I think we should ignore the whole issue and let the couple of ports that insert things in /etc/rc.d "just do it". We're not going to find any other solution in time to either close the discussion or test it properly. For 5.2-CURRENT, I think we should revisit this issue with one of the following conclusions winning out, and the rest being discarded as flame-bait: (1) Combine / and /usr into a single file system by default, and add /usr/local/etc/rc.d to the search order, with appropriate hacks to handle old-style scripts. The devil will be in the bikeshed, but the implementation is easy, except for the bit where we explain that NFS-mounted /usr/local won't work too well. (2) Reevaluate the order at routine points in the boot where new scripts might now be available (due to file system mounts or whatever). Essentially "insert the new cards into the deck, and shuffle". This requires rethinking of our current approach, which assumes a static order is created once at the start of the boot by rcorder(8). The devil will be in the big picture *and* the details of the implementation. (3) Add /local/etc/rc.d or /local/rc.d or /etc/local/rc.d or the like, a new directory that third party applications are allowed to modify during install, and that will be present for the creation of the static ordering by rcorder(8) early in the boot. The devil will be in the bikeshed, but the implementation is easy. (4) Continue to ignore the issue and let some ports install into /etc/rc.d and consider them unorthodox, incorrect, but something we can overlook. The devil isn't here, or at least, if it is, we'll overlook it. I'm actually leaning towards (2) as being the best solution, as it's easy and functional. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 21:00:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D16316A4CE; Sun, 30 Nov 2003 21:00:40 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06EE243F85; Sun, 30 Nov 2003 21:00:00 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.10/8.12.9) with ESMTP id hB14xtvX042895; Sun, 30 Nov 2003 20:59:55 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.10/8.12.10/Submit) id hB14xqng042894; Sun, 30 Nov 2003 20:59:52 -0800 (PST) (envelope-from obrien) Date: Sun, 30 Nov 2003 20:59:52 -0800 From: "David O'Brien" To: "Maxim M. Kazachek" , ports@freebsd.org, Richard Coleman , Kris Kennaway , freebsd-current@freebsd.org, Oliver Eikemeier Message-ID: <20031201045952.GB42765@dragon.nuxi.com> References: <20031201092813.X355@sbk-gw.sibnet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-BETA Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Subject: Re: Ports startup scripts in /etc/rc.d (Re: 5.2-BETA and related ports issues) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org, ports@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 05:00:40 -0000 On Sun, Nov 30, 2003 at 11:47:24PM -0500, Robert Watson wrote: > On Mon, 1 Dec 2003, Maxim M. Kazachek wrote: > > On Sun, 30 Nov 2003, Richard Coleman wrote: ..snip.. > For 5.2-CURRENT, I think we should revisit this issue with one of the > following conclusions winning out, and the rest being discarded as > flame-bait: > > (1) Combine / and /usr into a single file system by default, and add > /usr/local/etc/rc.d to the search order, with appropriate hacks to > handle old-style scripts. The devil will be in the bikeshed, but the > implementation is easy, except for the bit where we explain that > NFS-mounted /usr/local won't work too well. I would like to show support for this option. I've been running /usr on the / partition on *all* my FBSD machines for the past 4 years. The reasons for having a separate / and /usr just don't apply today. Disks are large enough to hold both, and UFS(FFS) is stable. Sun and SGI both combine / and /usr on their pre-installed workstation machines. From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 21:11:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2CD116A4CE; Sun, 30 Nov 2003 21:11:21 -0800 (PST) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [68.213.16.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B92643FB1; Sun, 30 Nov 2003 21:11:19 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from mindspring.com (titan.criticalmagic.com [68.213.16.23]) by saturn.criticalmagic.com (Postfix) with ESMTP id ED4253BD10; Mon, 1 Dec 2003 00:11:18 -0500 (EST) Message-ID: <3FCACD85.2040600@mindspring.com> Date: Mon, 01 Dec 2003 00:11:33 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, ports@freebsd.org References: <20031201092813.X355@sbk-gw.sibnet.ru> <20031201045952.GB42765@dragon.nuxi.com> In-Reply-To: <20031201045952.GB42765@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Oliver Eikemeier cc: Kris Kennaway cc: "Maxim M. Kazachek" Subject: Re: Ports startup scripts in /etc/rc.d (Re: 5.2-BETA and related ports issues) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 05:11:22 -0000 David O'Brien wrote: >>For 5.2-CURRENT, I think we should revisit this issue with one of the >>following conclusions winning out, and the rest being discarded as >>flame-bait: >> >>(1) Combine / and /usr into a single file system by default, and add >> /usr/local/etc/rc.d to the search order, with appropriate hacks to >> handle old-style scripts. The devil will be in the bikeshed, but the >> implementation is easy, except for the bit where we explain that >> NFS-mounted /usr/local won't work too well. > > > I would like to show support for this option. I've been running /usr on > the / partition on *all* my FBSD machines for the past 4 years. The > reasons for having a separate / and /usr just don't apply today. Disks > are large enough to hold both, and UFS(FFS) is stable. > > Sun and SGI both combine / and /usr on their pre-installed workstation > machines. That abandons the ability to have a read-only /usr. Richard Coleman richardcoleman@mindspring.com From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 21:18:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B35A16A4CE; Sun, 30 Nov 2003 21:18:22 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1031243FBF; Sun, 30 Nov 2003 21:18:17 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.9p2/8.12.9) with ESMTP id hB15I6gt007086; Sun, 30 Nov 2003 22:18:07 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 30 Nov 2003 22:17:57 -0700 (MST) Message-Id: <20031130.221757.99200343.imp@bsdimp.com> To: gurney_j@efn.org From: "M. Warner Losh" In-Reply-To: <20031130070704.GA64793@funkthat.com> References: <3FBE54D0.9000901@cronyx.ru> <20031130070704.GA64793@funkthat.com> X-Mailer: Mew version 2.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-arch@freebsd.org cc: freebsd-current@freebsd.org cc: rik@cronyx.ru Subject: Re: MAJOR number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 05:18:22 -0000 In message: <20031130070704.GA64793@funkthat.com> John-Mark Gurney writes: : There are still major numbers for a few devices that may are standard : (such as zero/null), but not common... I've already assigned him one. : > I've read that FreeBSD doesn't use them any more. : > But we may need it to not interfere with other device : > drivers in previous releases of FreeBSD. : : so, you are planning do do 4.x and earlier releases of your driver? Yes. Warner From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 21:25:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E947816A4CE; Sun, 30 Nov 2003 21:25:35 -0800 (PST) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [68.213.16.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84DFB43FBF; Sun, 30 Nov 2003 21:25:34 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from mindspring.com (titan.criticalmagic.com [68.213.16.23]) by saturn.criticalmagic.com (Postfix) with ESMTP id BFA643BD10; Mon, 1 Dec 2003 00:25:33 -0500 (EST) Message-ID: <3FCAD0DC.9090104@mindspring.com> Date: Mon, 01 Dec 2003 00:25:48 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: ports@freebsd.org cc: Oliver Eikemeier cc: Kris Kennaway cc: freebsd-current@freebsd.org cc: "Maxim M. Kazachek" Subject: Re: Ports startup scripts in /etc/rc.d (Re: 5.2-BETA and related ports issues) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 05:25:36 -0000 Robert Watson wrote: > For 5.2-CURRENT, I think we should revisit this issue with one of the > following conclusions winning out, and the rest being discarded as > flame-bait: > > (1) Combine / and /usr into a single file system by default, and add > /usr/local/etc/rc.d to the search order, with appropriate hacks to > handle old-style scripts. The devil will be in the bikeshed, but the > implementation is easy, except for the bit where we explain that > NFS-mounted /usr/local won't work too well. > > (2) Reevaluate the order at routine points in the boot where new scripts > might now be available (due to file system mounts or whatever). > Essentially "insert the new cards into the deck, and shuffle". This > requires rethinking of our current approach, which assumes a static > order is created once at the start of the boot by rcorder(8). The > devil will be in the big picture *and* the details of the > implementation. > > (3) Add /local/etc/rc.d or /local/rc.d or /etc/local/rc.d or the like, a > new directory that third party applications are allowed to modify > during install, and that will be present for the creation of the > static ordering by rcorder(8) early in the boot. The devil will be in > the bikeshed, but the implementation is easy. > > (4) Continue to ignore the issue and let some ports install into /etc/rc.d > and consider them unorthodox, incorrect, but something we can > overlook. The devil isn't here, or at least, if it is, we'll overlook > it. > > I'm actually leaning towards (2) as being the best solution, as it's easy > and functional. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Senior Research Scientist, McAfee Research I think this message sums up the options quite nicely. I like option 2 the best, with option 3 a close second. I think either would be an acceptable compromise. Option 1 abandons the ability for read-only /usr, which many people like. That and the NFS problems that Robert mentioned should rule this out. But I like anything over doing nothing (option 4). Richard Coleman richardcoleman@mindspring.com From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 21:27:09 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C2BB16A4CF for ; Sun, 30 Nov 2003 21:27:09 -0800 (PST) Received: from ms-smtp-03-eri0.socal.rr.com (ms-smtp-03-qfe0.socal.rr.com [66.75.162.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CA1843F85 for ; Sun, 30 Nov 2003 21:27:08 -0800 (PST) (envelope-from sean@mcneil.com) Received: from blue.mcneil.com (cpe-66-75-176-109.socal.rr.com [66.75.176.109])hB15R4mB022944 for ; Sun, 30 Nov 2003 21:27:06 -0800 (PST) Received: from [66.75.176.109] (mcneil.com [66.75.176.109]) by blue.mcneil.com (8.12.10/8.12.10) with ESMTP id hB15R39I023317 for ; Sun, 30 Nov 2003 21:27:03 -0800 (PST) (envelope-from sean@mcneil.com) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: text/plain Organization: Sean McNeil Consulting Message-Id: <1070256422.23290.6.camel@blue.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 30 Nov 2003 21:27:03 -0800 Content-Transfer-Encoding: 7bit X-DCC-dmv.com-Metrics: blue.mcneil.com 1181; Body=1 Fuz1=1 Fuz2=1 X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: bash2 linked dynamically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 05:27:09 -0000 Hi all, I just sent email to obrien and I would like to encourage getting the ports collection changed to link bash dynamically. Hopefully before 5.2 release. It was the last frustrating problem I had with getting all the LDAP stuff working on FreeBSD-current. bash was displaying: I have no name! for the username because it was statically linked. I've noticed many emails about this sort of problem, but solutions were difficult to dig up. Also, I do not see any reason why bash should remain linked -static for -current. Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 21:27:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6417116A4CE; Sun, 30 Nov 2003 21:27:47 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11A3843F3F; Sun, 30 Nov 2003 21:27:46 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9p2/8.12.9) with ESMTP id hB15P6Mg043884; Mon, 1 Dec 2003 00:25:06 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)hB15P6uE043881; Mon, 1 Dec 2003 00:25:06 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 1 Dec 2003 00:25:06 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Richard Coleman In-Reply-To: <3FCAD0DC.9090104@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: ports@freebsd.org cc: Oliver Eikemeier cc: Kris Kennaway cc: freebsd-current@freebsd.org cc: "Maxim M. Kazachek" Subject: Re: Ports startup scripts in /etc/rc.d (Re: 5.2-BETA and related ports issues) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 05:27:47 -0000 On Mon, 1 Dec 2003, Richard Coleman wrote: > > (2) Reevaluate the order at routine points in the boot where new scripts > > might now be available (due to file system mounts or whatever). > > Essentially "insert the new cards into the deck, and shuffle". This > > requires rethinking of our current approach, which assumes a static > > order is created once at the start of the boot by rcorder(8). The > > devil will be in the big picture *and* the details of the > > implementation. > > > > (3) Add /local/etc/rc.d or /local/rc.d or /etc/local/rc.d or the like, a > > new directory that third party applications are allowed to modify > > during install, and that will be present for the creation of the > > static ordering by rcorder(8) early in the boot. The devil will be in > > the bikeshed, but the implementation is easy. > <...> > > > > I'm actually leaning towards (2) as being the best solution, as it's easy > > and functional. > > I think this message sums up the options quite nicely. > > I like option 2 the best, with option 3 a close second. I think either > would be an acceptable compromise. > > Option 1 abandons the ability for read-only /usr, which many people > like. That and the NFS problems that Robert mentioned should rule this > out. > > But I like anything over doing nothing (option 4). Having written the e-mail, I should really have indicated that either (2) or (3) is a winner, and (3) is probably easier. Comes of spending a lot of time on the description of the solutions, and little time on the opinion :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 21:48:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2A7816A4CE for ; Sun, 30 Nov 2003 21:48:47 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAAF243FB1 for ; Sun, 30 Nov 2003 21:48:46 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.10/8.12.9) with ESMTP id hB15mjvX043592; Sun, 30 Nov 2003 21:48:45 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.10/8.12.10/Submit) id hB15mjfs043591; Sun, 30 Nov 2003 21:48:45 -0800 (PST) (envelope-from obrien) Date: Sun, 30 Nov 2003 21:48:45 -0800 From: "David O'Brien" To: Sean McNeil Message-ID: <20031201054845.GA43534@dragon.nuxi.com> References: <1070256422.23290.6.camel@blue.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1070256422.23290.6.camel@blue.mcneil.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-BETA Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org Subject: Re: bash2 linked dynamically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 05:48:48 -0000 On Sun, Nov 30, 2003 at 09:27:03PM -0800, Sean McNeil wrote: > Also, I do not see any reason why bash should remain linked -static > for -current. Lucky for me (who wants a static Bash), I don't have to make the decission -- ports are frozen and have been for a while. From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 22:37:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0DAB16A4CE for ; Sun, 30 Nov 2003 22:37:12 -0800 (PST) Received: from ms-smtp-03-eri0.socal.rr.com (ms-smtp-03-qfe0.socal.rr.com [66.75.162.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F83B43F75 for ; Sun, 30 Nov 2003 22:37:11 -0800 (PST) (envelope-from sean@mcneil.com) Received: from blue.mcneil.com (cpe-66-75-176-109.socal.rr.com [66.75.176.109])hB16b9mB009348 for ; Sun, 30 Nov 2003 22:37:09 -0800 (PST) Received: from [66.75.176.109] (mcneil.com [66.75.176.109]) by blue.mcneil.com (8.12.10/8.12.10) with ESMTP id hB16b89I023884 for ; Sun, 30 Nov 2003 22:37:08 -0800 (PST) (envelope-from sean@mcneil.com) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: text/plain Organization: Sean McNeil Consulting Message-Id: <1070260627.23876.2.camel@blue.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 30 Nov 2003 22:37:08 -0800 Content-Transfer-Encoding: 7bit X-DCC-Misty-Metrics: blue.mcneil.com 1170; Body=1 Fuz1=1 Fuz2=1 X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: problem with kerberos startup and LDAP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 06:37:12 -0000 Hello All, I was having trouble with startup and kdc/kadmin5 failing. Turns out that they were trying to access a shared library in /usr/local/lib (libldap.so.2). Unfortunately, both were getting started before ldconfig. I added ldconfig to the REQUIRE: for kerberos and now all is well. What should be the correct solution? Sean From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 22:49:10 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA21516A4CE for ; Sun, 30 Nov 2003 22:49:10 -0800 (PST) Received: from cpanel07.gzo.com (cpanel07.gzo.com [64.157.176.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91CCC43F3F for ; Sun, 30 Nov 2003 22:49:09 -0800 (PST) (envelope-from pseudodyslexia@dviant.net) Received: from cpanel by cpanel07.gzo.com with local (Exim 4.24) id 1AQhrt-0000Wj-GC for freebsd-current@freebsd.org; Mon, 01 Dec 2003 00:49:13 -0600 Received: from 24-205-191-181.wc-mres.charterpipeline.net (24-205-191-181.wc-mres.charterpipeline.net [24.205.191.181]) by pocketheaven.com (IMP) with HTTP for ; Sun, 30 Nov 2003 22:49:13 -0800 Message-ID: <1070261353.3fcae469668b9@pocketheaven.com> Date: Sun, 30 Nov 2003 22:49:13 -0800 From: pseudodyslexia@dviant.net To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 24.205.191.181 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel07.gzo.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [32001 502] / [47 12] X-AntiAbuse: Sender Address Domain - dviant.net Subject: Re: 5.2-BETA boot failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: xtc@pocketheaven.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 06:49:10 -0000 Quoting Jerry Keefe : > I tried upgrading a Dell Optiplex GXa from Release 5.1p10 to the 5.2 > Beta using the mini-install CD. The system hangs in the boot loader. > This problem doesn't happen with the Release 5.1 CDs. try disabling acpi when you boot from cd via boot menu. -nth From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 23:50:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6AEC16A4CE for ; Sun, 30 Nov 2003 23:50:53 -0800 (PST) Received: from web21304.mail.yahoo.com (web21304.mail.yahoo.com [216.136.129.190]) by mx1.FreeBSD.org (Postfix) with SMTP id 5AAEC43FBF for ; Sun, 30 Nov 2003 23:50:47 -0800 (PST) (envelope-from jaybuhner77@yahoo.com) Message-ID: <20031201075047.60806.qmail@web21304.mail.yahoo.com> Received: from [12.231.31.3] by web21304.mail.yahoo.com via HTTP; Sun, 30 Nov 2003 23:50:47 PST Date: Sun, 30 Nov 2003 23:50:47 -0800 (PST) From: Jay Buhner To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: hang while installing freebsd-5.2 beta from cd-rom X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 07:50:53 -0000 Hi, I just bought a new WD 160GB disk and tried to attach it to my system which is running FreeBSD 4.5-STABLE. The system panics during the boot process, so I figured this would be a good opportunity to try out FreeBSD-5.2 BETA. I burned a cd with the freebsd 5.2 beta "mini" iso image, and then tried to install. During the boot process, just after the disks are sensed, the system hangs (the sysinstall screen is never reached). I booted the system in "verbose" mode, and here is the output before the hang (I would have included the entire output, but I'd have to type it all in by hand): ar: Promise check1 failed ata3-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata3-master: setting PIO4 on Promise PDC20265 chip ata3-master: setting UDMA100 on Promise PDC20265 chip GEOM: create disk ad6 dp=0xc31ea760 ad6: ATA-6 disk at ata3-master ad6: 152627MB (312581808 sectors), 310101 C, 16 H, 63 S, 512 B ad6: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad4 GEOM: new disk ad5 GEOM: new disk ad6 Other relevant details: The system has an AMD K7 processor, 256MB of memory, an ASUS A7V motherboard, with a Promise Ultra100 ata controller on the motherboard. The other 2 disks attached to the promise controller are recognized as disks. Any suggestions for how to debug this further? __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 23:55:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5ED8E16A4CE for ; Sun, 30 Nov 2003 23:55:54 -0800 (PST) Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 725EB43F93 for ; Sun, 30 Nov 2003 23:55:52 -0800 (PST) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by white.imgsrc.co.jp (Postfix) with ESMTP id 06C2128408C for ; Mon, 1 Dec 2003 16:55:51 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id 25786284085 for ; Mon, 1 Dec 2003 16:55:49 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by black.imgsrc.co.jp (Postfix) with ESMTP id D3EDC1E4A62 for ; Mon, 1 Dec 2003 16:55:48 +0900 (JST) Date: Mon, 01 Dec 2003 16:55:48 +0900 Message-ID: <7mznedas57.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020531 Subject: -current lockup (how to diagnose?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 07:55:54 -0000 I got lockups in recent -current box. This box is my main workstation and usually be up to date kernel. In recent days, I usually locked up. This is not a panic, only locks up. My situation is: o KDE's clock is working. o KDE's virtual screen switching is working. o Apache does not reply on 80/tcp from remote. o ssh from this box is still working. o zsh on this box does not go next prompt when I press enter key at promprt. It looks kernel is working, but fork/exec is not working when I enter to this situation. So, what can I diagnose with this situation? Of course this box has serial console. -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 00:01:30 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D60D16A4CE for ; Mon, 1 Dec 2003 00:01:30 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DBB643F3F for ; Mon, 1 Dec 2003 00:01:29 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id hB182Xtx008723; Mon, 1 Dec 2003 09:02:33 +0100 (CET) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.10/8.12.10/Submit) id hB182XfH008722; Mon, 1 Dec 2003 09:02:33 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200312010802.hB182XfH008722@spider.deepcore.dk> In-Reply-To: <7mznedas57.wl@black.imgsrc.co.jp> To: Jun Kuriyama Date: Mon, 1 Dec 2003 09:02:33 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 cc: Current Subject: Re: -current lockup (how to diagnose?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 08:01:30 -0000 It seems Jun Kuriyama wrote: > > I got lockups in recent -current box. This box is my main workstation > and usually be up to date kernel. > > In recent days, I usually locked up. This is not a panic, only locks > up. My situation is: > > o KDE's clock is working. > o KDE's virtual screen switching is working. > o Apache does not reply on 80/tcp from remote. > o ssh from this box is still working. > o zsh on this box does not go next prompt when I press enter key at > promprt. > > It looks kernel is working, but fork/exec is not working when I enter > to this situation. Hmm, I've been seeing something semilar a couble of times, can you do a ps -axl and see if those processes hang around in vm ? -Søren From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 00:18:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F8AE16A4CE for ; Mon, 1 Dec 2003 00:18:40 -0800 (PST) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BE2043FAF for ; Mon, 1 Dec 2003 00:18:38 -0800 (PST) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 3.36 #1) id 1AQjGP-000IGy-00 for current@freebsd.org; Mon, 01 Dec 2003 09:18:37 +0100 Date: Mon, 1 Dec 2003 09:18:37 +0100 From: Oliver Brandmueller To: current@freebsd.org Message-ID: <20031201081836.GA69161@e-Gitt.NET> References: <1070251717.79098.30.camel@cypress> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1070251717.79098.30.camel@cypress> User-Agent: Mutt/1.5.5.1i Sender: Oliver Brandmueller Subject: Re: 5.2-BETA boot failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 08:18:40 -0000 Hi. On Sun, Nov 30, 2003 at 08:08:37PM -0800, Jerry Keefe wrote: > I tried upgrading a Dell Optiplex GXa from Release 5.1p10 to the 5.2 > Beta using the mini-install CD. The system hangs in the boot loader. > This problem doesn't happen with the Release 5.1 CDs. > > I then tried upgrading from source after getting CURRENT as of > 11/29/2003, and was able to build and install the new GENERIC kernel. > Upon reboot, the system hangs in the same way as when booting from the > mini-install CD. > > The only thing unusual about this machine is that the onboard EIDE > controller is disabled, and a PCI EIDE controller has been added. > > The system doesn't seem to get far enough to get a dmesg output or a > backtrace out of this, but here's a transcript of the last few lines if > it helps. > > Timecounters tick every 10.000 msec > ata2-master: WARNING - SETFEATURES recovered from missing interrupt > ata2-master: WARNING - SETFEATURES recovered from missing interrupt > ata2-slave: WARNING - SETFEATURES recovered from missing interrupt > ata2-slave: WARNING - SETFEATURES recovered from missing interrupt > ad4: WARNING - SETFEATURES recovered from missing interrupt > ad4: WARNING - SETFEATURES recovered from missing interrupt > ad4: WARNING - SET_MULTI recovered from missing interrupt > GEOM: create disk ad4 dp=0xc23ce960 > ad4: 19541MB [38703/16/63] at ata2-master UDMA66 > ad5: WARNING - SETFEATURES recovered from missing interrupt > ad5: WARNING - SETFEATURES recovered from missing interrupt > ad5: WARNING - SET_MULTI recovered from missing interrupt > GEOM: create disk ad5 dp=0xc23ce660 > ad5: 4121MB [8374/16/63] at ata2-master UDMA33 > ata3-master: WARNING - SETFEATURES recovered from missing interrupt > ata3: resetting devices .. > > machine is hung at this point. I see a similar behaviour since somwhere shortly before 5.2-BETA on my HP OmniBook 500: If I try to boot with the base station attached (which includes an additional ATA Channel with an CDROM Drive attached), I see the same messages as you see for ata3-master (which is exactly where the CDROM resides). If I remove the CDROM from the base station, so the ATA channel is still there, but with no devices, I have no problems booting. I don't have other devices (like harddisks) to test this behaviour with. Booting with the CDROM worked until well "a few weeks ago", I cannot tell exactly, because I don't use it very often. - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 00:55:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 715B316A4CE for ; Mon, 1 Dec 2003 00:55:55 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53BDA43FDF for ; Mon, 1 Dec 2003 00:55:52 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.9p2/8.12.9) with ESMTP id hB18tqiF019142 for ; Mon, 1 Dec 2003 00:55:52 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id hB18tqNZ019141; Mon, 1 Dec 2003 00:55:52 -0800 (PST) (envelope-from dillon) Date: Mon, 1 Dec 2003 00:55:52 -0800 (PST) From: Matthew Dillon Message-Id: <200312010855.hB18tqNZ019141@apollo.backplane.com> To: current@freebsd.org Subject: bug in CD9660 path handling in libstand (effects boot code) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 08:55:55 -0000 This fixes a bug where an attempt to load a file path which contains an intermediate path element which is a file on the CD rather then a directory results in the file being accessed like a directory... which can lockup the boot code. The fix is simple. Check to see if an intermediate path element really represents a directory and return ENOENT if it doesn't. This situation can occur due to searches via the module search path. -Matt Matthew Dillon Index: cd9660.c =================================================================== RCS file: /cvs/src/lib/libstand/cd9660.c,v retrieving revision 1.3 diff -u -r1.3 cd9660.c --- cd9660.c 8 Aug 2003 04:18:34 -0000 1.3 +++ cd9660.c 1 Dec 2003 08:37:25 -0000 @@ -372,7 +372,13 @@ rec = *dp; while (*path && *path != '/') /* look for next component */ path++; - if (*path) path++; /* skip '/' */ + if (*path == '/') { /* skip /, make sure is dir */ + path++; + if (*path && (isonum_711(dp->flags) & 2) == 0) { + rc = ENOENT; /* not directory */ + goto out; + } + } } /* allocate file system specific data structure */ From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 01:32:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50C7616A4CE; Mon, 1 Dec 2003 01:32:25 -0800 (PST) Received: from mta05-svc.ntlworld.com (mta05-svc.ntlworld.com [62.253.162.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FD9A43F75; Mon, 1 Dec 2003 01:32:23 -0800 (PST) (envelope-from roger@telepresence.dmem.strath.ac.uk) Received: from Win2K ([217.137.200.50]) by mta05-svc.ntlworld.com (InterMail vM.4.01.03.37 201-229-121-137-20020806) with SMTP id <20031201093219.BAAO27066.mta05-svc.ntlworld.com@Win2K>; Mon, 1 Dec 2003 09:32:19 +0000 Message-ID: <005101c3b7ee$44012110$0100a8c0@Win2K> From: "Roger Hardiman" To: "Don Lewis" , References: <200311301101.hAUB13eF024062@gw.catspoiler.org> Date: Mon, 1 Dec 2003 09:34:04 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 cc: roger@freebsd.org cc: current@freebsd.org Subject: Re: panic on 5.2 BETA: blockable sleep lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 09:32:25 -0000 Hi Please can someone commit the bktr patch for me to fix 5.2-BETA (as long as re@ approve). I don't have the resources. > I'm not suprised that I haven't heard from him because this issue came up at the > start of the Thanksgiving holiday weekend. If only it were that simple. Actually I'm English and we don't have Thanksgiving. I'm not doing much work on FreeBSD (or OpenH323) at the moment due to lack of free time and a lack of resources. My new job does not involve FreeBSD (or any unix systems) or Video Conferencing. When I can find spare time at home, I only have a P350 + 56k modem. In the New Year I'll upgrade my PC, find someone to get me ISOs and then I'll be back in business. Roger > >> >> The problem is that selrecord() wants to lock a MTX_DEF mutex, which can > >> >> cause a context switch if the mutex is already locked by another thread. > >> >> This is contrary to what bktr_poll() wants to accomplish by calling > >> >> critical_enter(). > >> > > >> > Strange enough that does not seem to happen with a kernel built without > >> > INVARIANTS and WITNESS. Does this make any sense or is this just by > >> > chance? > >> > >> You might try the patch below with WITNESS enabled. I don't have the > >> hardware, so I can't test it. It compiles for me, but for all I know it > >> could delete all your files if you run it. > > > > Any chance for getting this committed? > > I've been forwarding these messages to the bktr maintainer listed in > /usr/src/MAINTAINERS, in case he isn't subscribed to current@. I'm not > suprised that I haven't heard from him because this issue came up at the > start of the Thanksgiving holiday weekend. Commiting the patch will > also require re approval because of the code freeze in preparation for > 5.2-RELEASE. > > From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 01:45:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7EDB16A4CE; Mon, 1 Dec 2003 01:45:00 -0800 (PST) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id E421E43FB1; Mon, 1 Dec 2003 01:44:59 -0800 (PST) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9p2/8.12.9) with ESMTP id hB19ioeF025748; Mon, 1 Dec 2003 01:44:54 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200312010944.hB19ioeF025748@gw.catspoiler.org> Date: Mon, 1 Dec 2003 01:44:50 -0800 (PST) From: Don Lewis To: roger@telepresence.dmem.strath.ac.uk In-Reply-To: <005101c3b7ee$44012110$0100a8c0@Win2K> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: roger@FreeBSD.org cc: current@FreeBSD.org cc: shoesoft@gmx.net Subject: Re: panic on 5.2 BETA: blockable sleep lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 09:45:01 -0000 On 1 Dec, Roger Hardiman wrote: > Hi > > Please can someone commit the bktr patch for me to fix 5.2-BETA > (as long as re@ approve). I don't have the resources. If you're happy with the patch, I'll pursue re@ approval for the commit. >> I'm not suprised that I haven't heard from him because this issue came up > at the >> start of the Thanksgiving holiday weekend. > > If only it were that simple. Actually I'm English and we don't have > Thanksgiving. Sorry, I guess I should have fired up xearth ;-) From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 02:20:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B43A16A4CE for ; Mon, 1 Dec 2003 02:20:24 -0800 (PST) Received: from park.rambler.ru (park.rambler.ru [81.19.64.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6737E43FB1 for ; Mon, 1 Dec 2003 02:20:21 -0800 (PST) (envelope-from is@rambler-co.ru) Received: from is (is.park.rambler.ru [81.19.64.102]) by park.rambler.ru (8.12.6/8.12.6) with ESMTP id hB1AKJJ6040537 for ; Mon, 1 Dec 2003 13:20:19 +0300 (MSK) (envelope-from is@rambler-co.ru) Date: Mon, 1 Dec 2003 13:20:19 +0300 (MSK) From: Igor Sysoev X-Sender: is@is To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: A page fault in subr_turnstile.c:propogate_priority() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 10:20:24 -0000 I'd cvsup'ed 5.1-CURRENT from 2003.11.04.02.02.00 up to 2003.11.28.00.00.00 with the turnstile support and it can still causes sometimes a page fault in propogate_priority(). I have core dump and can send debug output. Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 02:41:09 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4EDD16A4CE for ; Mon, 1 Dec 2003 02:41:09 -0800 (PST) Received: from mail.svenskabutiker.se (ns.svenskabutiker.se [212.247.101.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 714D743FAF for ; Mon, 1 Dec 2003 02:41:08 -0800 (PST) (envelope-from martin@mullet.se) Received: from mullet.se (h118n1fls31o985.telia.com [213.65.16.118]) by mail.svenskabutiker.se (Postfix) with ESMTP id 5BF1E37767 for ; Mon, 1 Dec 2003 11:41:06 +0100 (CET) Message-ID: <3FCB1AC0.5070109@mullet.se> Date: Mon, 01 Dec 2003 11:41:04 +0100 From: Martin Nilsson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: sv, en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Is booting/installing from USB CDROM considered supported? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 10:41:09 -0000 I tried to install our CD/FDD-less servers from a CD-RW drive connected on the USB port, the bootloader complains about "not ufs" and wants me to enter a new boot device. This is 4.9-Release On a late October current the system reboots. I'll try with a fresh 5.2-BETA later today and see what happens with it. in the meantime I just want to ask: Is booting the install CD over a USB connected CDROM supposed to be working? --- Martin Nilsson, CTO & Founder, Mullet Scandinavia AB, Malmö, SWEDEN E-mail: martin@mullet.se, Phone: +46-(0)708-606170, http://www.mullet.se Our business is well engineered servers optimized for FreeBSD and Linux. From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 04:11:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E65B16A4CE for ; Mon, 1 Dec 2003 04:11:36 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C10743FD7 for ; Mon, 1 Dec 2003 04:11:35 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.10/8.12.9) with ESMTP id hB1CBYRm004543 for ; Mon, 1 Dec 2003 04:11:34 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.10/8.12.10/Submit) id hB1CBY2S004542 for freebsd-current@freebsd.org; Mon, 1 Dec 2003 04:11:34 -0800 (PST) (envelope-from obrien) Date: Mon, 1 Dec 2003 04:11:34 -0800 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20031201121134.GA4436@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-BETA Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Subject: Can we get rid of kerb5 redefining macros? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 12:11:36 -0000 Ever since kerberos5 got hooked up to the build by default I'm getting *TONS* (758) of CPP macros. An example is: In file included from /usr/obj/usr/src/kerberos5/lib/libasn1/roken.h:77, from /usr/src/crypto/heimdal/lib/vers/print_version.c:38: /usr/src/crypto/heimdal/lib/roken/roken-common.h:183:1: warning: "EAI_NODATA" re defined In file included from /usr/obj/usr/src/kerberos5/lib/libasn1/roken.h:59, from /usr/src/crypto/heimdal/lib/vers/print_version.c:38: /usr/include/netdb.h:166:1: warning: this is the location of the previous defini tion Can a kerberos5 guy take a look at these? thanks, -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 04:47:15 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D263216A4CE; Mon, 1 Dec 2003 04:47:15 -0800 (PST) Received: from cheer.mahoroba.org (flets20-170.kamome.or.jp [218.45.20.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 995FA43FB1; Mon, 1 Dec 2003 04:47:13 -0800 (PST) (envelope-from ume@mahoroba.org) Received: from mille.mahoroba.org (IDENT:1HkETTGwjgxNcoJ6ju5K8OpyKW+qf0M8JmEsqY3ovRmInE+zPxUtuxe1QBX/OuXy@mille.mahoroba.org [IPv6:3ffe:501:185b:8010:202:2dff:fe41:8630]) (user=ume mech=CRAM-MD5 bits=0)hB1CjCaj069499 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Dec 2003 21:45:15 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Mon, 01 Dec 2003 21:47:04 +0900 Message-ID: From: Hajimu UMEMOTO To: obrien@freebsd.org In-Reply-To: <20031201121134.GA4436@dragon.nuxi.com> References: <20031201121134.GA4436@dragon.nuxi.com> User-Agent: xcite1.38> Wanderlust/2.11.0 (Wonderwall) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) X-Operating-System: FreeBSD 4.9-RELEASE MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on cheer.mahoroba.org cc: freebsd-current@freebsd.org Subject: Re: Can we get rid of kerb5 redefining macros? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 12:47:16 -0000 Hi, >>>>> On Mon, 1 Dec 2003 04:11:34 -0800 >>>>> "David O'Brien" said: obrien> Ever since kerberos5 got hooked up to the build by default I'm getting obrien> *TONS* (758) of CPP macros. An example is: obrien> In file included from /usr/obj/usr/src/kerberos5/lib/libasn1/roken.h:77, obrien> from /usr/src/crypto/heimdal/lib/vers/print_version.c:38: obrien> /usr/src/crypto/heimdal/lib/roken/roken-common.h:183:1: warning: "EAI_NODATA" re obrien> defined obrien> In file included from /usr/obj/usr/src/kerberos5/lib/libasn1/roken.h:59, obrien> from /usr/src/crypto/heimdal/lib/vers/print_version.c:38: obrien> /usr/include/netdb.h:166:1: warning: this is the location of the previous defini obrien> tion obrien> Can a kerberos5 guy take a look at these? I made a patch for this. However, I forgot to sent it to Kerberos5 guy. Sincerely, Index: crypto/heimdal/lib/krb5/eai_to_heim_errno.c diff -u crypto/heimdal/lib/krb5/eai_to_heim_errno.c.orig crypto/heimdal/lib/krb5/eai_to_heim_errno.c --- crypto/heimdal/lib/krb5/eai_to_heim_errno.c.orig Thu Jun 21 11:11:31 2001 +++ crypto/heimdal/lib/krb5/eai_to_heim_errno.c Fri Nov 7 02:47:15 2003 @@ -47,8 +47,10 @@ switch(eai_errno) { case EAI_NOERROR: return 0; +#ifdef EAI_ADDRFAMILY case EAI_ADDRFAMILY: return HEIM_EAI_ADDRFAMILY; +#endif case EAI_AGAIN: return HEIM_EAI_AGAIN; case EAI_BADFLAGS: @@ -59,8 +61,10 @@ return HEIM_EAI_FAMILY; case EAI_MEMORY: return HEIM_EAI_MEMORY; +#if defined(EAI_NODATA) && EAI_NODATA != EAI_NONAME case EAI_NODATA: return HEIM_EAI_NODATA; +#endif case EAI_NONAME: return HEIM_EAI_NONAME; case EAI_SERVICE: Index: crypto/heimdal/lib/krb5/verify_krb5_conf.c diff -u crypto/heimdal/lib/krb5/verify_krb5_conf.c.orig crypto/heimdal/lib/krb5/verify_krb5_conf.c --- crypto/heimdal/lib/krb5/verify_krb5_conf.c.orig Sat Oct 25 06:55:43 2003 +++ crypto/heimdal/lib/krb5/verify_krb5_conf.c Fri Nov 7 02:42:26 2003 @@ -156,7 +156,11 @@ hostname[strcspn(hostname, "/")] = '\0'; ret = getaddrinfo(hostname, "telnet" /* XXX */, NULL, &ai); if(ret != 0) { +#ifdef EAI_NODATA if(ret == EAI_NODATA) +#else + if(ret == EAI_NONAME) +#endif krb5_warnx(context, "%s: host not found (%s)", path, hostname); else krb5_warnx(context, "%s: %s (%s)", path, gai_strerror(ret), hostname); Index: crypto/heimdal/lib/roken/roken-common.h diff -u crypto/heimdal/lib/roken/roken-common.h.orig crypto/heimdal/lib/roken/roken-common.h --- crypto/heimdal/lib/roken/roken-common.h.orig Wed Sep 18 02:36:32 2002 +++ crypto/heimdal/lib/roken/roken-common.h Fri Nov 7 01:58:38 2003 @@ -171,22 +171,26 @@ #ifndef EAI_NOERROR #define EAI_NOERROR 0 /* no error */ #endif - #ifndef EAI_ADDRFAMILY - #define EAI_ADDRFAMILY 1 /* address family for nodename not supported */ +#endif + +#ifndef EAI_NONAME + #define EAI_AGAIN 2 /* temporary failure in name resolution */ #define EAI_BADFLAGS 3 /* invalid value for ai_flags */ #define EAI_FAIL 4 /* non-recoverable failure in name resolution */ #define EAI_FAMILY 5 /* ai_family not supported */ #define EAI_MEMORY 6 /* memory allocation failure */ +#ifndef EAI_NODATA #define EAI_NODATA 7 /* no address associated with nodename */ +#endif #define EAI_NONAME 8 /* nodename nor servname provided, or not known */ #define EAI_SERVICE 9 /* servname not supported for ai_socktype */ #define EAI_SOCKTYPE 10 /* ai_socktype not supported */ #define EAI_SYSTEM 11 /* system error returned in errno */ -#endif /* EAI_ADDRFAMILY */ +#endif /* EAI_NONAME */ /* flags for getaddrinfo() */ -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 05:25:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C17C16A704 for ; Mon, 1 Dec 2003 05:25:39 -0800 (PST) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id E56DA43FE1 for ; Mon, 1 Dec 2003 05:25:37 -0800 (PST) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id 7407C54883; Mon, 1 Dec 2003 07:25:37 -0600 (CST) Received: by madman.celabo.org (Postfix, from userid 1001) id 15A836D455; Mon, 1 Dec 2003 07:25:37 -0600 (CST) Date: Mon, 1 Dec 2003 07:25:37 -0600 From: "Jacques A. Vidrine" To: Sean McNeil Message-ID: <20031201132536.GA99018@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Sean McNeil , freebsd-current@freebsd.org References: <1070260627.23876.2.camel@blue.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1070260627.23876.2.camel@blue.mcneil.com> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.4i-ja.1 cc: freebsd-current@freebsd.org Subject: Re: problem with kerberos startup and LDAP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 13:25:39 -0000 On Sun, Nov 30, 2003 at 10:37:08PM -0800, Sean McNeil wrote: > Hello All, > > I was having trouble with startup and kdc/kadmin5 failing. Turns out > that they were trying to access a shared library in /usr/local/lib > (libldap.so.2). Unfortunately, both were getting started before > ldconfig. > > I added ldconfig to the REQUIRE: for kerberos and now all is well. > > What should be the correct solution? Let's see: What implementation of Kerberos? (Heimdal, MIT?) Installed as part of the base system, from the Ports Collection, or by hand? The correct solutions are: (a) Do not build Kerberos against OpenLDAP if you do not use LDAP functionality. (b) When building Kerberos, make certain that the linker flags include an appropriate setting for RPATH, e.g. `-rpath /usr/local/lib'. Cheers, -- Jacques Vidrine NTT/Verio SME FreeBSD UNIX Heimdal nectar@celabo.org jvidrine@verio.net nectar@freebsd.org nectar@kth.se From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 05:25:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E15416AC98 for ; Mon, 1 Dec 2003 05:25:45 -0800 (PST) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B18F43FCB for ; Mon, 1 Dec 2003 05:25:43 -0800 (PST) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id AC0845489C; Mon, 1 Dec 2003 07:25:42 -0600 (CST) Received: by madman.celabo.org (Postfix, from userid 1001) id 65A356D476; Mon, 1 Dec 2003 07:25:42 -0600 (CST) Date: Mon, 1 Dec 2003 07:25:42 -0600 From: "Jacques A. Vidrine" To: Richard Coleman Message-ID: <20031201132542.GB99018@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Richard Coleman , FreeBSD Current References: <3FC91277.2000805@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3FC91277.2000805@mindspring.com> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.4i-ja.1 cc: FreeBSD Current Subject: Re: Need example file for nsswitch.conf in /usr/share/examples X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 13:25:45 -0000 On Sat, Nov 29, 2003 at 04:41:11PM -0500, Richard Coleman wrote: > There really needs to be an example file for nsswitch.conf in > /usr/share/example. For people new to FreeBSD 5.X, there is no outward > sign that nsswitch is supported other than the nsswitch.conf(5) man page. I won't be adding one for reasons already discussed on the list list back in August (I think you started that thread, too, Richard)--- in short I do not think it is needed and could even be harmful (if people copy it to /etc/nsswitch.conf). But, if someone has a set of *good* example configurations and they are installed in share/examples/etc/nsswitch.conf.${description}, I certainly would not object. (e.g. nsswitch.conf.hesiod, nsswitch.conf.ldap, and so on) Cheers, -- Jacques Vidrine NTT/Verio SME FreeBSD UNIX Heimdal nectar@celabo.org jvidrine@verio.net nectar@freebsd.org nectar@kth.se From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 05:38:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DF0816A4CF; Mon, 1 Dec 2003 05:38:49 -0800 (PST) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEE6543FF2; Mon, 1 Dec 2003 05:38:45 -0800 (PST) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id 939BC54883; Mon, 1 Dec 2003 07:38:45 -0600 (CST) Received: by madman.celabo.org (Postfix, from userid 1001) id 39EE96D455; Mon, 1 Dec 2003 07:38:45 -0600 (CST) Date: Mon, 1 Dec 2003 07:38:45 -0600 From: "Jacques A. Vidrine" To: Hajimu UMEMOTO Message-ID: <20031201133845.GC99018@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Hajimu UMEMOTO , obrien@freebsd.org, freebsd-current@freebsd.org References: <20031201121134.GA4436@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.4i-ja.1 cc: freebsd-current@freebsd.org Subject: Re: Can we get rid of kerb5 redefining macros? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 13:38:49 -0000 On Mon, Dec 01, 2003 at 09:47:04PM +0900, Hajimu UMEMOTO wrote: > I made a patch for this. However, I forgot to sent it to Kerberos5 > guy. Thanks! I'll see about getting it upstream. Cheers, -- Jacques Vidrine NTT/Verio SME FreeBSD UNIX Heimdal nectar@celabo.org jvidrine@verio.net nectar@freebsd.org nectar@kth.se From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 05:40:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1772D16A4CE for ; Mon, 1 Dec 2003 05:40:29 -0800 (PST) Received: from morpheus.webteckies.org (node123e0.a2000.nl [24.132.35.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53FB743FBD for ; Mon, 1 Dec 2003 05:40:03 -0800 (PST) (envelope-from freebsd-current@webteckies.org) Received: from sarevok.idg.nl (unknown [192.168.1.12]) by morpheus.webteckies.org (Postfix) with ESMTP id C8FD7107C6; Mon, 1 Dec 2003 14:36:42 +0100 (CET) From: Melvyn Sopacua Organization: WebTeckies.org To: Jun Kuriyama Date: Mon, 1 Dec 2003 14:39:56 +0100 User-Agent: KMail/1.5.93 References: <200312010802.hB182XfH008722@spider.deepcore.dk> In-Reply-To: <200312010802.hB182XfH008722@spider.deepcore.dk> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_wS0y/3lEeRq10Hw"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200312011440.01262.freebsd-current@webteckies.org> cc: Current cc: Soren Schmidt Subject: Re: -current lockup (how to diagnose?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 13:40:29 -0000 --Boundary-02=_wS0y/3lEeRq10Hw Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 01 December 2003 09:02, Soren Schmidt wrote: > It seems Jun Kuriyama wrote: > > I got lockups in recent -current box. This box is my main workstation > > and usually be up to date kernel. > > > > In recent days, I usually locked up. This is not a panic, only locks > > up. My situation is: > > > > o KDE's clock is working. > > o KDE's virtual screen switching is working. > > o Apache does not reply on 80/tcp from remote. > > o ssh from this box is still working. But ssh *to* the box doesn't right? > > o zsh on this box does not go next prompt when I press enter key at > > promprt. > > > > It looks kernel is working, but fork/exec is not working when I enter > > to this situation. > > Hmm, I've been seeing something semilar a couble of times, can you do a > ps -axl and see if those processes hang around in vm ? I've had this on -STABLE as well and indeed KDE seems to be related. Also, = I=20 recall this to happen during the security check or rebuilding the locate=20 database. I haven't seen this once I installed more memory. A good tell-tale is: * Switch to the console. * Select another VT, via ALT-F2 * Type in the login name and press enter You won't get a passwd prompt. Most of the time I got outof it, by CTRL-ALT-F1 and CTRL-C. I think I have a weekly run report somewhere, reporting 'vm exhaustion'=20 errors. I can dig it up if it's helpful. At the time, the box had 128Megs of RAM and 256MB swap, P-III 450. =2D-=20 Melvyn =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D =46reeBSD sarevok.webteckies.org 5.2-BETA FreeBSD 5.2-BETA #1: Sat Nov 29=20 00:15:33 CET 2003 root@sarevok.webteckies.org:/usr/obj/usr/src/sys/ SAREVOK_NOFW_DBG i386 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D --Boundary-02=_wS0y/3lEeRq10Hw Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/y0SwOv9JNmfFN5URAhWwAJ0f2nCV8dTfYz7nLnRrhDBmFXRDnACgqGnR pssP7sri3T2EuxgdB8aOJr8= =/ZFj -----END PGP SIGNATURE----- --Boundary-02=_wS0y/3lEeRq10Hw-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 05:49:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1CFA16A4CE for ; Mon, 1 Dec 2003 05:49:06 -0800 (PST) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92A6943FCB for ; Mon, 1 Dec 2003 05:49:04 -0800 (PST) (envelope-from freebsd-current@m.gmane.org) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1AQoQA-0000WP-00 for ; Mon, 01 Dec 2003 14:49:02 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org Received: from sea.gmane.org ([80.91.224.252]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AQoQ9-0000W6-00 for ; Mon, 01 Dec 2003 14:49:01 +0100 Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian)) id 1AQoQ8-0007Jr-00 for ; Mon, 01 Dec 2003 14:49:00 +0100 From: Jesse Guardiani Date: Mon, 01 Dec 2003 08:48:59 -0500 Organization: WingNET Lines: 35 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org User-Agent: KNode/0.7.2 X-Mail-Copies-To: never Sender: news Subject: Re: 5.2-BETA dsp.c duplicate lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jesse@wingnet.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 13:49:06 -0000 Jesse Guardiani wrote: > I get this every time I `startx`. I didn't see it in > the archive either: > > > acquiring duplicate lock of same type: "pcm channel" > 1st pcm0:record:0 @ /usr/src/sys/dev/sound/pcm/dsp.c:144 > 2nd pcm0:virtual:0 @ /usr/src/sys/dev/sound/pcm/dsp.c:146 > Stack backtrace: > backtrace(c089b7e5,c3c96a54,c0a8f35a,92,200246) at backtrace+0x17 > witness_lock(c3c6aa80,8,c0a8f35a,92,20000002) at witness_lock+0x672 > _mtx_lock_flags(c3c6aa80,0,c0a8f35a,92,c4) at _mtx_lock_flags+0xba > getchns(c3d07700,e473faf0,e473faf4,30000000,c3b86980) at getchns+0x1b5 > dsp_poll(c3d07700,c4,c403e640,c097fce0,0) at dsp_poll+0x46 > spec_poll(e473fb48,e473fb68,c06d600c,e473fb48,c0937ca0) at spec_poll+0x180 > spec_vnoperate(e473fb48,c0937ca0,c438db2c,c4,c4361a80) at > spec_vnoperate+0x18 vn_poll(c4599110,c4,c4361a80,c403e640,c4361a80) at > vn_poll+0x3c pollscan(c403e640,e473fbd8,3,3e1,18) at pollscan+0xb3 > poll(c403e640,e473fd14,c08b631d,3ee,3) at poll+0x252 > syscall(2f,2f,2f,ffffffff,bfbfe748) at syscall+0x2c0 > Xint0x80_syscall() at Xint0x80_syscall+0x1d > --- syscall (209), eip = 0x2869322f, esp = 0xbfbfe70c, ebp = 0xbfbfe768 > --- > I this a known LOR? Or do I need to submit a pr? -- Jesse Guardiani, Systems Administrator WingNET Internet Services, P.O. Box 2605 // Cleveland, TN 37320-2605 423-559-LINK (v) 423-559-5145 (f) http://www.wingnet.net From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 06:06:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAE2F16A4CE for ; Mon, 1 Dec 2003 06:06:59 -0800 (PST) Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0A5243FDD for ; Mon, 1 Dec 2003 06:06:57 -0800 (PST) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by white.imgsrc.co.jp (Postfix) with ESMTP id 989EC284091; Mon, 1 Dec 2003 23:06:56 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id C8C5C284085; Mon, 1 Dec 2003 23:06:54 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by black.imgsrc.co.jp (Postfix) with ESMTP id 617CF1E4A64; Mon, 1 Dec 2003 23:06:54 +0900 (JST) Date: Mon, 01 Dec 2003 23:06:54 +0900 Message-ID: <7misl0bpj5.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Melvyn Sopacua In-Reply-To: <200312011440.01262.freebsd-current@webteckies.org> References: <200312010802.hB182XfH008722@spider.deepcore.dk> <200312011440.01262.freebsd-current@webteckies.org> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020531 cc: Current Subject: Re: -current lockup (how to diagnose?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 14:06:59 -0000 At Mon, 1 Dec 2003 14:39:56 +0100, Melvyn Sopacua wrote: > > > o KDE's clock is working. > > > o KDE's virtual screen switching is working. > > > o Apache does not reply on 80/tcp from remote. > > > o ssh from this box is still working. > > But ssh *to* the box doesn't right? Yes. > I've had this on -STABLE as well and indeed KDE seems to be related. Also, I > recall this to happen during the security check or rebuilding the locate > database. I haven't seen this once I installed more memory. > > A good tell-tale is: > * Switch to the console. > * Select another VT, via ALT-F2 > * Type in the login name and press enter > > You won't get a passwd prompt. Yes, I can see the same situation. > Most of the time I got outof it, by CTRL-ALT-F1 and CTRL-C. Hmm, I'll try next time. > I think I have a weekly run report somewhere, reporting 'vm exhaustion' > errors. I can dig it up if it's helpful. > At the time, the box had 128Megs of RAM and 256MB swap, P-III 450. My box has 2GB memory, so it would be enough. My box makes world and release nightly and it locks usually at that time. Anyway, I'm waiting for next lock ups. :-) -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 06:16:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F016016A4CE for ; Mon, 1 Dec 2003 06:16:38 -0800 (PST) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FFF443FE5 for ; Mon, 1 Dec 2003 06:16:35 -0800 (PST) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id E0D5E5482B; Mon, 1 Dec 2003 08:16:31 -0600 (CST) Received: by madman.celabo.org (Postfix, from userid 1001) id 9F57E6D455; Mon, 1 Dec 2003 08:16:31 -0600 (CST) Date: Mon, 1 Dec 2003 08:16:31 -0600 From: "Jacques A. Vidrine" To: Matthias Andree Message-ID: <20031201141631.GB99428@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Matthias Andree , freebsd-current@freebsd.org References: <20031125025621.453732A8FC@canning.wemm.org> <200311250311.hAP3BTCO075916@apollo.backplane.com> <20031125150700.GA48007@madman.celabo.org> <20031125201421.GB54467@madman.celabo.org> <200311252039.hAPKdBfq080963@apollo.backplane.com> <20031126130402.GB57523@madman.celabo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.4i-ja.1 cc: freebsd-current@freebsd.org Subject: Re: NSS and PAM, dynamic vs. static X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 14:16:39 -0000 On Sat, Nov 29, 2003 at 02:01:02PM +0100, Matthias Andree wrote: > "Jacques A. Vidrine" writes: > > NSS and PAM do not overlap. > > I wonder how PAM gets "system" authentication information for pam_pwdb > or pam_unix or how it's called today and on the pertinent system if not > through NSS. Reimplementation of these "passwd/shadow/whatever" > mechanisms? No, PAM uses the system directory services APIs (e.g. getpwnam(3) and similar). Those in turn use NSS, on NSS systems. Cheers, -- Jacques Vidrine NTT/Verio SME FreeBSD UNIX Heimdal nectar@celabo.org jvidrine@verio.net nectar@freebsd.org nectar@kth.se From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 06:20:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDB4816A4CE for ; Mon, 1 Dec 2003 06:20:24 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DD3743FDD for ; Mon, 1 Dec 2003 06:20:23 -0800 (PST) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id F3EB12ED447; Mon, 1 Dec 2003 06:20:22 -0800 (PST) Date: Mon, 1 Dec 2003 15:20:22 +0100 From: Maxime Henrion To: Jesse Guardiani Message-ID: <20031201142022.GK8404@elvis.mu.org> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="/WwmFnJnmDyWGHa4" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: 5.2-BETA dsp.c duplicate lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 14:20:24 -0000 --/WwmFnJnmDyWGHa4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Jesse Guardiani wrote: > Jesse Guardiani wrote: > > > I get this every time I `startx`. I didn't see it in > > the archive either: > > > > > > acquiring duplicate lock of same type: "pcm channel" > > 1st pcm0:record:0 @ /usr/src/sys/dev/sound/pcm/dsp.c:144 > > 2nd pcm0:virtual:0 @ /usr/src/sys/dev/sound/pcm/dsp.c:146 > > Stack backtrace: > > backtrace(c089b7e5,c3c96a54,c0a8f35a,92,200246) at backtrace+0x17 > > witness_lock(c3c6aa80,8,c0a8f35a,92,20000002) at witness_lock+0x672 > > _mtx_lock_flags(c3c6aa80,0,c0a8f35a,92,c4) at _mtx_lock_flags+0xba > > getchns(c3d07700,e473faf0,e473faf4,30000000,c3b86980) at getchns+0x1b5 > > dsp_poll(c3d07700,c4,c403e640,c097fce0,0) at dsp_poll+0x46 > > spec_poll(e473fb48,e473fb68,c06d600c,e473fb48,c0937ca0) at spec_poll+0x180 > > spec_vnoperate(e473fb48,c0937ca0,c438db2c,c4,c4361a80) at > > spec_vnoperate+0x18 vn_poll(c4599110,c4,c4361a80,c403e640,c4361a80) at > > vn_poll+0x3c pollscan(c403e640,e473fbd8,3,3e1,18) at pollscan+0xb3 > > poll(c403e640,e473fd14,c08b631d,3ee,3) at poll+0x252 > > syscall(2f,2f,2f,ffffffff,bfbfe748) at syscall+0x2c0 > > Xint0x80_syscall() at Xint0x80_syscall+0x1d > > --- syscall (209), eip = 0x2869322f, esp = 0xbfbfe70c, ebp = 0xbfbfe768 > > --- > > > > I this a known LOR? Or do I need to submit a pr? This isn't a LOR at all. Could you please try the attached patch? It should fix your problem. To the sound guys : I believe it's expected that the pcm code will sometimes acquire several channels lock at once, but I am not 100% sure. If it's not, this patch isn't a fix but a workaround. Cheers, Maxime --/WwmFnJnmDyWGHa4 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="pcm.patch" Index: isa/ad1816.c =================================================================== RCS file: /space2/ncvs/src/sys/dev/sound/isa/ad1816.c,v retrieving revision 1.29 diff -u -p -r1.29 ad1816.c --- isa/ad1816.c 7 Sep 2003 16:28:02 -0000 1.29 +++ isa/ad1816.c 1 Dec 2003 14:11:45 -0000 @@ -593,7 +593,8 @@ ad1816_attach(device_t dev) ad1816 = (struct ad1816_info *)malloc(sizeof *ad1816, M_DEVBUF, M_NOWAIT | M_ZERO); if (!ad1816) return ENXIO; - ad1816->lock = snd_mtxcreate(device_get_nameunit(dev), "sound softc"); + ad1816->lock = snd_mtxcreate(device_get_nameunit(dev), "sound softc", + 0); ad1816->io_rid = 2; ad1816->irq_rid = 0; ad1816->drq1_rid = 0; Index: isa/mss.c =================================================================== RCS file: /space2/ncvs/src/sys/dev/sound/isa/mss.c,v retrieving revision 1.86 diff -u -p -r1.86 mss.c --- isa/mss.c 7 Sep 2003 16:28:02 -0000 1.86 +++ isa/mss.c 1 Dec 2003 14:11:53 -0000 @@ -1667,7 +1667,7 @@ mss_doattach(device_t dev, struct mss_in int pdma, rdma, flags = device_get_flags(dev); char status[SND_STATUSLEN], status2[SND_STATUSLEN]; - mss->lock = snd_mtxcreate(device_get_nameunit(dev), "sound softc"); + mss->lock = snd_mtxcreate(device_get_nameunit(dev), "sound softc", 0); mss->bufsize = pcm_getbuffersize(dev, 4096, MSS_DEFAULT_BUFSZ, 65536); if (!mss_alloc_resources(mss, dev)) goto no; mss_init(mss, dev); Index: isa/sbc.c =================================================================== RCS file: /space2/ncvs/src/sys/dev/sound/isa/sbc.c,v retrieving revision 1.38 diff -u -p -r1.38 sbc.c --- isa/sbc.c 7 Feb 2003 14:05:33 -0000 1.38 +++ isa/sbc.c 1 Dec 2003 14:12:03 -0000 @@ -116,7 +116,8 @@ static void sb_setmixer(struct resource static void sbc_lockinit(struct sbc_softc *scp) { - scp->lock = snd_mtxcreate(device_get_nameunit(scp->dev), "sound softc"); + scp->lock = snd_mtxcreate(device_get_nameunit(scp->dev), "sound softc", + 0); } static void Index: pci/cmi.c =================================================================== RCS file: /space2/ncvs/src/sys/dev/sound/pci/cmi.c,v retrieving revision 1.23 diff -u -p -r1.23 cmi.c --- pci/cmi.c 2 Sep 2003 17:30:37 -0000 1.23 +++ pci/cmi.c 1 Dec 2003 14:12:15 -0000 @@ -842,7 +842,7 @@ cmi_attach(device_t dev) return ENXIO; } - sc->lock = snd_mtxcreate(device_get_nameunit(dev), "sound softc"); + sc->lock = snd_mtxcreate(device_get_nameunit(dev), "sound softc", 0); data = pci_read_config(dev, PCIR_COMMAND, 2); data |= (PCIM_CMD_PORTEN|PCIM_CMD_BUSMASTEREN); pci_write_config(dev, PCIR_COMMAND, data, 2); Index: pci/ds1.c =================================================================== RCS file: /space2/ncvs/src/sys/dev/sound/pci/ds1.c,v retrieving revision 1.36 diff -u -p -r1.36 ds1.c --- pci/ds1.c 2 Sep 2003 17:30:37 -0000 1.36 +++ pci/ds1.c 1 Dec 2003 14:12:26 -0000 @@ -942,7 +945,7 @@ ds_pci_attach(device_t dev) return ENXIO; } - sc->lock = snd_mtxcreate(device_get_nameunit(dev), "sound softc"); + sc->lock = snd_mtxcreate(device_get_nameunit(dev), "sound softc", 0); sc->dev = dev; subdev = (pci_get_subdevice(dev) << 16) | pci_get_subvendor(dev); sc->type = ds_finddev(pci_get_devid(dev), subdev); Index: pci/emu10k1.c =================================================================== RCS file: /space2/ncvs/src/sys/dev/sound/pci/emu10k1.c,v retrieving revision 1.41 diff -u -p -r1.41 emu10k1.c --- pci/emu10k1.c 7 Sep 2003 16:28:03 -0000 1.41 +++ pci/emu10k1.c 1 Dec 2003 14:12:35 -0000 @@ -1468,7 +1468,7 @@ emu_pci_attach(device_t dev) return ENXIO; } - sc->lock = snd_mtxcreate(device_get_nameunit(dev), "sound softc"); + sc->lock = snd_mtxcreate(device_get_nameunit(dev), "sound softc", 0); sc->dev = dev; sc->type = pci_get_devid(dev); sc->rev = pci_get_revid(dev); Index: pci/t4dwave.c =================================================================== RCS file: /space2/ncvs/src/sys/dev/sound/pci/t4dwave.c,v retrieving revision 1.40 diff -u -p -r1.40 t4dwave.c --- pci/t4dwave.c 7 Sep 2003 16:28:03 -0000 1.40 +++ pci/t4dwave.c 1 Dec 2003 14:12:42 -0000 @@ -811,7 +811,7 @@ tr_pci_attach(device_t dev) tr->type = pci_get_devid(dev); tr->rev = pci_get_revid(dev); - tr->lock = snd_mtxcreate(device_get_nameunit(dev), "sound softc"); + tr->lock = snd_mtxcreate(device_get_nameunit(dev), "sound softc", 0); data = pci_read_config(dev, PCIR_COMMAND, 2); data |= (PCIM_CMD_PORTEN|PCIM_CMD_MEMEN|PCIM_CMD_BUSMASTEREN); Index: pcm/ac97.c =================================================================== RCS file: /space2/ncvs/src/sys/dev/sound/pcm/ac97.c,v retrieving revision 1.49 diff -u -p -r1.49 ac97.c --- pcm/ac97.c 11 Nov 2003 22:15:17 -0000 1.49 +++ pcm/ac97.c 1 Dec 2003 14:10:11 -0000 @@ -672,7 +672,7 @@ ac97_create(device_t dev, void *devinfo, return NULL; snprintf(codec->name, AC97_NAMELEN, "%s:ac97", device_get_nameunit(dev)); - codec->lock = snd_mtxcreate(codec->name, "ac97 codec"); + codec->lock = snd_mtxcreate(codec->name, "ac97 codec", 0); codec->methods = kobj_create(cls, M_AC97, M_WAITOK); if (codec->methods == NULL) { snd_mtxlock(codec->lock); Index: pcm/channel.c =================================================================== RCS file: /space2/ncvs/src/sys/dev/sound/pcm/channel.c,v retrieving revision 1.91 diff -u -p -r1.91 channel.c --- pcm/channel.c 9 Nov 2003 09:17:22 -0000 1.91 +++ pcm/channel.c 1 Dec 2003 14:10:11 -0000 @@ -69,7 +69,7 @@ static int chn_buildfeeder(struct pcm_ch static void chn_lockinit(struct pcm_channel *c) { - c->lock = snd_mtxcreate(c->name, "pcm channel"); + c->lock = snd_mtxcreate(c->name, "pcm channel", MTX_DUPOK); } static void Index: pcm/mixer.c =================================================================== RCS file: /space2/ncvs/src/sys/dev/sound/pcm/mixer.c,v retrieving revision 1.33 diff -u -p -r1.33 mixer.c --- pcm/mixer.c 11 Nov 2003 05:38:28 -0000 1.33 +++ pcm/mixer.c 1 Dec 2003 14:10:11 -0000 @@ -194,7 +194,7 @@ mixer_init(device_t dev, kobj_class_t cl m = (struct snd_mixer *)kobj_create(cls, M_MIXER, M_WAITOK | M_ZERO); snprintf(m->name, MIXER_NAMELEN, "%s:mixer", device_get_nameunit(dev)); - m->lock = snd_mtxcreate(m->name, "pcm mixer"); + m->lock = snd_mtxcreate(m->name, "pcm mixer", 0); m->type = cls->name; m->devinfo = devinfo; m->busy = 0; Index: pcm/sound.c =================================================================== RCS file: /space2/ncvs/src/sys/dev/sound/pcm/sound.c,v retrieving revision 1.85 diff -u -p -r1.85 sound.c --- pcm/sound.c 7 Sep 2003 16:28:03 -0000 1.85 +++ pcm/sound.c 1 Dec 2003 14:10:01 -0000 @@ -88,7 +88,7 @@ snd_sysctl_tree_top(device_t dev) } void * -snd_mtxcreate(const char *desc, const char *type) +snd_mtxcreate(const char *desc, const char *type, int opts) { #ifdef USING_MUTEX struct mtx *m; @@ -96,7 +96,7 @@ snd_mtxcreate(const char *desc, const ch m = malloc(sizeof(*m), M_DEVBUF, M_WAITOK | M_ZERO); if (m == NULL) return NULL; - mtx_init(m, desc, type, MTX_RECURSE); + mtx_init(m, desc, type, MTX_RECURSE | opts); return m; #else return (void *)0xcafebabe; @@ -641,7 +641,7 @@ pcm_register(device_t dev, void *devinfo return EINVAL; } - d->lock = snd_mtxcreate(device_get_nameunit(dev), "sound cdev"); + d->lock = snd_mtxcreate(device_get_nameunit(dev), "sound cdev", 0); d->flags = 0; d->dev = dev; Index: pcm/sound.h =================================================================== RCS file: /space2/ncvs/src/sys/dev/sound/pcm/sound.h,v retrieving revision 1.52 diff -u -p -r1.52 sound.h --- pcm/sound.h 7 Sep 2003 16:28:03 -0000 1.52 +++ pcm/sound.h 1 Dec 2003 14:13:25 -0000 @@ -237,7 +237,7 @@ void *pcm_getdevinfo(device_t dev); int snd_setup_intr(device_t dev, struct resource *res, int flags, driver_intr_t hand, void *param, void **cookiep); -void *snd_mtxcreate(const char *desc, const char *type); +void *snd_mtxcreate(const char *desc, const char *type, int opts); void snd_mtxfree(void *m); void snd_mtxassert(void *m); #define snd_mtxlock(m) mtx_lock(m) --/WwmFnJnmDyWGHa4-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 06:26:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADE2316A4CE for ; Mon, 1 Dec 2003 06:26:28 -0800 (PST) Received: from morpheus.webteckies.org (node123e0.a2000.nl [24.132.35.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1E7243FA3 for ; Mon, 1 Dec 2003 06:25:42 -0800 (PST) (envelope-from freebsd-current@webteckies.org) Received: from sarevok.idg.nl (unknown [192.168.1.12]) by morpheus.webteckies.org (Postfix) with ESMTP id 2FFD8107C6; Mon, 1 Dec 2003 15:22:22 +0100 (CET) From: Melvyn Sopacua Organization: WebTeckies.org To: Jun Kuriyama Date: Mon, 1 Dec 2003 15:25:36 +0100 User-Agent: KMail/1.5.93 References: <200312010802.hB182XfH008722@spider.deepcore.dk> <200312011440.01262.freebsd-current@webteckies.org> <7misl0bpj5.wl@black.imgsrc.co.jp> In-Reply-To: <7misl0bpj5.wl@black.imgsrc.co.jp> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_k90y/kM8LslcItz"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200312011525.40719.freebsd-current@webteckies.org> cc: Current Subject: Re: -current lockup (how to diagnose?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 14:26:28 -0000 X-List-Received-Date: Mon, 01 Dec 2003 14:26:28 -0000 --Boundary-02=_k90y/kM8LslcItz Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 01 December 2003 15:06, Jun Kuriyama wrote: > My box has 2GB memory, so it would be enough. My box makes world and > release nightly and it locks usually at that time. Which has the same characteristics as rebuilding a locate database or check= ing=20 suid bits on the entire drive: lotsa disk io. =2D-=20 Melvyn =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D =46reeBSD sarevok.webteckies.org 5.2-BETA FreeBSD 5.2-BETA #1: Sat Nov 29=20 00:15:33 CET 2003 root@sarevok.webteckies.org:/usr/obj/usr/src/sys/ SAREVOK_NOFW_DBG i386 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D --Boundary-02=_k90y/kM8LslcItz Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/y09kOv9JNmfFN5URAq2dAJ4t1xBYBQXkI02jkzYMsZ77yvSiRwCgruau Ne80qDzOK5VNQIX3D5wN4Ew= =c9eM -----END PGP SIGNATURE----- --Boundary-02=_k90y/kM8LslcItz-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 06:26:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DDDF16A4CE for ; Mon, 1 Dec 2003 06:26:38 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEAD144027 for ; Mon, 1 Dec 2003 06:26:02 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9p2/8.12.9) with ESMTP id hB1ENLMg048054; Mon, 1 Dec 2003 09:23:21 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)hB1ENLOr048051; Mon, 1 Dec 2003 09:23:21 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 1 Dec 2003 09:23:21 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Jun Kuriyama In-Reply-To: <7mznedas57.wl@black.imgsrc.co.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Current Subject: Re: -current lockup (how to diagnose?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 14:26:38 -0000 On Mon, 1 Dec 2003, Jun Kuriyama wrote: > I got lockups in recent -current box. This box is my main workstation > and usually be up to date kernel. > > In recent days, I usually locked up. This is not a panic, only locks > up. My situation is: > > o KDE's clock is working. > o KDE's virtual screen switching is working. > o Apache does not reply on 80/tcp from remote. > o ssh from this box is still working. > o zsh on this box does not go next prompt when I press enter key at > promprt. > > It looks kernel is working, but fork/exec is not working when I enter to > this situation. > > So, what can I diagnose with this situation? Of course this box has > serial console. This could be a sign of a VM or VFS lock leak or deadlock. I'd advise hooking up a serial console, dropping to DDB over serial line, and posting the results of "ps" and "show lockedvnods". We might then ask you to use the "show locks" command on various processes. You'll need to have DDB and WITNESS compiled in. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 06:27:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9705016A4CE for ; Mon, 1 Dec 2003 06:27:40 -0800 (PST) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69BBE43FAF for ; Mon, 1 Dec 2003 06:27:38 -0800 (PST) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id E200F5482B; Mon, 1 Dec 2003 08:27:37 -0600 (CST) Received: by madman.celabo.org (Postfix, from userid 1001) id 7EBCD6D455; Mon, 1 Dec 2003 08:27:37 -0600 (CST) Date: Mon, 1 Dec 2003 08:27:37 -0600 From: "Jacques A. Vidrine" To: Dag-Erling Smørgrav Message-ID: <20031201142737.GC99428@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Dag-Erling Smørgrav , freebsd-current@freebsd.org References: <20031129011334.GC88553@madman.celabo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.4i-ja.1 cc: freebsd-current@freebsd.org Subject: Re: NSS and PAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 14:27:40 -0000 On Sat, Nov 29, 2003 at 02:45:24AM +0100, Dag-Erling Smørgrav wrote: > "Jacques A. Vidrine" writes: > > Interesting. Explain, please. (Maybe privately or in another thread; > > hate to keep this'n going.) Perhaps you mean that it is a design flaw > > that two APIs are required. If so, I happen to disagree; I think that > > the separation of directory services and authentication is appropriate > > and necessary. > > No, the two are essentially one. We just think they aren't because > we've been brainwashed to think of users in terms of uids and gids and > especially struct passwd, which deserves to die. By `the two', do you mean directory services and authentication? They are certainly not `essentially one'. But I suspect you know this and I am just misunderstanding your meaning. > NSS itself doesn't make much sense to me; it's an elaborate hack > designed to drag all those nice shiny directory services down in the > mud where struct passwd has been wallowing for the past twenty years, > instead of allowing applications to take advantage of their superior > functionality. I guess I think of it this way. If NSS had not been implemented `down in the mud' (inside getpw*, getgr*, gethostby*, etc.), then applications that used the UNIX directory service APIs would need to be re-written in order to utilize NSS. That's a lot of code to change for little benefit. PAM is different. Applications *had* to be re-written to utilize PAM, because previously there was no real authentication API, just crypt() and strcmp()--- obviously insufficient for many authentication methods :-) > As for PAM, a lot of what's wrong with it today could be fixed by > redesigning it to include directory services. If you fixed the > conversation system (by formalizing service function execution as an > FSM) and cleaned up the configuration syntax, you'd end up with > something quite nice. If I understand you correctly, you believe that it would be possible to unite the NSS and PAM switches, so that they used the same configuration file, dynamic loading mechanisms, cascading, and so on. Sure, I think that's possible. There might even be some benefit, though probably not enough benefit to abandon PAM/NSS and go our own way. Cheers, -- Jacques Vidrine NTT/Verio SME FreeBSD UNIX Heimdal nectar@celabo.org jvidrine@verio.net nectar@freebsd.org nectar@kth.se From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 06:31:10 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8744C16A4CE; Mon, 1 Dec 2003 06:31:10 -0800 (PST) Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF45943FE9; Mon, 1 Dec 2003 06:30:59 -0800 (PST) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by white.imgsrc.co.jp (Postfix) with ESMTP id E7C16284081; Mon, 1 Dec 2003 23:30:58 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id E6463284085; Mon, 1 Dec 2003 23:30:57 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by black.imgsrc.co.jp (Postfix) with ESMTP id 9E9A91E4A65; Mon, 1 Dec 2003 23:30:57 +0900 (JST) Date: Mon, 01 Dec 2003 23:30:57 +0900 Message-ID: <7mhe0kbof2.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Robert Watson In-Reply-To: References: <7mznedas57.wl@black.imgsrc.co.jp> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020531 cc: Current Subject: Re: -current lockup (how to diagnose?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 14:31:10 -0000 At Mon, 1 Dec 2003 09:23:21 -0500 (EST), Robert Watson wrote: > This could be a sign of a VM or VFS lock leak or deadlock. I'd advise > hooking up a serial console, dropping to DDB over serial line, and posting > the results of "ps" and "show lockedvnods". We might then ask you to use > the "show locks" command on various processes. You'll need to have DDB > and WITNESS compiled in. He he, I of course have serial console, DDB and WITNESS. They are good safety belf fot -current users, isn't it? :-) I'll post information above next time. Thanks! -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 07:04:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42AED16A4CE for ; Mon, 1 Dec 2003 07:04:32 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79CC743FBD for ; Mon, 1 Dec 2003 07:04:04 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9p2/8.12.9) with ESMTP id hB1F1NMg048492 for ; Mon, 1 Dec 2003 10:01:23 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: (from robert@localhost) by fledge.watson.org (8.12.9p2/8.12.9/Submit) id hB1F1NJe048491 for current@FreeBSD.org; Mon, 1 Dec 2003 10:01:23 -0500 (EST) (envelope-from robert) Date: Mon, 1 Dec 2003 10:01:23 -0500 (EST) Message-Id: <200312011501.hB1F1NJe048491@fledge.watson.org> From: Robert Watson To: current@FreeBSD.org Subject: 5.2-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: re@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 15:04:32 -0000 This is an automated bi-weekly mailing of the FreeBSD 5.2 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.2R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.2. FreeBSD 5.2 Open Issues Open Issues This is a list of open issues that need to be resolved for FreeBSD 5.2. If you have any updates for this list, please e-mail re@FreeBSD.org. Show stopper defects for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status |Responsible | Description | |-----------+-----------+------------+-----------------------------------| |Panic when | | | | |rebuilding |Not done |-- |The panic reported in PR kern/58228| |ata-raid | | |must be fixed. | |arrays | | | | |-----------+-----------+------------+-----------------------------------| | | | |panic: Assertion td->td_turnstile | | | | |!= NULL failed at | | | | |../../../kern/subr_turnstile.c:427 | | | | |has been affecting several users on| | | | |multiple platforms. Note: further | |Turnstile | | |research indicates that these | |assertion |In progress|John Baldwin|panics tend to be "double panics" | |failure | | |that are a side effect of the | | | | |turnstile code in the context of an| | | | |existing panic. Reporters of this | | | | |panic should make sure to include a| | | | |full stack trace so that it's clear| | | | |if a second panic is also present. | |-----------+-----------+------------+-----------------------------------| | | | |The new i386 interrupt code | |ACPI kernel| | |requires that ACPI be compiled into| |module |In progress|John Baldwin|the kernel if it to be used. Work | | | | |is underway to restore the ability | | | | |to load it as a module. | |-----------+-----------+------------+-----------------------------------| | | | |There have been a number of reports| |Reported | | |of NFS clients and server hangs. | |NFS |In progress| |Unfortunately, these are difficult | |failures | | |to reproduce, and have not yet been| | | | |traced back to a particular change | | | | |or reliable reproduction scenario. | +------------------------------------------------------------------------+ Required features for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |-----------------+-------------+-------------+--------------------------| | | | | Kernel and userland bits | | KSE support for | | Jake | are implemented but | | sparc64 | In progress | Burkholder | untested and known to be | | | | | incomplete. Required for | | | | | 5.2-RELEASE. | |-----------------+-------------+-------------+--------------------------| | | | | Userland bits | | KSE support for | | Marcel | implemented, kernel bits | | alpha | In progress | Moolenaar | not implemented. | | | | | Required for | | | | | 5.2-RELEASE. | |-----------------+-------------+-------------+--------------------------| | | | | Significant parts of the | | | | | network stack | | | | | (especially IPv4 and | | | | | IPv6) now have | | | | | fine-grained locking of | | | | | their data structures. | | | | | However, it is not yet | | | | | possible for the netisr | | | | | threads to run without | | Fine-grained | | | Giant, due to | | network stack | In progress | Sam Leffler | dependencies on sockets, | | locking without | | | routing, etc. A | | Giant | | | 5.2-RELEASE goal is to | | | | | have the network stack | | | | | running largely without | | | | | Giant, which should | | | | | substantially improve | | | | | performance of the | | | | | stack, as well as other | | | | | system components by | | | | | reducing contention on | | | | | Giant. | +------------------------------------------------------------------------+ Desired features for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |--------------------+---------------+----------------+------------------| | | | | FAST_IPSEC | | | | | currently cannot | | | | | be used directly | | | | | with the KAME | | | | | IPv6 | | | | | implementation, | | | | | requiring an | | | | | additional level | | | | | of IP tunnel | | | | | indirection to | | | | | protect IPv6 | | | | | packets when | | | | | using hardware | | | | | crypto | | FAST_IPSEC and | | | acceleration. | | KAME compatibility | Not done | -- | This issue must | | | | | be resolved so | | | | | that the two | | | | | services may | | | | | more easily be | | | | | used together. | | | | | Among other | | | | | things, this | | | | | will require a | | | | | careful review | | | | | of the handling | | | | | of mbuf header | | | | | copying and | | | | | m_tag support in | | | | | the KAME IPv6 | | | | | code. | |--------------------+---------------+----------------+------------------| | | | | The FreeBSD KAME | | | | | IPv6 code is now | | | | | substantially | | | | | dated with | | | | | respect to the | | | | | KAME vendor | | KAME | In progress | Hajimu UMEMOTO | source. The | | Synchronization | | | FreeBSD Project | | | | | needs to take | | | | | initiative in | | | | | driving the | | | | | merge of new bug | | | | | fixes, features, | | | | | et al. | |--------------------+---------------+----------------+------------------| | | | | Almost all | | | | | process | | | | | debugging tools | | | | | have been | | | | | updated to use | | | | | non-procfs | | | | | kernel | | | | | primitives, with | | | | | the exception of | | | | | truss(1). As | | | | | procfs is | | | | | considered | | | | | deprecated due | | truss support for | | | to its inherent | | ptrace | In progress | Robert Drehmel | security risks, | | | | | it is highly | | | | | desirable to | | | | | update truss to | | | | | operate in a | | | | | post-procfs | | | | | world. | | | | | Dag-Erling | | | | | Smorgrav had | | | | | prototype | | | | | patches; | | | | | Robert Drehmel | | | | | is developing | | | | | and testing | | | | | patches now. | |--------------------+---------------+----------------+------------------| | | | | Apple's Darwin | | | | | operating system | | | | | has fairly | | | | | extensive | | Merge of Darwin | | | improvements to | | msdosfs, other | Not done | -- | msdosfs and | | fixes | | | other kernel | | | | | services; these | | | | | fixes must be | | | | | reviewed and | | | | | merged to the | | | | | FreeBSD tree. | |--------------------+---------------+----------------+------------------| | | | | Productionable | | | | | support for the | | | | | AMD64 platform. | | | | | It currently | | | | | meets most of | | Tier-1 Support for | In progress | Peter Wemm, | the requirements | | AMD64 Hammer | | David O'Brien | for the Tier-1 | | | | | classification, | | | | | but a formal | | | | | ruling must be | | | | | made in time for | | | | | 5.2-RELEASE. | |--------------------+---------------+----------------+------------------| | | | | Kernel modules | | | | | are currently | | | | | built | | | | | independently | | | | | from a kernel | | | | | configuration, | | | | | and | | | | | independently | | | | | from one | | | | | another, | | | | | resulting in | | | | | substantially | | | | | redundant | | | | | compilation of | | | | | objects, as well | | | | | as the inability | | | | | to easily manage | | | | | compile-time | | | | | options for | | | | | kernel objects | | | | | (such as MAC, | | Revised kld build | Not done | -- | PAE, etc) that | | infrastructure | | | may require | | | | | conditional | | | | | compilation in | | | | | the kernel | | | | | modules. In | | | | | order to improve | | | | | build | | | | | performance and | | | | | better support | | | | | options of this | | | | | sort, the KLD | | | | | build | | | | | infrastructure | | | | | needs to be | | | | | revamped. Peter | | | | | Wemm has done | | | | | some initial | | | | | prototyping, and | | | | | should be | | | | | contacted before | | | | | starting on this | | | | | work. | |--------------------+---------------+----------------+------------------| | | | | Currently, there | | | | | are two classes | | | | | of interrupt | | | | | handlers in 5.x: | | | | | fast interrupt | | | | | handlers which | | | | | run entirely in | | | | | interrupt | | | | | context, and | | | | | heavy-weight | | | | | handlers which | | | | | execute in a | | | | | full-weight | | | | | kernel interrupt | | | | | thread. It is | | | | | possible to | | | | | optimize | | | | | interrupt thread | | | | | context | | | | | management such | | | | | that a | | | | | light-weight | | | | | context switch | | | | | is performed to | | | | | begin execution | | | | | of the interrupt | | | | | thread in the | | | | | handler context, | | | | | and only when a | | | | | full-weight | | Light-weight | | | context is | | interrupt threads, | Not done | -- | required (such | | context switches | | | as sleeping on a | | | | | lock) is that | | | | | cost required. | | | | | This | | | | | optimization | | | | | should | | | | | substantially | | | | | improve | | | | | interrupt | | | | | latency. There | | | | | are also | | | | | additional | | | | | kernel thread | | | | | context switch | | | | | optimizations | | | | | that can be made | | | | | to improve the | | | | | performance of | | | | | thread workers | | | | | in the kernel, | | | | | such as found in | | | | | the network | | | | | stack, crypto | | | | | worker threads, | | | | | and GEOM. Bosko | | | | | Milekic has done | | | | | substantial | | | | | prototyping | | | | | work, and should | | | | | be coordinated | | | | | with. | |--------------------+---------------+----------------+------------------| | | | | Currently, gbde | | | | | must be manually | | | | | configured at | | | | | run-time each | | | | | time an | | | | | encrypted disk | | | | | device is | | | | | mounted. This | | | | | prevents easy | | Run-time | | | integration into | | autoconfiguration | | | /etc/fstab and | | of GBDE and | Not done | -- | easy automated | | related transforms | | | deployment. | | | | | Improved | | | | | integration with | | | | | the | | | | | configuration, | | | | | mounting, and | | | | | boot process is | | | | | required to make | | | | | this feature | | | | | more easily | | | | | accessible. | |--------------------+---------------+----------------+------------------| | | | | A process cannot | | | | | be interrupted | | | | | while waiting on | | | | | a lock. Fixing | | | | | this requires | | rpc.lockd(8) | In progress | Robert Watson | that the RPC | | stability | | | code be taught | | | | | how to deal with | | | | | lock | | | | | cancellation and | | | | | interruption | | | | | events. | |--------------------+---------------+----------------+------------------| | | | | Truss appears to | | | | | contain a race | | | | | condition during | | | | | the start-up of | | | | | debugging, which | | | | | can result in | | | | | truss failing to | | | | | attach to the | | | | | process before | | | | | it exits. The | | | | | symptom is that | | | | | truss reports | | | | | that it cannot | | | | | open the procfs | | | | | node supporting | | | | | the process | | | | | being debugged. | | | | | A bug also | | | | | appears to exist | | Race conditions in | Errata | | where in truss | | truss | candidate | Robert Drehmel | will hang if | | | | | execve() returns | | | | | ENOENT. A | | | | | further race | | | | | appears to exist | | | | | in which truss | | | | | will return | | | | | "PIOCWAIT: | | | | | Input/output | | | | | error" | | | | | occasionally on | | | | | startup. The fix | | | | | for this | | | | | sufficiently | | | | | changes process | | | | | execution | | | | | handling that we | | | | | will defer the | | | | | fix to post-5.0 | | | | | and consider | | | | | this errata. | |--------------------+---------------+----------------+------------------| | gdb -k support for | Not done | Mark Peek | gdb -k doesn't | | alpha | | | work on alpha | |--------------------+---------------+----------------+------------------| | | | | Currently, MAC | | | | | protections are | | | | | enforced only on | | | | | locally | | | | | originated file | | | | | system | | | | | operations | | | | | (VOPs), and not | | | | | on RPCs | | | | | generated via | | | | | the NFS server. | | | | | Improvements in | | MAC support for | | | NFS server | | NFS Server | Not done | Robert Watson | credential | | | | | handling are | | | | | required to | | | | | correct this | | | | | problem, as well | | | | | as the | | | | | introduction of | | | | | new entry points | | | | | to properly | | | | | label NFS | | | | | credentials and | | | | | perform | | | | | enforcement | | | | | properly. | |--------------------+---------------+----------------+------------------| | | | | All PCI drivers | | | | | must use busdma | | | | | for DMA; no use | | | | | of vtophys() | | busdma in all PCI | In progress | -- | will be | | drivers | | | permitted for | | | | | any recent | | | | | device driver. | | | | | ISA drivers may | | | | | be exempt. | |--------------------+---------------+----------------+------------------| | | | | With improved | | | | | support for | | | | | threading | | | | | primitives, | | | | | support is now | | | | | required to ease | | | | | debugging of | | GDB thread support | In progress | Glenn Gombert | threaded | | | | | applications. | | | | | Ideally, this | | | | | support will | | | | | work for both | | | | | libthr and | | | | | libkse threading | | | | | models. | |--------------------+---------------+----------------+------------------| | | | | Prebinding | | | | | reduces | | | | | executable | | | | | startup time by | | | | | lowering the | | | | | expense of | | | | | symbol lookup, | | | | | binding and | | | | | relocation. This | | | | | is accomplished | | | | | by a prebinding | | | | | data file or ELF | | | | | segment that | | | | | contains | | | | | intermediate | | | | | lookup results | | | | | allowing fast | | | | | symbol binding | | | | | and relocation, | | Per object ELF | | | provided that | | Prebinding support | In progress | Matthew Dodd | dependent | | | | | objects remain | | | | | unchanged since | | | | | the prebinding | | | | | information was | | | | | generated. | | | | | | | | | | The benefits of | | | | | prebinding are | | | | | realized when | | | | | running | | | | | executables that | | | | | use a large | | | | | (>10) number of | | | | | shared | | | | | libraries. C++ | | | | | applications | | | | | also benefit as | | | | | they contain a | | | | | large number of | | | | | relocations. | |--------------------+---------------+----------------+------------------| | | | | The LOR reported | | | | | in PR kern/55175 | | | | | needs to be | | filedesc LOR | Not done | -- | fixed. Filedesc | | | | | locking needs to | | | | | be heavily | | | | | reviewed in | | | | | general. | |--------------------+---------------+----------------+------------------| | | | | Brian Feldman | | | | | has submitted | | | | | patches to | | | | | improve the | | | | | consistency of | | | | | the pathnames | | | | | passed into the | | MAC Framework | In progress | Robert Watson | MAC Framework | | devfs path fixes | | | devfs labeling | | | | | entry points. | | | | | These patches | | | | | need to be | | | | | thoroughly | | | | | reviewed and | | | | | tested, then | | | | | merged. | |--------------------+---------------+----------------+------------------| | | | | Many systems | | | | | supporting | | | | | POSIX.1e ACLs | | | | | permit a minor | | | | | violation to | | | | | that | | | | | specification, | | | | | in which the | | | | | ACL_MASK entry | | | | | overrides the | | ACL_MASK override | | | umask, rather | | of umask support | In progress | Robert Watson | than being | | in UFS | | | intersected with | | | | | it. The | | | | | resulting | | | | | semantics can be | | | | | useful in | | | | | group-oriented | | | | | environments, | | | | | and as such | | | | | would be very | | | | | helpful on | | | | | FreeBSD. | |--------------------+---------------+----------------+------------------| | | | | Attempts to use | | | | | make(1) with | | | | | KQueues appears | | | | | to result in a | | | | | kernel hang | | | | | under "heavy | | | | | load". It would | | | | | be desirable to | | | | | fix this both | | | | | from the | | make -DUSE_KQUEUE | | | perspective of | | causes lockup with | | | building FreeBSD | | buildworld | Needs testing | | quickly as a | | -jBIGNUM | | | developer, but | | | | | also because | | | | | it's an | | | | | instability that | | | | | could show up | | | | | under other high | | | | | load and heavy | | | | | use of KQueues. | | | | | See PR | | | | | kern/57945 for a | | | | | proposed patch | | | | | and details. | +------------------------------------------------------------------------+ Documentation items desired for 5.2 +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |---------------+-------------+--------------+---------------------------| | | | | The Early Adopters Guide | | | | | needs to be revised, | | Revise EAG | In progress | Bruce A. Mah | hopefully for the last | | | | | time, to reflect the | | | | | state of 5.2. | |---------------+-------------+--------------+---------------------------| | | | | Ongoing project to remove | | | | | redundancy in | | Trim Hardware | | | documentation by removing | | Notes | In progress | Bruce A. Mah | lists of specific devices | | | | | from the hardware notes | | | | | and pointing readers to | | | | | driver manpages. | +------------------------------------------------------------------------+ Testing focuses for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status |Responsible | Description | |----------------+-------------+------------+----------------------------| | | | |The PCM audio framework and | | | | |device drivers have been | | | | |locked and free of Giant for| |PCM locking and | | |quite a while, but LOR | |performance |Needs testing|-- |problems persist along with | |issues | | |reports of poor audio | | | | |performance under load. | | | | |These problems are believed | | | | |to have been corrected, but | | | | |more testing is desired. | |----------------+-------------+------------+----------------------------| |ATA driver | | |New ATA model has arrived, | |structural | |So/ren |supporting fine-grained | |improvements, |Needs testing|Schmidt |locking, and more. Much | |MPsafety | | |testing is needed to ensure | | | | |no regressions. | |----------------+-------------+------------+----------------------------| | | | |Sysinstall and libdisk has | |GPT support for |Needs testing|Marcel |been overhauled to support | |sysinstall | |Moolenaar |the GPT partition scheme | | | | |used on ia64. | |----------------+-------------+------------+----------------------------| | | | |Interrupt routing on ia32 | | | | |has been completely | | | | |re-written to support ACPI | | | | |hints for PCI interrupt | |Complete the | | |routing, along with ACPI | |APIC PCI | | |hints for CPU enumeration. | |interrupt |Needs testing|John Baldwin|There have been reports of | |routing support | | |interrupt storms or a | | | | |failure for interrupts to | | | | |deliver, possibly a result | | | | |of bad ACPI information. | | | | |These problems need to be | | | | |tracked down and resolved. | |----------------+-------------+------------+----------------------------| | | | |Performing a crashdump on an| |ATAng crashdump | |So/ren |ATA device can result in a | |causes disk |Needs testing|Schmidt, Tor|corrupted MBR record. Tor | |corruption | |Egge |has a possible patch for | | | | |this. | |----------------+-------------+------------+----------------------------| | | | |The ACPI code registers | | | | |eventhandlers that are not | | | | |unregistered when ACPI shuts| |SMP users report| | |down during system shutdown.| |acpi_cpu panic |Needs testing|Nate Lawson |The result can be a panic | |during shutdown | | |during shutdown. Nate is | | | | |circulating a patch that is | | | | |believed to correct this | | | | |problem. | |----------------+-------------+------------+----------------------------| | | | |There are reports of witness| | | | |panics in | | | | |random_harvest_internal() | | | | |due to last minute changes | | | | |in interrupt entropy | |random_harvest | | |harvesting code. Systems | |panic |Needs testing|Mark Murray |running with INVARIANTS will| | | | |rapidly panic. Update: a | | | | |workaround has been | | | | |committed, but the original | | | | |change must either be backed| | | | |out or revised before we can| | | | |cut the first beta. | |----------------+-------------+------------+----------------------------| | | | |In the last week, reports of| | | | |two new (and possibly | | | | |related) Vinum failures have| | | | |come to light: a warning | | | | |message of vinum: exiting | | | | |with malloc table | |Vinum data | | |inconsistency at 0xc2053c00 | |corruption and | | |from vinumio.c:755 has been | |memory |Needs testing|Greg Lehey |experienced when Vinum | |allocation | | |auto-configuration fails. | |problems | | |Also, even simple test cases| | | | |for Vinum I/O appear to | | | | |result in incorrect data | | | | |being returned from disk, | | | | |rendering Vinum unusable in | | | | |several reproduceable | | | | |configurations. | +------------------------------------------------------------------------+ ---------------------------------------------------------------------- home | contact | legal | (c) 1995-2003 The FreeBSD Project. All rights reserved. Last modified: 2003/11/29 20:51:37 From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 07:09:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30B1016A4CE for ; Mon, 1 Dec 2003 07:09:42 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20DB243FD7 for ; Mon, 1 Dec 2003 07:09:31 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BD8A666C55; Mon, 1 Dec 2003 07:09:30 -0800 (PST) Date: Mon, 1 Dec 2003 07:09:30 -0800 From: Kris Kennaway To: genew@rogers.com Message-ID: <20031201150930.GA31671@xor.obsecurity.org> References: <3FCA492F.31597.7C8AD@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: <3FCA492F.31597.7C8AD@localhost> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: lock order reversal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 15:09:42 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Nov 30, 2003 at 07:46:55PM -0500, genew@rogers.com wrote: > Is this a known issue on 5.2 beta 6 sup'ed nov 29/03? Yes, it's reported on a daily basis and is harmless. Kris --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/y1mqWry0BWjoQKURArt/AJ0QQxb94YdTfZxLO7zccsWlV2kyTgCgo9Vs 0fWRLyCD7LD8Ajwq4qxsfJY= =Wt/R -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 07:25:34 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FAF316A4CF for ; Mon, 1 Dec 2003 07:25:34 -0800 (PST) Received: from kozlik.carrier.kiev.ua (kozlik.carrier.kiev.ua [193.193.193.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FF3643FE0 for ; Mon, 1 Dec 2003 07:24:49 -0800 (PST) (envelope-from mav@alkar.net) Received: from news.lucky.net (IDENT:root@news.lucky.net [193.193.193.102]) by kozlik.carrier.kiev.ua with ESMTP id hC1FOhpq032829 for ; Mon, 1 Dec 2003 17:24:45 +0200 (EET) (envelope-from mav@alkar.net) Received: (from mail@localhost) by news.lucky.net (8.Who.Cares/8.Who.Cares) id RHP23539 for freebsd-current@freebsd.org; Mon, 1 Dec 2003 17:19:42 +0200 (envelope-from mav@alkar.net) From: Alexander Motin To: freebsd-current@freebsd.org Date: Mon, 01 Dec 2003 17:13:33 +0200 Organization: Alkar Teleport News Server Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Trace: pandora.alkar.net 1070291614 49018 212.86.226.11 (1 Dec 2003 15:13:34 GMT) X-Complaints-To: abuse@alkar.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030403 X-Accept-Language: ru, en-us, en X-Verify-Sender: verified Subject: licq & KSE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 15:25:34 -0000 Hi! licq 1.2.7 installed from ports does not works on 5.2-BETA with mapping libc_r to libkse: %licq -d0 -p qt-gui -- -noxim Fatal error 'No current thread. ' at line 318 in file /usr/src/lib/libpthread/thread/thr_sig.c (errno = 2) And after saying this it begins eat all free CPU. If I remove this mapping it works fine. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 07:59:07 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CFF716A4CE; Mon, 1 Dec 2003 07:59:07 -0800 (PST) Received: from www.bsdforen.de (housing79.bytecamp.net [212.204.60.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB61843FBF; Mon, 1 Dec 2003 07:58:07 -0800 (PST) (envelope-from grunix@bsdforen.de) Received: from huibuh.encephalon.de (encephalon.de [213.146.112.85]) by www.bsdforen.de (Postfix) with ESMTP id EC06F17051; Mon, 1 Dec 2003 16:58:35 +0100 (CET) Date: Mon, 1 Dec 2003 16:58:19 +0100 From: "Axel S. Gruner" To: Matthew Seaman Message-Id: <20031201165819.49112579.grunix@bsdforen.de> In-Reply-To: <20031129153950.GA1559@happy-idiot-talk.infracaninophile.co.uk> References: <20031129152348.5dc04330.grunix@bsdforen.de> <20031129153950.GA1559@happy-idiot-talk.infracaninophile.co.uk> X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: named (bind) in jail does not start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 15:59:07 -0000 On Sat, 29 Nov 2003 15:39:50 +0000 Matthew Seaman wrote something special: > On Sat, Nov 29, 2003 at 03:23:48PM +0100, Axel S. Gruner wrote: > > /usr/sbin/named > > > > i get this error message: > > > > opensocket_f: bind([0.0.0.0].53): Address already in use > > > > Ok, Port 53 is not in use in the jail nor the hostsystem. > > I think the problem is 0.0.0.0, and i have to bind named on the IP > > of the jail. > > > > I tested same named configuration on the hostsystem, i thought about > > some misconfigration, but on the hostsystem named starts perfectly. > > > > I also tried to start named with -g and -u in the jail, same error. > > > > So, my short question is, how can i run named in the jail? > > Any ideas? > [...] > In bind9 you need to add something like the following to named.conf -- > bind8 will be similar: > > options { > > [...] > > listen-on { > 192.168.1.1; > }; > query-source address 192.168.1.1 port 53; > transfer-source 192.168.1.1 port 53; > notify-source 192.168.1.1 port 53; > }; Yes. Thats it. Thanks a lot. -- asg Die Antwort auf alle Fragen ist 42. From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 08:41:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3482116A4CE for ; Mon, 1 Dec 2003 08:41:55 -0800 (PST) Received: from natrium.plan-ix.de (natrium.plan-ix.de [212.37.39.36]) by mx1.FreeBSD.org (Postfix) with SMTP id 8F55643FF5 for ; Mon, 1 Dec 2003 08:41:26 -0800 (PST) (envelope-from braukmann@tse-online.de) Received: (qmail 14827 invoked from network); 1 Dec 2003 16:45:13 -0000 Received: from unknown (HELO ?192.168.222.11?) (ab%plan-ix.de@212.37.49.203) by natrium.plan-ix.de with SMTP; 1 Dec 2003 16:45:13 -0000 Date: Mon, 01 Dec 2003 17:41:54 +0100 From: Andreas Braukmann To: current@freebsd.org Message-ID: <2147483647.1070300514@[192.168.222.11]> X-Mailer: Mulberry/3.1.0 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Panic booting cdboot-5.2-BETA-20031201-JPSNAP.iso X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 16:41:55 -0000 Hi there, Hardware: Tyan 2880 (K8S), single Opteron 240 Adaptec 2200 or 2120, 2 Arrays (20 GB RAID-0, 20 GB RAID-5) booting the install kernel gives: [normal boot process] aacd0: on aac0 aacd0: 20480 MB (41943040 sectors) GEOM: create disk aacd0 dp=0xc2dc1c0c aacd1: on aac0 aacd1: 20480MB (41943168 sectors) GEOM: create disk aacd1 dp=0xc6fa980c panic: mutex Giant not owned at /usr/src/sys/cam/cam_xpt.c: 4822 cpuid = 0; Debugger("panic") Stopped at Debugger+0x55: xchgl %ebx,in_Debugger.0 db> trace Debugger(...) panic(...) _mtx_assert xpt_done aac_cam_complete aac_complete taskqueue_run taskqueue_swi_run ithread_loop fork_exit fork_trampoline --- trap 0x1, eip = 0, esp = 0xe22b2d7c, ebp = 0 --- I'm sorry for not having connected a serial console. If anybody needs the full trace information I would gladly reproduce the crash and write the complete information off. Yesterdays (2003/11/30) snapshot yields the same result. -Andreas From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 08:45:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71F2A16A4CE for ; Mon, 1 Dec 2003 08:45:24 -0800 (PST) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F9A144005 for ; Mon, 1 Dec 2003 08:45:22 -0800 (PST) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) hB1GjIHL000705; Mon, 1 Dec 2003 16:45:18 GMT (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)hB1GjI0H000704; Mon, 1 Dec 2003 16:45:18 GMT (envelope-from mark@grondar.org) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])hB184jDw093910; Mon, 1 Dec 2003 08:04:45 GMT (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200312010804.hB184jDw093910@grimreaper.grondar.org> To: Terry Lambert Date: Mon, 01 Dec 2003 08:04:45 +0000 Sender: mark@grondar.org X-Spam-Status: No, hits=1.2 required=5.0 tests=EMAIL_ATTRIBUTION,FROM_NO_LOWER,QUOTED_EMAIL_TEXT version=2.55 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: current@freebsd.org Subject: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 16:45:24 -0000 Hi You haven't responded to this. I'm very interested in these patches, please. M ------- Forwarded Message Date: Thu, 27 Nov 2003 11:51:19 +0000 From: Mark Murray To: Terry Lambert cc: current@freebsd.org Subject: Re: rtld + static linking Terry Lambert writes: > > I've looked without much success. Could you give a timeframe, a subject > > and/or something? > > Note that the part you snipped indicated that the patches were > posted by a third party, and that my own patches had been offered, > but were not posted in their entirety to the mailing list. In > actuality, I only ever posted portions of my own patches, since > they also required compiler and linker changes. Could you please post your patches in their entirety? M - -- Mark Murray iumop ap!sdn w,I idlaH _______________________________________________ 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" ------- End of Forwarded Message From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 08:49:19 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C540C16A4CE; Mon, 1 Dec 2003 08:49:19 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E0DB4401F; Mon, 1 Dec 2003 08:48:35 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 7E0505309; Mon, 1 Dec 2003 17:48:33 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 0D52A5308; Mon, 1 Dec 2003 17:48:22 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 8534033C7B; Mon, 1 Dec 2003 17:48:22 +0100 (CET) To: "Jacques A. Vidrine" References: <20031129011334.GC88553@madman.celabo.org> <20031201142737.GC99428@madman.celabo.org> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 01 Dec 2003 17:48:22 +0100 In-Reply-To: <20031201142737.GC99428@madman.celabo.org> (Jacques A. Vidrine's message of "Mon, 1 Dec 2003 08:27:37 -0600") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.1 required=5.0 tests=RCVD_IN_SORBS autolearn=no version=2.60 cc: freebsd-current@freebsd.org Subject: Re: NSS and PAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 16:49:19 -0000 "Jacques A. Vidrine" writes: > By `the two', do you mean directory services and authentication? They > are certainly not `essentially one'. But I suspect you know this and > I am just misunderstanding your meaning. They are different issues, but in this context you can't discuss one without the other. Authentication doesn't work unless you have a user to authenticate. It makes no sense to separate them; you just end up duplicating a lot of concepts and code. Also, is changing your password an authentication function or a directory function? I don't think you can answer either without answering both. > I guess I think of it this way. If NSS had not been implemented > `down in the mud' (inside getpw*, getgr*, gethostby*, etc.), then > applications that used the UNIX directory service APIs would need to > be re-written in order to utilize NSS. That's a lot of code to change > for little benefit. Backward compatibility is fine, but NSS does not seem to export an API that we can use when we want to lift ourselves out of the mud, so we are forced to keep rooting around in it. One consequence of this (and of the artificial separation between NSS and PAM) is that passwd(1) doesn't work properly except in the simplest cases. > If I understand you correctly, you believe that it would be possible > to unite the NSS and PAM switches, so that they used the same > configuration file, dynamic loading mechanisms, cascading, and so > on. Sure, I think that's possible. There might even be some benefit, > though probably not enough benefit to abandon PAM/NSS and go our own > way. Not to go our own way, no. There's the rub. It would have to be a reasonably wide effort; we'd need to get at least one major Linux distro to adopt the same infrastructure. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 08:58:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4CB716A4CE for ; Mon, 1 Dec 2003 08:58:14 -0800 (PST) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D6D043FEC for ; Mon, 1 Dec 2003 08:58:13 -0800 (PST) (envelope-from ryans@gamersimpact.com) Received: (qmail 91926 invoked by uid 89); 1 Dec 2003 16:58:13 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 1 Dec 2003 16:58:13 -0000 Received: from 128.101.213.114 (SquirrelMail authenticated user ryans@gamersimpact.com) by www2.neuroflux.com with HTTP; Mon, 1 Dec 2003 09:58:13 -0700 (MST) Message-ID: <49186.128.101.213.114.1070297893.squirrel@www2.neuroflux.com> Date: Mon, 1 Dec 2003 09:58:13 -0700 (MST) From: "Ryan" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: multipart/mixed;boundary="----=_20031201095813_66128" X-Priority: 3 Importance: Normal Subject: Route LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 16:58:14 -0000 ------=_20031201095813_66128 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit I know this has been mentioned a few times before but I think I was able to tie down what causes it more specifically. (Other reports of it just mention starting programs). For me the first time I try to set the default route I get the message. (DHClient doesn't like to set my route the first time I invoke it for some reason). I noticed the LOR in the syslog file but didn't know what caused it. Then the next two times after that I noticed it right after I explicitly set my route with "route change default ..." It seems to only happen the first time I change the default route after booting. I have 2 devices, Ethernet (xl) is static IP assigned through the rc scripts, and Wireless (wi) isn't brought up at boot. When I use the wirless I let dhclient bring the device up and then I usually have to tail /var/log/messages to get the router IP. I then issue the route command and that is when I get the LOR. However if I make subsequent calls to route, even changing the default route, I don't get the LOR. I've attached the LOR. If you need any other info please feel free to request it. -- Ryan "leadZERO" Sommers Gamer's Impact President ryans@gamersimpact.com ICQ: 1019590 AIM/MSN: leadZERO -= http://www.gamersimpact.com =- ------=_20031201095813_66128 Content-Type: text/plain; name="route-change-lor.txt" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="route-change-lor.txt" lock order reversal 1st 0xc4566264 rtentry (rtentry) @ /usr/src/sys/net/rtsock.c:387 2nd 0xc4481a7c radix node head (radix node head) @ /usr/src/sys/net/route.c:133 Stack backtrace: backtrace(c0692e54,c4481a7c,c069830a,c069830a,c0698360) at backtrace+0x17 witness_lock(c4481a7c,8,c0698360,85,c43f68a0) at witness_lock+0x672 _mtx_lock_flags(c4481a7c,0,c0698360,85,121) at _mtx_lock_flags+0xba rtalloc1(c474636c,1,0,436,0) at rtalloc1+0x79 rt_setgate(c4566200,c43f68a0,c474636c,184,0) at rt_setgate+0x258 route_output(c192fe00,c45c5870,80,c192fe00,1f80) at route_output+0x67f raw_usend(c45c5870,0,c192fe00,0,0) at raw_usend+0x73 rts_send(c45c5870,0,c192fe00,0,0) at rts_send+0x35 sosend(c45c5870,0,dc926c80,c192fe00,0) at sosend+0x44d soo_write(c456a8c4,dc926c80,c474ea80,0,c4543280) at soo_write+0x70 dofilewrite(c4543280,c456a8c4,3,804e940,80) at dofilewrite+0xfb write(c4543280,dc926d14,c06a6081,3ee,3) at write+0x6e syscall(2f,2f,2f,804e99c,80) at syscall+0x2c0 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (4), eip = 0x280c20af, esp = 0xbfbfecec, ebp = 0xbfbfed08 --- ------=_20031201095813_66128-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 09:18:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDF7416A4CE; Mon, 1 Dec 2003 09:18:20 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F65743FBF; Mon, 1 Dec 2003 09:17:09 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9p2/8.12.9) with ESMTP id hB1HENMg050877; Mon, 1 Dec 2003 12:14:23 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)hB1HENVA050874; Mon, 1 Dec 2003 12:14:23 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 1 Dec 2003 12:14:23 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: "Jacques A. Vidrine" cc: freebsd-current@FreeBSD.org Subject: Re: NSS and PAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 17:18:21 -0000 On Mon, 1 Dec 2003, Dag-Erling Sm=F8rgrav wrote: > "Jacques A. Vidrine" writes: > > By `the two', do you mean directory services and authentication? They > > are certainly not `essentially one'. But I suspect you know this and > > I am just misunderstanding your meaning. >=20 > They are different issues, but in this context you can't discuss one > without the other. Authentication doesn't work unless you have a user > to authenticate. It makes no sense to separate them; you just end up > duplicating a lot of concepts and code.=20 >=20 > Also, is changing your password an authentication function or a > directory function? I don't think you can answer either without > answering both.=20 It strikes me that there are two separate issues: (1) Whether or not there's a useful distinction between authentication services and directory services. (2) If there is or isn't such a distinction in (1), whether or not that distinction should appear in the implementation. In practice, people frequently mix and match authentication services and directory services, and there are services that implement one but not the other. For example, Kerberos5 for authentication an LDAP for directory services is a common combination: however, Kerberos doesn't provide directory services, only principal authentication. Likewise, even on purely local systems, the account directory services (pwent, et al) may be distinct from principal authentication using one-time passwords, etc. I'm not opposed to the fundamental idea of combining mechanism, but there are some practical underlying differences between directory services and authentication, even though there's clear overlap.=20 Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 09:25:02 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0997A16A4CE for ; Mon, 1 Dec 2003 09:25:02 -0800 (PST) Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1D9443FBF for ; Mon, 1 Dec 2003 09:24:58 -0800 (PST) (envelope-from bicknell@ussenterprise.ufp.org) Received: from ussenterprise.ufp.org (bicknell@localhost [127.0.0.1]) by ussenterprise.ufp.org (8.12.9/8.12.9) with ESMTP id hB1HOweC018917 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 1 Dec 2003 12:24:58 -0500 (EST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.12.9/8.12.9/Submit) id hB1HOwA9018916 for freebsd-current@freebsd.org; Mon, 1 Dec 2003 12:24:58 -0500 (EST) Date: Mon, 1 Dec 2003 12:24:58 -0500 From: Leo Bicknell To: freebsd-current@freebsd.org Message-ID: <20031201172458.GA18628@ussenterprise.ufp.org> Mail-Followup-To: freebsd-current@freebsd.org References: <1070256422.23290.6.camel@blue.mcneil.com> <20031201054845.GA43534@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <20031201054845.GA43534@dragon.nuxi.com> Organization: United Federation of Planets X-PGP-Key: http://www.ufp.org/~bicknell/ Subject: Re: bash2 linked dynamically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 17:25:02 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In a message written on Sun, Nov 30, 2003 at 09:48:45PM -0800, David O'Brie= n wrote: > Lucky for me (who wants a static Bash), I don't have to make the > decission -- ports are frozen and have been for a while. This line of thinking seems a bit silly to me. We have a long discussion documenting the dynamic root concept, and how it was deemed important that /bin/sh be dynamic to support NSS and other reasons. Now someone wants the same thing in bash, and commit-freeze is going to stop it from happening? Sounds like the core team, or re, or someone needs to decide which is more important. If NSS is so important redoing the whole root is important, then I sure think any and all shells installed by ports should support the same features. If, on the other hand it's not important for Bash then why in the heck are we doing it for the root? I'm done arguing for either side of this issue, but I will argue for consistency until I'm blue in the face. --=20 Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/y3lqNh6mMG5yMTYRAmqeAJ9jVyqj3tcPriBp5FnY9UgAi3SXLQCfVEIt ZdeKhvmWo3+udGf2yOMwyXI= =zpAW -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 09:33:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55B4C16A4CE for ; Mon, 1 Dec 2003 09:33:20 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D129E4401A for ; Mon, 1 Dec 2003 09:32:09 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9p2/8.12.9) with ESMTP id hB1HTSMg051173 for ; Mon, 1 Dec 2003 12:29:28 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)hB1HTSa9051170 for ; Mon, 1 Dec 2003 12:29:28 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 1 Dec 2003 12:29:28 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: panic during shutdown from vfs_umountall() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 17:33:20 -0000 Running with a MAC kernel, about to try booting identical but non-MAC; I'm not able to reproduceit , however. bgfsck may have been running during the shutdown. Apparently the device vnode for /usr is vrele()'d one too many times at some point during the run, resulting in a panic. This is with vfs_mount.c:1.116. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research Script started on Mon Dec 1 12:23:10 2003 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 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 "i386-undermydesk-freebsd"... panic: vrele: negative ref cnt panic messages: --- panic: vrele: negative ref cnt cpuid = 0; panic: from debugger cpuid = 0; Uptime: 23h36m45s Dumping 511 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 --- Reading symbols from /boot/kernel/snd_maestro3.ko...done. Loaded symbols for /boot/kernel/snd_maestro3.ko Reading symbols from /boot/kernel/snd_pcm.ko...done. Loaded symbols for /boot/kernel/snd_pcm.ko Reading symbols from /usr/obj/usr/src/sys/PAPRIKAMAC/modules/usr/src/sys/modules/mac_biba/mac_biba.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/PAPRIKAMAC/modules/usr/src/sys/modules/mac_biba/mac_biba.ko.debug Reading symbols from /usr/obj/usr/src/sys/PAPRIKAMAC/modules/usr/src/sys/modules/mac_mls/mac_mls.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/PAPRIKAMAC/modules/usr/src/sys/modules/mac_mls/mac_mls.ko.debug Reading symbols from /boot/kernel/r128.ko...done. Loaded symbols for /boot/kernel/r128.ko Reading symbols from /usr/obj/usr/src/sys/PAPRIKAMAC/modules/usr/src/sys/modules/linprocfs/linprocfs.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/PAPRIKAMAC/modules/usr/src/sys/modules/linprocfs/linprocfs.ko.debug Reading symbols from /usr/obj/usr/src/sys/PAPRIKAMAC/modules/usr/src/sys/modules/linux/linux.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/PAPRIKAMAC/modules/usr/src/sys/modules/linux/linux.ko.debug #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 240 dumping++; (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc06719f7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc0671dfd in panic () at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc048cc82 in db_panic () at /usr/src/sys/ddb/db_command.c:450 #4 0xc048cbe2 in db_command (last_cmdp=0xc094efc0, cmd_table=0x0, aux_cmd_tablep=0xc08d09cc, aux_cmd_tablep_end=0xc08d09e4) at /usr/src/sys/ddb/db_command.c:346 #5 0xc048cd25 in db_command_loop () at /usr/src/sys/ddb/db_command.c:472 #6 0xc048fd25 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_trap.c:73 #7 0xc082861c in kdb_trap (type=3, code=0, regs=0xd77c6b48) at /usr/src/sys/i386/i386/db_interface.c:171 #8 0xc083e688 in trap (frame= {tf_fs = 24, tf_es = -1064697840, tf_ds = 16, tf_edi = -1064617494, tf_esi = 1, tf_ebp = -679711852, tf_isp = -679711884, tf_ebx = 0, tf_edx = 0, tf_ecx = 32, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1065187035, tf_cs = 8, tf_eflags = 642, tf_esp = -1064532435, tf_ss = -1064643348}) at /usr/src/sys/i386/i386/trap.c:580 #9 0xc082a068 in calltrap () at {standard input}:94 #10 0xc0671d96 in panic (fmt=0xc08b39ea "vrele: negative ref cnt") at /usr/src/sys/kern/kern_shutdown.c:534 #11 0xc06cb44e in vrele () at /usr/src/sys/kern/vfs_subr.c:2221 #12 0xc07d4b18 in ffs_unmount (mp=0xc481c800, mntflags=524288, td=0xc1d29500) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:999 #13 0xc06c68f4 in dounmount (mp=0xc481c800, flags=524288, td=0xc1d29500) at /usr/src/sys/kern/vfs_mount.c:1126 #14 0xc06cce3e in vfs_unmountall () at /usr/src/sys/kern/vfs_subr.c:3176 #15 0xc06718c3 in boot (howto=16392) at /usr/src/sys/kern/kern_shutdown.c:357 #16 0xc06711d4 in reboot (td=0xc1d29500, uap=0xd77c6d14) at /usr/src/sys/kern/kern_shutdown.c:178 #17 0xc083f050 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077940488, tf_esi = -1077940488, tf_ebp = -1077940744, tf_isp = -679711372, tf_ebx = -1077940584, tf_edx = -1, tf_ecx = 4, tf_eax = 55, tf_trapno = 12, tf_err = 2, tf_eip = 134547627, tf_cs = 31, tf_ef lags = 515, tf_esp = -1077940948, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1010 #18 0xc082a0bd in Xint0x80_syscall () at {standard input}:136 ---Can't read userspace from dump, or kernel process--- (kgdb) up #1 0xc06719f7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372 372 doadump(); (kgdb) up #2 0xc0671dfd in panic () at /usr/src/sys/kern/kern_shutdown.c:550 550 boot(bootopt); (kgdb) up #3 0xc048cc82 in db_panic () at /usr/src/sys/ddb/db_command.c:450 450 panic("from debugger"); (kgdb) up #4 0xc048cbe2 in db_command (last_cmdp=0xc094efc0, cmd_table=0x0, aux_cmd_tablep=0xc08d09cc, aux_cmd_tablep_end=0xc08d09e4) at /usr/src/sys/ddb/db_command.c:346 346 (*cmd->fcn)(addr, have_addr, count, modif); (kgdb) up #5 0xc048cd25 in db_command_loop () at /usr/src/sys/ddb/db_command.c:472 472 db_command(&db_last_command, db_command_table, (kgdb) up #6 0xc048fd25 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_trap.c:73 73 db_command_loop(); (kgdb) up #7 0xc082861c in kdb_trap (type=3, code=0, regs=0xd77c6b48) at /usr/src/sys/i386/i386/db_interface.c:171 171 db_trap(type, code); (kgdb) up #8 0xc083e688 in trap (frame= {tf_fs = 24, tf_es = -1064697840, tf_ds = 16, tf_edi = -1064617494, tf_esi = 1, tf_ebp = -679711852, tf_isp = -679711884, tf_ebx = 0, tf_edx = 0, tf_ecx = 32, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1065187035, tf_cs = 8, tf_eflags = 642, tf_esp = -1064532435, tf_ss = -1064643348}) at /usr/src/sys/i386/i386/trap.c:580 580 if (kdb_trap (type, 0, &frame)) (kgdb) up #9 0xc082a068 in calltrap () at {standard input}:94 94 {standard input}: No such file or directory. in {standard input} Current language: auto; currently asm (kgdb) up #10 0xc0671d96 in panic (fmt=0xc08b39ea "vrele: negative ref cnt") at /usr/src/sys/kern/kern_shutdown.c:534 534 Debugger ("panic"); Current language: auto; currently c (kgdb) up #11 0xc06cb44e in vrele () at /usr/src/sys/kern/vfs_subr.c:2221 2221 panic("vrele: negative ref cnt"); (kgdb) list 2216 } else { 2217 #ifdef DIAGNOSTIC 2218 vprint("vrele: negative ref count", vp); 2219 #endif 2220 VI_UNLOCK(vp); 2221 panic("vrele: negative ref cnt"); 2222 } 2223 } 2224 2225 /* (kgdb) inspect *vp $1 = {v_interlock = {mtx_object = {lo_class = 0xc0907a9c, lo_name = 0xc08b37b0 "vnode interlock", lo_type = 0xc08b37b0 "vnode interlock", lo_flags = 196608, lo_list = { tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, v_iflag = 256, v_usecount = 0, v_numoutput = 0, v_vxproc = 0x0, v_holdcnt = 0, v_cleanblkhd = {tqh_first = 0x0, tqh_last = 0xc49c4b64}, v_cleanblkroot = 0x0, v_cleanbufcnt = 0, v_dirtyblkhd = {tqh_first = 0x0, tqh_last = 0xc49c4b74}, v_dirtyblkroot = 0x0, v_dirtybufcnt = 0, v_vflag = 8, v_writecount = 0, v_object = 0xc10366b4, v_lastw = 0, v_cstart = 0, v_lasta = 0, v_clen = 0, v_un = {vu_mountedhere = 0xc486a300, vu_socket = 0xc486a300, vu_spec = { vu_cdev = 0xc486a300, vu_specnext = {sle_next = 0x0}}, vu_fifoinfo = 0xc486a300}, v_freelist = {tqe_next = 0x0, tqe_prev = 0xc4974088}, v_nmntvnodes = {tqe_next = 0xc49c4a28, tqe_prev = 0xc4946090}, v_synclist = {le_next = 0x0, le_prev = 0xc47e6830}, v_type = VCHR, v_tag = 0xc08a7281 "devfs", v_data = 0xc4968580, v_lock = {lk_interlock = 0xc096ccf8, lk_flags = 16777216, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 0, lk_prio = 80, lk_wmesg = 0xc08a7281 "devfs", lk_timo = 6, lk_lockholder = 0xffffffff, lk_newlock = 0x0}, v_vnlock = 0xc49c4bd8, v_op = 0xc480cc00, v_mount = 0xc481e000, v_cache_src = {lh_first = 0x0}, v_cache_dst = {tqh_first = 0x0, tqh_last = 0xc49c4c0c}, v_id = 179, v_dd = 0xc49c4b2c, v_ddid = 0, v_pollinfo = 0x0, v_label = 0xc4967618, v_cachedfs = 4294967295, v_cachedid = 97} (kgdb) up #12 0xc07d4b18 in ffs_unmount (mp=0xc481c800, mntflags=524288, td=0xc1d29500) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:999 999 vrele(ump->um_devvp); (kgdb) inspect *ump $2 = {um_mountp = 0xc481c800, um_dev = 0xc486a300, um_devvp = 0xc49c4b2c, um_fstype = 2, um_fs = 0xc4911000, um_quotas = {0x0, 0x0}, um_cred = {0x0, 0x0}, um_extattr = {uepm_lock = {lk_interlock = 0x0, lk_flags = 0, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 0, lk_prio = 0, lk_wmesg = 0x0, lk_timo = 0, lk_lockholder = 0x0, lk_newlock = 0x0}, uepm_list = {lh_first = 0x0}, uepm_ucred = 0x0, uepm_flags = 0}, um_nindir = 2048, um_bptrtodb = 2, um_seqinc = 8, um_numindirdeps = 0, um_btime = {0, 0}, um_itime = {0, 0}, um_qflags = "\0", um_savedmaxfilesize = 0, um_balloc = 0xc07beee0 , um_blkatoff = 0xc07d25a0 , um_truncate = 0xc07c0fa0 , um_update = 0xc07c0c50 , um_valloc = 0xc07ba700 , um_vfree = 0xc07bcd60 , um_ifree = 0xc07d5c90 } (kgdb) inspect *mp $3 = {mnt_list = {tqe_next = 0x0, tqe_prev = 0xc481e000}, mnt_op = 0xc0940220, mnt_vfc = 0xc0940260, mnt_vnodecovered = 0xc4946924, mnt_syncer = 0x0, mnt_nvnodelist = {tqh_first = 0x0, tqh_last = 0xc481c818}, mnt_reservedvnlist = {tqh_first = 0x0, tqh_last = 0xc481c820}, mnt_lock = { lk_interlock = 0xc096ce3c, lk_flags = 16794624, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 1, lk_prio = 80, lk_wmesg = 0xc08b312b "vfslock", lk_timo = 0, lk_lockholder = 0xc1d29500, lk_newlock = 0x0}, mnt_mtx = {mtx_object = {lo_class = 0xc0907a9c, lo_name = 0xc08b311a "struct mount mtx", lo_type = 0xc08b311a "struct mount mtx", lo_flags = 196608, lo_list = { tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, mnt_writeopcount = 1, mnt_flag = 2101248, mnt_opt = 0x0, mnt_optnew = 0x0, mnt_kern_flag = 16777217, mnt_maxsymlinklen = 120, mnt_stat = {f_version = 537068824, f_type = 4, f_flags = 2101248, f_bsize = 2048, f_iosize = 16384, f_blocks = 8707399, f_bfree = 1046155, f_bavail = 349564, f_files = 2260990, f_ffree = 1262107, f_syncwrites = 152, f_asyncwrites = 56103, f_syncreads = 234360, f_asyncreads = 1263, f_spare = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0}, f_namemax = 255, f_owner = 0, f_fsid = {val = {1048561141, 1317826222}}, f_charspare = '\0' , f_fstypename = "ufs", '\0' , f_mntfromname = "/dev/ad0s1e", '\0' , f_mntonname = "/usr", '\0' }, mnt_cred = 0xc496e780, mnt_data = 0xc499b300, mnt_time = 0, mnt_iosize_max = 131072, mnt_export = 0x0, mnt_mntlabel = 0xc496767c, mnt_fslabel = 0xc49677bc, mnt_nvnodelistsize = 0} (kgdb) list 994 NOCRED, td); 995 #else 996 error = VOP_CLOSE(ump->um_devvp, FREAD|FWRITE, NOCRED, td); 997 #endif 998 999 vrele(ump->um_devvp); 1000 1001 free(fs->fs_csp, M_UFSMNT); 1002 free(fs, M_UFSMNT); 1003 free(ump, M_UFSMNT); (kgdb) up #13 0xc06c68f4 in dounmount (mp=0xc481c800, flags=524288, td=0xc1d29500) at /usr/src/sys/kern/vfs_mount.c:1126 1126 error = VFS_UNMOUNT(mp, flags, td); (kgdb) inspect flags $4 = 524288 (kgdb) up #14 0xc06cce3e in vfs_unmountall () at /usr/src/sys/kern/vfs_subr.c:3176 3176 error = dounmount(mp, MNT_FORCE, td); (kgdb) quit Script done on Mon Dec 1 12:23:54 2003 From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 09:38:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CDBF16A4CE for ; Mon, 1 Dec 2003 09:38:52 -0800 (PST) Received: from natrium.plan-ix.de (natrium.plan-ix.de [212.37.39.36]) by mx1.FreeBSD.org (Postfix) with SMTP id 733AA43FDD for ; Mon, 1 Dec 2003 09:38:50 -0800 (PST) (envelope-from braukmann@tse-online.de) Received: (qmail 37613 invoked from network); 1 Dec 2003 17:42:38 -0000 Received: from unknown (HELO ?192.168.222.11?) (ab%plan-ix.de@212.37.49.203) by natrium.plan-ix.de with SMTP; 1 Dec 2003 17:42:38 -0000 Date: Mon, 01 Dec 2003 18:39:19 +0100 From: Andreas Braukmann To: current@freebsd.org Message-ID: <2147483647.1070303959@[192.168.222.11]> In-Reply-To: <2147483647.1070300514@[192.168.222.11]> References: <2147483647.1070300514@[192.168.222.11]> X-Mailer: Mulberry/3.1.0 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Panic booting cdboot-5.2-BETA-20031201-JPSNAP.iso X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 17:38:52 -0000 --On Montag, 1. Dezember 2003 17:41 Uhr +0100 Andreas Braukmann wrote: > Hardware: Tyan 2880 (K8S), single Opteron 240 > Adaptec 2200 or 2120, 2 Arrays (20 GB RAID-0, 20 GB RAID-5) > [...] > GEOM: create disk aacd1 dp=0xc6fa980c > panic: mutex Giant not owned at /usr/src/sys/cam/cam_xpt.c: 4822 > cpuid = 0; I took another "K8S / Adaptec 2200S" box and (to rule out any hardware issues) was able to reproduce the panic with all -current-snapshots back to 20031128. I don't have former kernels available. -Andreas From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 09:48:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 182CC16A4CE for ; Mon, 1 Dec 2003 09:48:47 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 6F41944005 for ; Mon, 1 Dec 2003 09:48:39 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 13479 invoked by uid 1000); 1 Dec 2003 17:48:40 -0000 Date: Mon, 1 Dec 2003 09:48:40 -0800 (PST) From: Nate Lawson To: Slawa Olhovchenkov Message-ID: <20031201094715.B13470@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: psmintr not attached w/ acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 17:48:47 -0000 Your ASL indicates that it returns different values for present (based on PS2F) and current resources (based on KBDI). Please send me the URL to the full ASL so I can see what sets those two variables. -Nate From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 09:54:09 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E27EB16A4CE; Mon, 1 Dec 2003 09:54:09 -0800 (PST) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 040CA43F75; Mon, 1 Dec 2003 09:53:27 -0800 (PST) (envelope-from allbery@ece.cmu.edu) Received: by bache.ece.cmu.edu (Postfix, from userid 953) id F1018A4; Mon, 1 Dec 2003 12:53:25 -0500 (EST) Received: from [128.2.138.33] (VPN33.ECE.CMU.EDU [128.2.138.33]) by bache.ece.cmu.edu (Postfix) with ESMTP id 45E3AB1; Mon, 1 Dec 2003 12:52:56 -0500 (EST) From: "Brandon S. Allbery KF8NH" To: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= In-Reply-To: References: <20031129011334.GC88553@madman.celabo.org> <20031201142737.GC99428@madman.celabo.org> Content-Type: text/plain; charset=UTF-8 Message-Id: <1070301142.45378.2.camel@pyanfar.ece.cmu.edu> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 01 Dec 2003 12:52:23 -0500 Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=-38.8 required=5.0 tests=BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.50 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) cc: "Jacques A. Vidrine" cc: freebsd-current@freebsd.org Subject: Re: NSS and PAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 17:54:10 -0000 On Mon, 2003-12-01 at 11:48, Dag-Erling Smørgrav wrote: > > If I understand you correctly, you believe that it would be possible > > to unite the NSS and PAM switches, so that they used the same > > configuration file, dynamic loading mechanisms, cascading, and so > > on. Sure, I think that's possible. There might even be some benefit, > > though probably not enough benefit to abandon PAM/NSS and go our own > > way. > > Not to go our own way, no. There's the rub. It would have to be a > reasonably wide effort; we'd need to get at least one major Linux > distro to adopt the same infrastructure. Has anyone considered the idea of hybridizing PAM with Digital^WCompaq^WHP's SIA matrix setup? -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 09:58:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA0E916A4CE for ; Mon, 1 Dec 2003 09:58:14 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id C838543FB1 for ; Mon, 1 Dec 2003 09:58:07 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 13571 invoked by uid 1002); 1 Dec 2003 17:58:07 -0000 Received: from unknown (HELO ?10.4.1.5?) (64.58.1.252) by smtp.mho.net with SMTP; 1 Dec 2003 17:58:07 -0000 Date: Mon, 1 Dec 2003 11:01:44 -0700 (MST) From: Scott Long X-X-Sender: scottl@pooker.samsco.home To: Andreas Braukmann In-Reply-To: <2147483647.1070300514@[192.168.222.11]> Message-ID: <20031201110015.W52745@pooker.samsco.home> References: <2147483647.1070300514@[192.168.222.11]> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Panic booting cdboot-5.2-BETA-20031201-JPSNAP.iso X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 17:58:15 -0000 Hi, This is a serious mistake of mine. I'll come up with a patch later today. Scott On Mon, 1 Dec 2003, Andreas Braukmann wrote: > Hi there, > > Hardware: Tyan 2880 (K8S), single Opteron 240 > Adaptec 2200 or 2120, 2 Arrays (20 GB RAID-0, 20 GB RAID-5) > > > booting the install kernel gives: > [normal boot process] > aacd0: on aac0 > aacd0: 20480 MB (41943040 sectors) > GEOM: create disk aacd0 dp=0xc2dc1c0c > aacd1: on aac0 > aacd1: 20480MB (41943168 sectors) > GEOM: create disk aacd1 dp=0xc6fa980c > panic: mutex Giant not owned at /usr/src/sys/cam/cam_xpt.c: 4822 > cpuid = 0; > Debugger("panic") > Stopped at Debugger+0x55: xchgl %ebx,in_Debugger.0 > db> trace > Debugger(...) > panic(...) > _mtx_assert > xpt_done > aac_cam_complete > aac_complete > taskqueue_run > taskqueue_swi_run > ithread_loop > fork_exit > fork_trampoline > --- trap 0x1, eip = 0, esp = 0xe22b2d7c, ebp = 0 --- > > > > I'm sorry for not having connected a serial console. If anybody needs > the full trace information I would gladly reproduce the crash and write > the complete information off. > > Yesterdays (2003/11/30) snapshot yields the same result. > > > -Andreas > > > _______________________________________________ > 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-current@FreeBSD.ORG Mon Dec 1 09:59:51 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1F5E16A4CF for ; Mon, 1 Dec 2003 09:59:51 -0800 (PST) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5F7A43FA3 for ; Mon, 1 Dec 2003 09:59:26 -0800 (PST) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id 34E525489C; Mon, 1 Dec 2003 11:59:26 -0600 (CST) Received: by madman.celabo.org (Postfix, from userid 1001) id BEB816D455; Mon, 1 Dec 2003 11:59:25 -0600 (CST) Date: Mon, 1 Dec 2003 11:59:25 -0600 From: "Jacques A. Vidrine" To: Dag-Erling Smørgrav Message-ID: <20031201175925.GC244@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Dag-Erling Smørgrav , freebsd-current@freebsd.org References: <20031129011334.GC88553@madman.celabo.org> <20031201142737.GC99428@madman.celabo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.4i-ja.1 cc: freebsd-current@freebsd.org Subject: Re: NSS and PAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 17:59:51 -0000 On Mon, Dec 01, 2003 at 05:48:22PM +0100, Dag-Erling Smørgrav wrote: > They are different issues, but in this context you can't discuss one > without the other. Authentication doesn't work unless you have a user > to authenticate. It makes no sense to separate them; you just end up > duplicating a lot of concepts and code. Hmm, I disagree completely. :-) They can be separated and should be separated. Systems that mix them up are flawed. The confusion of the two are what *causes* the problem you bring up below (passwd(1)). Authentication simply names you. It is quite possible to be authenticated in some context and have absolutely no privileges or other information (``in a vacuum'', if you will). It is even useful in some cases: = `Junk' certificates = `Junk' Kerberos principals = A disabled account = A newly-created account More practically speaking, the mechanism by which you authenticate usually has no bearing on what you are authorized to do. This is the power of properly separating authentication and authorization: regardless of whether I authenticate by entering my password, inserting my smart card and PIN, or supplying a Kerberos ticket, my privileges will be the same [1]. Similarly, if the IT department moved from NIS to LDAP over the weekend, all my existing authentication tokens naturally still work. That's not to say that you *cannot* combine authentication and authorization, but they are naturally independent and different protocols and semantics are required for one and the other. RADIUS is a good example. It is quite difficult to properly support a variety of authentication mechanisms in RADIUS. Diameter addresses the issue by supporting a separate authentication protocol, EAP, which in turn allows for various authentication mechanisms generically. > Also, is changing your password an authentication function or a > directory function? I don't think you can answer either without > answering both. I think it is strictly an authentication function. The change in your password has no affect on your UID, or your phone number, or in what ACLs your name appears in. > > I guess I think of it this way. If NSS had not been implemented > > `down in the mud' (inside getpw*, getgr*, gethostby*, etc.), then > > applications that used the UNIX directory service APIs would need to > > be re-written in order to utilize NSS. That's a lot of code to change > > for little benefit. > > Backward compatibility is fine, but NSS does not seem to export an API > that we can use when we want to lift ourselves out of the mud, so we > are forced to keep rooting around in it. What's an example of what you mean? The BSD nsswitch implementation has a generic nsdispatch(3) that allows for new applications, but I'm not sure that is what you mean. At any rate, it is not `NSS' proper, it is an implementation detail. > One consequence of this (and > of the artificial separation between NSS and PAM) is that passwd(1) > doesn't work properly except in the simplest cases. It seems to me that this is a direct result of passwd(1) confusing authentication and authorization. Other than determining the default target user name from the current UID, passwd(1) needs only to invoke PAM interfaces to change your password for any authentication method that supports password changing. Of course this won't work for certain legacy, read-mostly `authentication methods' such as NIS or Hesiod that aren't supported by PAM. > > If I understand you correctly, you believe that it would be possible > > to unite the NSS and PAM switches, so that they used the same > > configuration file, dynamic loading mechanisms, cascading, and so > > on. Sure, I think that's possible. There might even be some benefit, > > though probably not enough benefit to abandon PAM/NSS and go our own > > way. > > Not to go our own way, no. There's the rub. It would have to be a > reasonably wide effort; we'd need to get at least one major Linux > distro to adopt the same infrastructure. Indeed, ``there's the rub'' :-) Cheers, -- Jacques Vidrine NTT/Verio SME FreeBSD UNIX Heimdal nectar@celabo.org jvidrine@verio.net nectar@freebsd.org nectar@kth.se [1] Mostly. An application might require that you used a strong authentication method, to launch the nukes or something. :-) From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 10:02:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06B0616A4CE for ; Mon, 1 Dec 2003 10:02:41 -0800 (PST) Received: from zxy.spb.ru (zxy.spb.ru [194.58.105.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFF5643FD7 for ; Mon, 1 Dec 2003 10:02:34 -0800 (PST) (envelope-from slw@zxy.spb.ru) Received: from mail.acropolis.ru (office.acropolis.ru [195.239.136.194] (may be forged)) by zxy.spb.ru (8.12.9/8.12.9) with ESMTP id hB1I2W58061405 for ; Mon, 1 Dec 2003 21:02:33 +0300 (MSK) (envelope-from slw@zxy.spb.ru) Received: from mail.acropolis.ru (localhost.office.acropolis.ru [127.0.0.1]) by mail.acropolis.ru (8.12.9p2/8.12.9) with ESMTP id hB1I2OgO062751; Mon, 1 Dec 2003 21:02:24 +0300 (MSK) (envelope-from slw@zxy.spb.ru) Received: (from slw@localhost) by mail.acropolis.ru (8.12.9p2/8.12.9/Submit) id hB1I2Oi3062750; Mon, 1 Dec 2003 21:02:24 +0300 (MSK) (envelope-from slw@zxy.spb.ru) X-Authentication-Warning: mail.acropolis.ru: slw set sender to slw@zxy.spb.ru using -f Date: Mon, 1 Dec 2003 21:02:24 +0300 From: Slawa Olhovchenkov To: Nate Lawson Message-ID: <20031201180224.GE61122@mail.acropolis.ru> References: <20031201094715.B13470@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031201094715.B13470@root.org> User-Agent: Mutt/1.5.1i X-Spam-Status: No, hits=-4.9 required=15.0 tests=BAYES_00 autolearn=ham version=2.60-rc3 X-Spam-Checker-Version: SpamAssassin 2.60-rc3 (1.202-2003-08-29-exp) on mail.acropolis.ru cc: current@freebsd.org Subject: Re: psmintr not attached w/ acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 18:02:41 -0000 On Mon, Dec 01, 2003 at 09:48:40AM -0800, Nate Lawson wrote: > Your ASL indicates that it returns different values for present (based on > PS2F) and current resources (based on KBDI). Please send me the URL to > the full ASL so I can see what sets those two variables. http://zxy.spb.ru/acpi.dump Do you need additional information? -- Slawa Olhovchenkov From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 10:10:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C4CA16A4E4; Mon, 1 Dec 2003 10:10:35 -0800 (PST) Received: from ms-smtp-03-eri0.socal.rr.com (ms-smtp-03-qfe0.socal.rr.com [66.75.162.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A3FE43FE3; Mon, 1 Dec 2003 10:10:23 -0800 (PST) (envelope-from sean@mcneil.com) Received: from blue.mcneil.com (cpe-66-75-176-109.socal.rr.com [66.75.176.109])hB1IALmB027786; Mon, 1 Dec 2003 10:10:21 -0800 (PST) Received: from [66.75.176.109] (mcneil.com [66.75.176.109]) by blue.mcneil.com (8.12.10/8.12.10) with ESMTP id hB1IAKWd020059; Mon, 1 Dec 2003 10:10:20 -0800 (PST) (envelope-from sean@mcneil.com) From: Sean McNeil To: "Jacques A. Vidrine" In-Reply-To: <20031201132536.GA99018@madman.celabo.org> References: <1070260627.23876.2.camel@blue.mcneil.com> <20031201132536.GA99018@madman.celabo.org> Content-Type: text/plain Organization: Sean McNeil Consulting Message-Id: <1070302220.19999.5.camel@blue.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 01 Dec 2003 10:10:20 -0800 Content-Transfer-Encoding: 7bit X-DCC-Servercave-Metrics: blue.mcneil.com 1183; Body=2 Fuz1=2 Fuz2=2 X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: freebsd-current@FreeBSD.org Subject: Re: problem with kerberos startup and LDAP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 18:10:35 -0000 This was with Heimdal from an installation of -CURRENT. I am using LDAP functionality, so option (a) below is not an option. Option (b) below sounds more difficult than the change I made to /etc/rc.d/kerberos :) I hadn't thought kerberos would get linked in such a manner, but now that you mentioned it here is what it ended up using: /usr/libexec/kdc: libkrb5.so.7 => /usr/lib/libkrb5.so.7 (0x2807e000) libhdb.so.7 => /usr/lib/libhdb.so.7 (0x280ba000) libroken.so.7 => /usr/lib/libroken.so.7 (0x280ca000) libasn1.so.7 => /usr/lib/libasn1.so.7 (0x280d8000) libcrypto.so.3 => /lib/libcrypto.so.3 (0x280fe000) libcrypt.so.2 => /lib/libcrypt.so.2 (0x28208000) libcom_err.so.2 => /usr/lib/libcom_err.so.2 (0x28221000) libldap.so.2 => /usr/local/lib/libldap.so.2 (0x28223000) liblber.so.2 => /usr/local/lib/liblber.so.2 (0x28254000) libc.so.5 => /lib/libc.so.5 (0x28260000) libsasl2.so.2 => /usr/local/lib/libsasl2.so.2 (0x28337000) libssl.so.3 => /usr/local/lib/libssl.so.3 (0x2834a000) libcrypto.so.3 => /usr/local/lib/libcrypto.so.3 (0x2837b000) It only complained about libldap.so.2, so I would guess kerberos is using the -rpath for the others? Thanks, Sean On Mon, 2003-12-01 at 05:25, Jacques A. Vidrine wrote: > On Sun, Nov 30, 2003 at 10:37:08PM -0800, Sean McNeil wrote: > > Hello All, > > > > I was having trouble with startup and kdc/kadmin5 failing. Turns out > > that they were trying to access a shared library in /usr/local/lib > > (libldap.so.2). Unfortunately, both were getting started before > > ldconfig. > > > > I added ldconfig to the REQUIRE: for kerberos and now all is well. > > > > What should be the correct solution? > > Let's see: What implementation of Kerberos? (Heimdal, MIT?) > Installed as part of the base system, from the Ports Collection, or by > hand? > > The correct solutions are: > > (a) Do not build Kerberos against OpenLDAP if you do not use > LDAP functionality. > > (b) When building Kerberos, make certain that the linker flags > include an appropriate setting for RPATH, e.g. > `-rpath /usr/local/lib'. > > Cheers, From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 10:23:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E8F016A4CF for ; Mon, 1 Dec 2003 10:23:45 -0800 (PST) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id E566E43FD7 for ; Mon, 1 Dec 2003 10:23:37 -0800 (PST) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id 76CA55482B; Mon, 1 Dec 2003 12:23:37 -0600 (CST) Received: by madman.celabo.org (Postfix, from userid 1001) id 179006D455; Mon, 1 Dec 2003 12:23:37 -0600 (CST) Date: Mon, 1 Dec 2003 12:23:37 -0600 From: "Jacques A. Vidrine" To: Sean McNeil Message-ID: <20031201182336.GA728@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Sean McNeil , freebsd-current@FreeBSD.org References: <1070260627.23876.2.camel@blue.mcneil.com> <20031201132536.GA99018@madman.celabo.org> <1070302220.19999.5.camel@blue.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1070302220.19999.5.camel@blue.mcneil.com> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.4i-ja.1 cc: freebsd-current@FreeBSD.org Subject: Re: problem with kerberos startup and LDAP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 18:23:45 -0000 On Mon, Dec 01, 2003 at 10:10:20AM -0800, Sean McNeil wrote: > This was with Heimdal from an installation of -CURRENT. I am using LDAP > functionality, so option (a) below is not an option. Option (b) below > sounds more difficult than the change I made to /etc/rc.d/kerberos :) > > I hadn't thought kerberos would get linked in such a manner, but now > that you mentioned it here is what it ended up using: > > /usr/libexec/kdc: > libkrb5.so.7 => /usr/lib/libkrb5.so.7 (0x2807e000) > libhdb.so.7 => /usr/lib/libhdb.so.7 (0x280ba000) > libroken.so.7 => /usr/lib/libroken.so.7 (0x280ca000) > libasn1.so.7 => /usr/lib/libasn1.so.7 (0x280d8000) > libcrypto.so.3 => /lib/libcrypto.so.3 (0x280fe000) > libcrypt.so.2 => /lib/libcrypt.so.2 (0x28208000) > libcom_err.so.2 => /usr/lib/libcom_err.so.2 (0x28221000) > libldap.so.2 => /usr/local/lib/libldap.so.2 (0x28223000) > liblber.so.2 => /usr/local/lib/liblber.so.2 (0x28254000) > libc.so.5 => /lib/libc.so.5 (0x28260000) > libsasl2.so.2 => /usr/local/lib/libsasl2.so.2 (0x28337000) > libssl.so.3 => /usr/local/lib/libssl.so.3 (0x2834a000) > libcrypto.so.3 => /usr/local/lib/libcrypto.so.3 (0x2837b000) > > It only complained about libldap.so.2, so I would guess kerberos is > using the -rpath for the others? Oh, you must be using `WITH_OPENLDAP'--- an option that I did not even realize was available in the base system until I looked just now :-) Yes, I believe the build is broken and I will correct it after the code freeze. In the meantime, you might try the following patch and rebuild the KDC (`make clean' first). Cheers, -- Jacques Vidrine NTT/Verio SME FreeBSD UNIX Heimdal nectar@celabo.org jvidrine@verio.net nectar@freebsd.org nectar@kth.se Index: kerberos5/Makefile.inc =================================================================== RCS file: /home/ncvs/src/kerberos5/Makefile.inc,v retrieving revision 1.19 diff -c -r1.19 Makefile.inc *** kerberos5/Makefile.inc 18 Jul 2003 13:21:55 -0000 1.19 --- kerberos5/Makefile.inc 1 Dec 2003 18:21:23 -0000 *************** *** 16,22 **** OPENLDAPBASE?= /usr/local LDAPLIBS=-lldap -llber LDAPCFLAGS=-I${OPENLDAPBASE}/include -DOPENLDAP=1 ! LDAPLDADD=-L${OPENLDAPBASE}/lib ${LDAPLIBS} .endif .if exists(${.OBJDIR}/../../include) --- 16,22 ---- OPENLDAPBASE?= /usr/local LDAPLIBS=-lldap -llber LDAPCFLAGS=-I${OPENLDAPBASE}/include -DOPENLDAP=1 ! LDAPLDADD=-L${OPENLDAPBASE}/lib -Wl,-rpath,${OPENLDAPBASE}/lib ${LDAPLIBS} .endif .if exists(${.OBJDIR}/../../include) From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 10:25:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C19216A4CE for ; Mon, 1 Dec 2003 10:25:35 -0800 (PST) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B21FB43FDF for ; Mon, 1 Dec 2003 10:25:27 -0800 (PST) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id hB1IPO1G024349; Mon, 1 Dec 2003 13:25:24 -0500 (EST) Date: Mon, 1 Dec 2003 13:25:24 -0500 (EST) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Alexander Motin In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: licq & KSE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 18:25:36 -0000 On Mon, 1 Dec 2003, Alexander Motin wrote: > Hi! > > licq 1.2.7 installed from ports does not works on 5.2-BETA with mapping > libc_r to libkse: > > %licq -d0 -p qt-gui -- -noxim > Fatal error 'No current thread. > ' at line 318 in file /usr/src/lib/libpthread/thread/thr_sig.c (errno = 2) > > And after saying this it begins eat all free CPU. > If I remove this mapping it works fine. I think the port is broken. Are you getting static LDT warnings from the kernel when this happens? -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 10:27:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E575016A4CE; Mon, 1 Dec 2003 10:27:26 -0800 (PST) Received: from ms-smtp-01-eri0.socal.rr.com (ms-smtp-01-qfe0.socal.rr.com [66.75.162.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D07343FEA; Mon, 1 Dec 2003 10:26:24 -0800 (PST) (envelope-from sean@mcneil.com) Received: from blue.mcneil.com (cpe-66-75-176-109.socal.rr.com [66.75.176.109])hB1IQLKm017020; Mon, 1 Dec 2003 10:26:21 -0800 (PST) Received: from [66.75.176.109] (mcneil.com [66.75.176.109]) by blue.mcneil.com (8.12.10/8.12.10) with ESMTP id hB1IQLWd020274; Mon, 1 Dec 2003 10:26:21 -0800 (PST) (envelope-from sean@mcneil.com) From: Sean McNeil To: "Jacques A. Vidrine" In-Reply-To: <20031201182336.GA728@madman.celabo.org> References: <1070260627.23876.2.camel@blue.mcneil.com> <20031201132536.GA99018@madman.celabo.org> <1070302220.19999.5.camel@blue.mcneil.com> <20031201182336.GA728@madman.celabo.org> Content-Type: text/plain Organization: Sean McNeil Consulting Message-Id: <1070303180.19999.10.camel@blue.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 01 Dec 2003 10:26:21 -0800 Content-Transfer-Encoding: 7bit X-DCC-Servercave-Metrics: blue.mcneil.com 1183; Body=2 Fuz1=2 Fuz2=2 X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: freebsd-current@FreeBSD.org Subject: Re: problem with kerberos startup and LDAP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 18:27:27 -0000 Yes, I use the following in make.conf: WITH_LDAP=openldap2 WITH_OPENLDAP=yes Great, I will give your patch a try. Thanks! Sean On Mon, 2003-12-01 at 10:23, Jacques A. Vidrine wrote: > On Mon, Dec 01, 2003 at 10:10:20AM -0800, Sean McNeil wrote: > > This was with Heimdal from an installation of -CURRENT. I am using LDAP > > functionality, so option (a) below is not an option. Option (b) below > > sounds more difficult than the change I made to /etc/rc.d/kerberos :) > > > > I hadn't thought kerberos would get linked in such a manner, but now > > that you mentioned it here is what it ended up using: > > > > /usr/libexec/kdc: > > libkrb5.so.7 => /usr/lib/libkrb5.so.7 (0x2807e000) > > libhdb.so.7 => /usr/lib/libhdb.so.7 (0x280ba000) > > libroken.so.7 => /usr/lib/libroken.so.7 (0x280ca000) > > libasn1.so.7 => /usr/lib/libasn1.so.7 (0x280d8000) > > libcrypto.so.3 => /lib/libcrypto.so.3 (0x280fe000) > > libcrypt.so.2 => /lib/libcrypt.so.2 (0x28208000) > > libcom_err.so.2 => /usr/lib/libcom_err.so.2 (0x28221000) > > libldap.so.2 => /usr/local/lib/libldap.so.2 (0x28223000) > > liblber.so.2 => /usr/local/lib/liblber.so.2 (0x28254000) > > libc.so.5 => /lib/libc.so.5 (0x28260000) > > libsasl2.so.2 => /usr/local/lib/libsasl2.so.2 (0x28337000) > > libssl.so.3 => /usr/local/lib/libssl.so.3 (0x2834a000) > > libcrypto.so.3 => /usr/local/lib/libcrypto.so.3 (0x2837b000) > > > > It only complained about libldap.so.2, so I would guess kerberos is > > using the -rpath for the others? > > > Oh, you must be using `WITH_OPENLDAP'--- an option that I did not even > realize was available in the base system until I looked just now :-) > > Yes, I believe the build is broken and I will correct it after the > code freeze. In the meantime, you might try the following patch and > rebuild the KDC (`make clean' first). > > Cheers, From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 10:43:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74E6816A4CE for ; Mon, 1 Dec 2003 10:43:05 -0800 (PST) Received: from morpheus.webteckies.org (node123e0.a2000.nl [24.132.35.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78A7843FFD for ; Mon, 1 Dec 2003 10:42:51 -0800 (PST) (envelope-from freebsd-current@webteckies.org) Received: from sarevok.idg.nl (unknown [192.168.1.12]) by morpheus.webteckies.org (Postfix) with ESMTP id 94999107C6 for ; Mon, 1 Dec 2003 19:39:30 +0100 (CET) From: Melvyn Sopacua Organization: WebTeckies.org To: current@FreeBSD.org Date: Mon, 1 Dec 2003 19:42:39 +0100 User-Agent: KMail/1.5.93 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-03=_nu4y/my40Lu0wtt"; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200312011942.48166.freebsd-current@webteckies.org> X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: ACPI results Inspiron 8000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 18:43:05 -0000 --Boundary-03=_nu4y/my40Lu0wtt Content-Type: multipart/mixed; boundary="Boundary-01=_fu4y/2Zx2KeN8n1" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_fu4y/2Zx2KeN8n1 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I've done some testing with acpi: S1 level -> does not blank the display. S2 level -> unsupported by the BIOS S3/S4 level -> reboot the machine, with at best a print_cpu debug statement= [1] s5 level -> works as expected [1] I've pressed 'pause' and copied it for anybody that wants the register= =20 dump I've set the dump device and dumpdir, but no dumps are created - it's a reb= oot=20 without a panic apparently. Attached are: * dmesg.boot * Kernel config * acpidump output * loader.conf * S1 run output (the only way to wake-up is to 'open the lid') * oids.start: relevant oids Setting of 'os_name' does not make any difference whatsoever. I've also=20 disabled any firewall and usb devices, but it doesn't make a difference as= =20 well. If anything else is needed, let me know. =2D-=20 Melvyn =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D =46reeBSD sarevok.webteckies.org 5.2-BETA FreeBSD 5.2-BETA #2: Mon Dec 1=20 17:58:47 CET 2003 root@sarevok.webteckies.org:/usr/obj/usr/src/sys/ SAREVOK_NOFW_DBG i386 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D --Boundary-01=_fu4y/2Zx2KeN8n1 Content-Type: text/plain; charset="us-ascii"; name="dmesg.boot" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2003 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. =46reeBSD 5.2-BETA #2: Mon Dec 1 17:58:47 CET 2003 root@sarevok.webteckies.org:/usr/obj/usr/src/sys/SAREVOK_NOFW_DBG Preloaded elf kernel "/boot/kernel/kernel" at 0xc0923000. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1400MHz (1398.82-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x695 Stepping =3D 5 Features=3D0xa7e9f9bf real memory =3D 536535040 (511 MB) avail memory =3D 511508480 (487 MB) Pentium Pro MTRR support enabled acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 9 entries at 0xc00fc590 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_cpu0: port 0x530-0x537 on acpi0 acpi_tz0: port 0x530-0x537 on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 29 INTA is routed to irq 11 pcib0: slot 29 INTB is routed to irq 11 pcib0: slot 29 INTC is routed to irq 11 pcib0: slot 29 INTD is routed to irq 11 pcib0: slot 31 INTB is routed to irq 11 agp0: mem 0xe8000000-0xefffffff at device = 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib1: slot 0 INTA is routed to irq 11 pci1: at device 0.0 (no driver attached) pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 pcib2: slot 0 INTA is routed to irq 11 pcib2: slot 1 INTA is routed to irq 11 bfe0: mem 0xfaffe000-0xfaffffff irq 11 at = device 0.0 on pci2 bfe0: Ethernet address: 00:0d:56:3c:1c:37 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto cbb0: at device 1.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib2: slot 1 INTA is routed to irq 11 cbb0: [MPSAFE] pci2: at device 1.1 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xbfa0-0xbfaf,0x374-0x377,0x1= 70-0x177,0x3f4-0x3f7,0x1f0-0x1f7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pcm0: port 0xbc40-0xbc7f,0xb800-0xb8ff mem 0xf4fff40= 0-0xf4fff4ff,0xf4fff800-0xf4fff9ff irq 11 at device 31.5 on pci0 pcm0: atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model GlidePoint, device ID 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface orm0: