From owner-freebsd-current Sun Jul 14 1:18:16 2002 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 4893D37B400 for ; Sun, 14 Jul 2002 01:18:11 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F2E543E65 for ; Sun, 14 Jul 2002 01:18:11 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6E8IA272319; Sun, 14 Jul 2002 01:18:10 -0700 (PDT) (envelope-from rizzo) Date: Sun, 14 Jul 2002 01:18:10 -0700 From: Luigi Rizzo To: current@freebsd.org Subject: different packing of structs in kernel vs. userland ? Message-ID: <20020714011810.A72236@iguana.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, the following message seems to suggest that the compiler (the way it is invoked) packs structures differently when building the kernel and userland. The stize of the structure in question is computed by both kernel and userland app using sizeof(), so there is no assumption on the size of its members, so i believe the only possibility of a mismatch is the one above. Any ideas ? cheers luigi ----- Forwarded message from Mike Barcroft ----- Date: Sat, 13 Jul 2002 00:38:29 -0400 From: Mike Barcroft Subject: New ipfw isn't 64-bit clean To: luigi@FreeBSD.org Cc: current@FreeBSD.org In struct ip_fw, the member timespace becomes padded with 32-bits because a pointer follows it. This causes the RULESIZE() macro to miscalculate the size of the rule by 4 bytes. Resulting in EINVAL and kernel warnings: %%% bowie# ipfw add allow all from me to 192.168.3.1 00000 allow ip from me to 192.168.3.1 ipfw: size mismatch (have 64 want 68) ipfw: getsockopt(IP_FW_ADD): Invalid argument %%% (Shouldn't 00000 be 00100?) I worked around the breakage by moving next_rule to the second position in the struct. I imagine the real solution involves not jamming kernel pointers into public interfaces. Also, ipfw(8) has lots of warnings as a result of printf()s with deprecated quad_t's. This should be easily fixed by using intmax_t's. Best regards, Mike Barcroft ----- End forwarded message ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 1:24:17 2002 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 46D8037B400; Sun, 14 Jul 2002 01:24:14 -0700 (PDT) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7ACD43E3B; Sun, 14 Jul 2002 01:24:13 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0078.cvx40-bradley.dialup.earthlink.net ([216.244.42.78] helo=mindspring.com) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17Tefo-0007EJ-00; Sun, 14 Jul 2002 01:24:10 -0700 Message-ID: <3D3134EC.323F8B54@mindspring.com> Date: Sun, 14 Jul 2002 01:23:08 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Luigi Rizzo Cc: current@freebsd.org Subject: Re: different packing of structs in kernel vs. userland ? References: <20020714011810.A72236@iguana.icir.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Luigi Rizzo wrote: > Hi, > the following message seems to suggest that the compiler > (the way it is invoked) packs structures differently > when building the kernel and userland. > > The stize of the structure in question is computed > by both kernel and userland app using sizeof(), > so there is no assumption on the size of its members, > so i believe the only possibility of a mismatch is > the one above. > > Any ideas ? Probably a #pragma pack() in scope. Add one explicitly before and after the structure definition to force it to be the same in user space and the kernel, e.g.: #pragma pack(1) /* 1 byte packing */ struct foo { ... }; #pragma pack() /* whatever it was before */ The latter is like a "pop" of the former's "push", so you should be OK, even though it looks like what is happening is an include of an include file in the wrong place or in code that has one in scope. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 1:29:44 2002 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 215BD37B400; Sun, 14 Jul 2002 01:29:39 -0700 (PDT) Received: from prometheus.vh.laserfence.net (prometheus.laserfence.net [196.44.73.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 313AD43E3B; Sun, 14 Jul 2002 01:29:37 -0700 (PDT) (envelope-from will@highveldcs.com) Received: from phoenix.vh.laserfence.net ([192.168.0.10]) by prometheus.vh.laserfence.net with esmtp (Exim 3.34 #1) id 17Tekx-0000f7-00; Sun, 14 Jul 2002 10:29:27 +0200 Date: Sun, 14 Jul 2002 10:29:27 +0200 (SAST) From: Willie Viljoen X-X-Sender: will@phoenix.vh.laserfence.net To: freebsd-current@freebsd.org Cc: freebsd-hardware@freebsd.org Subject: SCSI emulation in FreeBSD Message-ID: <20020714102432.L380-100000@phoenix.vh.laserfence.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I was scratching around the geocrawler archives yesterday, looking for information on using SCSI emulation in FBSD. I found some, but was dumb enough (yet again) not to bookmark it. I've synced my source with -CURRENT, and looked through all the options I could find, even a home-made LINT, still nothing. I read about a patch in the old message I found. Am I simply not seeing the options I want, or do I need to patch my kernel for this to work? The reason I want this is that I have an HP 9110 CD-RW drive. It refuses to work properly with the ATA drivers, and I refuse to reboot to Windows every time I just want to burn a CD. Anybody have any idea what I need and where I can find it? Regards, Will -- Willie Viljoen Highveld Computing Solutions 214 Paul Kruger Avenue Universitas Bloemfontein 9321 South Africa +27 51 522 15 60, a/h +27 51 522 44 36 +27 82 404 03 27 will@highveldcs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 1:34:46 2002 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 23C4E37B400; Sun, 14 Jul 2002 01:34:44 -0700 (PDT) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7238443E6E; Sun, 14 Jul 2002 01:34:43 -0700 (PDT) (envelope-from jstocker@tzi.de) Received: from fwd03.sul.t-online.de by mailout01.sul.t-online.com with smtp id 17Tepe-0002ib-0C; Sun, 14 Jul 2002 10:34:18 +0200 Received: from twoflower.liebende.de (320072111332-0001@[217.80.121.201]) by fmrl03.sul.t-online.com with esmtp id 17TeqK-1JQwzIC; Sun, 14 Jul 2002 10:35:00 +0200 Subject: Re: SCSI emulation in FreeBSD From: Jan Stocker Reply-To: jstocker@tzi.de To: Willie Viljoen Cc: freebsd-current@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG In-Reply-To: <20020714102432.L380-100000@phoenix.vh.laserfence.net> References: <20020714102432.L380-100000@phoenix.vh.laserfence.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Jul 2002 10:32:33 +0200 Message-Id: <1026635553.389.1.camel@twoflower> Mime-Version: 1.0 X-Sender: 320072111332-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Anybody have any idea what I need and where I can find it? http://www.cuivre.fr.eu.org/~thomas/atapicam/ Jan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 2: 1:14 2002 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 CB69D37B405 for ; Sun, 14 Jul 2002 02:01:07 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0E8043E3B for ; Sun, 14 Jul 2002 02:00:22 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020714090019.LAOY29588.sccrmhc01.attbi.com@InterJet.elischer.org> for ; Sun, 14 Jul 2002 09:00:19 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id BAA60647 for ; Sun, 14 Jul 2002 01:43:37 -0700 (PDT) Date: Sun, 14 Jul 2002 01:43:35 -0700 (PDT) From: Julian Elischer To: FreeBSD current users Subject: -current perforamnce. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just a note for those following these things... Not of great importance, as we know that -current performance will go up and down, but I just noticed we lost 1.5% since the 9th on the "worldstone" test. (real time numbers. several runs) July 14 kernel 3441.946u 1492.986s 1:32:01.33 89.3% 2726+2167k 33431+154651io 11217pf+0w July 9 kernel 3433.348u 1475.230s 1:30:31.24 90.3% 2724+2169k 35689+154653io 10978pf+0w (1.5 minutes out of 90 minutes) Uniprocessor machine, 1 IDE drive.. Witness etc all ON, so don't panic about this.. It may be all the extra locking going on in the VM system.. Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #24: Tue Jul 9 16:00:31 PDT 2002 julian@ref4.dev.vicor-nb.com:/usr/src/sys/i386/compile/REF3 Preloaded elf kernel "/boot/kernel.old/kernel" at 0xc049b000. Preloaded elf module "/boot/kernel.old/acpi.ko" at 0xc049b0ac. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 863868732 Hz CPU: Pentium III/Pentium III Xeon/Celeron (863.87-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383f9ff real memory = 267124736 (260864K bytes) avail memory = 254398464 (248436K bytes) Pentium Pro MTRR support enabled Using $PIR table, 12 entries at 0xc00f2f70 [...] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 3:12: 8 2002 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 444A637B401 for ; Sun, 14 Jul 2002 03:12:05 -0700 (PDT) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id B193B43E67 for ; Sun, 14 Jul 2002 03:12:04 -0700 (PDT) (envelope-from des@sparc64.style9.org) Received: from bowie.private (d141-203-124.home.cgocable.net [24.141.203.124]) by espresso.q9media.com (Postfix) with ESMTP id D48FA9C11 for ; Sun, 14 Jul 2002 06:07:55 -0400 (EDT) Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.5/8.12.5) with ESMTP id g6EACS7u058661 for ; Sun, 14 Jul 2002 10:12:28 GMT (envelope-from des@bowie.private) Received: (from des@localhost) by bowie.private (8.12.5/8.12.5/Submit) id g6EACRqL058659 for current@freebsd.org; Sun, 14 Jul 2002 10:12:27 GMT Date: Sun, 14 Jul 2002 10:12:27 GMT From: Dag-Erling Smorgrav Message-Id: <200207141012.g6EACRqL058659@bowie.private> To: current@freebsd.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> gnu/lib/libobjc ===> gnu/lib/libg2c ===> gnu/usr.bin ===> gnu/usr.bin/bc ===> gnu/usr.bin/binutils ===> gnu/usr.bin/binutils/libiberty ===> gnu/usr.bin/binutils/libbfd cc1: warnings being treated as errors /usr/home/des/tinderbox/sparc64/src/contrib/binutils/bfd/elf-eh-frame.c: In function `_bfd_elf_discard_section_eh_frame': /usr/home/des/tinderbox/sparc64/src/contrib/binutils/bfd/elf-eh-frame.c:417: warning: comparison between signed and unsigned *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/gnu/usr.bin/binutils/libbfd. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/gnu/usr.bin. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/gnu. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 8:42:37 2002 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 67D9B37B400; Sun, 14 Jul 2002 08:42:34 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 300EA43E31; Sun, 14 Jul 2002 08:42:33 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g6EFgQFd071951; Sun, 14 Jul 2002 17:42:26 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g6EFgP9014810326; Sun, 14 Jul 2002 17:42:26 +0200 (MES) Date: Sun, 14 Jul 2002 17:44:24 +0200 (CEST) From: Martin Blapp To: Cc: Jean-Luc Richier , , Subject: Please review and commit : Revised rpcgen (1) patch updated Message-ID: <20020714170850.V75445-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, I reworked my patch as from PR bin/29175 and the PR misc/27816. http://people.freebsd.org/~mbr/patches/rpcgen.diff Some comments about the patch. - TI-RPC is now the default again for code generation. Unbreaks ports/mail/drac for CURRENT. - As before, inetd support support is turned of per default. Code for inetd can be made with -I. - Support for ``transport monitors'' and the NLSPROVIDER env variable is still there , even if their use is not clear in non TLI stream based systems like Free-/NetBSD. It can be activated with -P. - There are a few corrections in rpcgen.1 and usage function to conform to the code. Added and documented -P - I removed the #ifdefs checks for Free-/NetBSD since we are the only ones who use this code. MaxOS X may have the same limitations as we have, so this code will correctly build for them. - Generate correct cflags. Patch is based on my work and Jean-Luc Richier . Comments are welcome. Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 10:49:53 2002 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 4610537B400 for ; Sun, 14 Jul 2002 10:49:51 -0700 (PDT) Received: from mx3.datanet.hu (mx3.datanet.hu [194.149.13.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id B722643E58 for ; Sun, 14 Jul 2002 10:49:50 -0700 (PDT) (envelope-from sziszi@bsd.hu) Received: from fonix.adamsfamily.xx (nilus-1830.adsl.datanet.hu [195.56.95.52]) by mx3.datanet.hu (DataNet) with ESMTP id 992F51EA3D0 for ; Sun, 14 Jul 2002 19:49:48 +0200 (CEST) Received: from fonix.adamsfamily.xx (localhost [127.0.0.1]) by fonix.adamsfamily.xx (8.12.5/8.12.5) with ESMTP id g6EHnwHS001356 for ; Sun, 14 Jul 2002 19:49:58 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from cc@localhost) by fonix.adamsfamily.xx (8.12.5/8.12.5/Submit) id g6EHnvVG001355 for freebsd-current@freebsd.org; Sun, 14 Jul 2002 19:49:58 +0200 (CEST) X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f Date: Sun, 14 Jul 2002 19:49:57 +0200 From: Szilveszter Adam To: freebsd-current@freebsd.org Subject: Interesting panic very early in the boot Message-ID: <20020714174957.GA1244@fonix.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello everybody, I have recently finished to upgrade my system to today morning's -CURRENT, with sources just *before* the commit of rev 1.154 to src/sys/kern/kern_fork.c by Julian. I have an UP IA32 machine, I am not using any additional kernel modules, and now, upon rebooting with the new kernel, as soon as I allow to continue from the loader prompt, the kernel greets me with this: (No serial console, transcribed by hand, please excuse any typos) Fatal trap 12: page fault within kernel mode fault virtual address = 0xbff004c0 fault code = supervisor read, protection violation instruction pointer = 0x8:0xc035c348 stack pointer = 0x10:0xc0532c08 frame pointer = 0x10:0xc0532c10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 0 () kernel: type 12 trap, code=0 Stopped at 0xc035c348: cmpl $0,0xbfc00000(%eax) Unfortunately, there is preciously little I could extract from ddb after this. ddb> ps pid proc addr uid ppid pgrp flag stat wmesg wchan cmd 0 c03f00c0 c0530000 0 0 0 000000 New ddb> tr (null)(c0418920,c0800000,537000,c0532d48,c03595bd) at 0xc035c348 (null)(537000,0,c0532c9c,c0532ce8,10) at 0xc035c290 (null)(537000,c0352524,f,0,8) at 0xc03595bd (null)(537000) at 0xc0359fb9 (null)() at 0xc0130c7d An attempt to "show locks" resulted in: witness_list: witness_cold Fatal trap 3 breakpoint instruction fault while in kernel mode An attempt to "show witness" resulted in: witness_display: witness_cold Uptime 1s and a complete lockup, only a power-cycle helped. No dump was taken. Does this ring a bell with anyone? I know that the trace may not help much... I will be just too glad to offer any information or testing that may be needed. -- Regards: Szilveszter ADAM Szombathely Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 11: 6:44 2002 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 5E0D437B400 for ; Sun, 14 Jul 2002 11:06:42 -0700 (PDT) Received: from mx3.datanet.hu (mx3.datanet.hu [194.149.13.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD17843E6D for ; Sun, 14 Jul 2002 11:06:41 -0700 (PDT) (envelope-from sziszi@bsd.hu) Received: from fonix.adamsfamily.xx (nilus-1830.adsl.datanet.hu [195.56.95.52]) by mx3.datanet.hu (DataNet) with ESMTP id 067241EA28C for ; Sun, 14 Jul 2002 20:06:40 +0200 (CEST) Received: from fonix.adamsfamily.xx (localhost [127.0.0.1]) by fonix.adamsfamily.xx (8.12.5/8.12.5) with ESMTP id g6EI6nHS001471 for ; Sun, 14 Jul 2002 20:06:49 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from cc@localhost) by fonix.adamsfamily.xx (8.12.5/8.12.5/Submit) id g6EI6nvG001470 for freebsd-current@FreeBSD.ORG; Sun, 14 Jul 2002 20:06:49 +0200 (CEST) X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f Date: Sun, 14 Jul 2002 20:06:49 +0200 From: Szilveszter Adam To: freebsd-current@FreeBSD.ORG Subject: Re: Interesting panic very early in the boot Message-ID: <20020714180649.GB1244@fonix.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@FreeBSD.ORG References: <20020714174957.GA1244@fonix.adamsfamily.xx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020714174957.GA1244@fonix.adamsfamily.xx> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jul 14, 2002 at 07:49:57PM +0200, Szilveszter Adam wrote: > Hello everybody, > > I have recently finished to upgrade my system to today morning's > -CURRENT, with sources just *before* the commit of rev 1.154 to > src/sys/kern/kern_fork.c by Julian. > > I have an UP IA32 machine, I am not using any additional kernel modules, > and now, upon rebooting with the new kernel, as soon as I allow to > continue from the loader prompt, the kernel greets me with this: <...> Sorry I should have said that I have ACPI compiled into the kernel, but it is apparently not supported by the motherboard. Will try without it next. -- Regards: Szilveszter ADAM Szombathely Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 11:14:29 2002 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 02F0937B400; Sun, 14 Jul 2002 11:14:28 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE6B343E72; Sun, 14 Jul 2002 11:14:27 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 89532AE1EE; Sun, 14 Jul 2002 11:14:27 -0700 (PDT) Date: Sun, 14 Jul 2002 11:14:27 -0700 From: Alfred Perlstein To: Martin Blapp Cc: freebsd-current@freebsd.org, Jean-Luc Richier , tmm@freebsd.org Subject: Re: Please review and commit : Revised rpcgen (1) patch updated Message-ID: <20020714181427.GD77219@elvis.mu.org> References: <20020714170850.V75445-100000@levais.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020714170850.V75445-100000@levais.imp.ch> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm still upset that we don't have tirpc99, when do you plan on porting that over? -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 11:43:13 2002 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 E44D237B400 for ; Sun, 14 Jul 2002 11:43:10 -0700 (PDT) Received: from daemonz.org (TK212017094178.teleweb.at [212.17.94.178]) by mx1.FreeBSD.org (Postfix) with SMTP id 2AF3D43E65 for ; Sun, 14 Jul 2002 11:43:08 -0700 (PDT) (envelope-from tacho@factline.com) Received: (qmail 74492 invoked by uid 1001); 14 Jul 2002 18:45:04 -0000 Date: Sun, 14 Jul 2002 20:45:04 +0200 From: Stanislav Grozev To: Eric Anholt Cc: freebsd-current@FreeBSD.ORG, Alfred Perlstein Subject: Re: Update to the DRM Message-ID: <20020714184504.GA73968@meerkat.dungeon> References: <1026343027.498.7.camel@anholt.dyndns.org> <1026343406.498.23.camel@anholt.dyndns.org> <20020711091919.GB92796@meerkat.dungeon> <1026411910.527.75.camel@anholt.dyndns.org> <20020712075650.GA40548@meerkat.dungeon> <20020712090717.GA66863@meerkat.dungeon> <1026500792.488.17.camel@anholt.dyndns.org> <20020712194918.GA92079@meerkat.dungeon> <1026516542.485.147.camel@anholt.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1026516542.485.147.camel@anholt.dyndns.org> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jul 12, 2002 at 05:29:01PM -0600, Eric Anholt wrote: > > well if you give me details, i could try > > cvs -d:pserver:anonymous@cvs.sf.net:/cvsroot/dri login > cvs -d:pserver:anonymous@cvs.sf.net:/cvsroot/dri -z3 co -P xc >
ok i'll try :-) I am not a kernel hacker, so MMMV (my mileage my vary:-) -tacho To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 11:45:37 2002 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 8C02137B406; Sun, 14 Jul 2002 11:45:30 -0700 (PDT) Received: from CRWdog.demon.co.uk (p69-199.acedsl.com [66.114.69.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id F38BF43E6D; Sun, 14 Jul 2002 11:45:29 -0700 (PDT) (envelope-from spadger@best.com) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id 8239B3E31; Sun, 14 Jul 2002 14:45:28 -0400 (EDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: jstocker@tzi.de Cc: Willie Viljoen , freebsd-current@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG, Thomas Quinot Subject: Re: SCSI emulation in FreeBSD In-Reply-To: Message from Jan Stocker of "14 Jul 2002 10:32:33 +0200." <1026635553.389.1.camel@twoflower> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-1206490976P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 14 Jul 2002 14:45:28 -0400 From: Andy Sparrow Message-Id: <20020714184528.8239B3E31@CRWdog.demon.co.uk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_-1206490976P Content-Type: text/plain; charset=us-ascii > > > Anybody have any idea what I need and where I can find it? > > http://www.cuivre.fr.eu.org/~thomas/atapicam/ Just as a datapoint, I recently applied the ATAPI/CAM patches to a -STABLE from July 10th). They applied flawlessly, compile was clean. My newly-acquired TEAC DW-28E CDR/CDRW/DVD drive now works perfectly with the SCSI cdrecord from ports. And thanks to 'atacontrol', I can even hot-swap IDE devices in and out of the laptop modular bay. This OS rocks!! Thanks to all for their efforts. I would be even happier if the ATAPI-CAM patches could finally be integrated, so I didn't have to apply them manually after each cvsup. Regards, AS --==_Exmh_-1206490976P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE9McbHPHh895bDXeQRAjo/AJ9GEZwJJjA5LdyfZJann19EM+c7/QCcDQLZ KZklsu8QbYMmTt9JS+KhWnI= =gpqZ -----END PGP SIGNATURE----- --==_Exmh_-1206490976P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 11:57:54 2002 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 23C1B37B400; Sun, 14 Jul 2002 11:57:48 -0700 (PDT) Received: from prometheus.vh.laserfence.net (prometheus.laserfence.net [196.44.73.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A69843E64; Sun, 14 Jul 2002 11:57:46 -0700 (PDT) (envelope-from will@highveldcs.com) Received: from phoenix.vh.laserfence.net ([192.168.0.10]) by prometheus.vh.laserfence.net with esmtp (Exim 3.34 #1) id 17ToYF-0000ui-00; Sun, 14 Jul 2002 20:56:59 +0200 Date: Sun, 14 Jul 2002 20:56:59 +0200 (SAST) From: Willie Viljoen X-X-Sender: will@phoenix.vh.laserfence.net To: Andy Sparrow Cc: jstocker@tzi.de, , , Thomas Quinot Subject: Re: SCSI emulation in FreeBSD In-Reply-To: <20020714184528.8239B3E31@CRWdog.demon.co.uk> Message-ID: <20020714205010.X185-100000@phoenix.vh.laserfence.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just to follow up, I went back to -STABLE after discovering I don't need -current to do this (*slight sigh of reliefe*) Thanks Jan and Thomas, it works perfectly with both my BTC 36x ATAPI CD-ROM and the HP CD-Writer+ 9110. Thomas, ever consider asking for it to be committed into FreeBSD proper, atleast maybe into -current? The code is really good IMHO. Those ILLEGAL_REQUEST warnings come from that ATA driver, and they shouldn't scare anybody, but for the really paranoid, I'm sure they could be eliminated by some extra options for the ata(4) driver to allow us to silence error output (Soren?) Anyway, thanks for the quick replies. Also, I see Thomas's address in the list of CCs, I unsubscribed from freebsd-current after getting it fixed, so I missed what ever message he was involved in (if there was one) and I'd love to read it, so I'd appreciate it if somebody could forward it to me :) Regards, Will On Sun, 14 Jul 2002, Andy Sparrow wrote: > > > > > Anybody have any idea what I need and where I can find it? > > > > http://www.cuivre.fr.eu.org/~thomas/atapicam/ > > Just as a datapoint, I recently applied the ATAPI/CAM patches to a -STABLE > from July 10th). > > They applied flawlessly, compile was clean. > > My newly-acquired TEAC DW-28E CDR/CDRW/DVD drive now works perfectly with the > SCSI cdrecord from ports. > > And thanks to 'atacontrol', I can even hot-swap IDE devices in and out of the > laptop modular bay. > > This OS rocks!! Thanks to all for their efforts. > > I would be even happier if the ATAPI-CAM patches could finally be integrated, > so I didn't have to apply them manually after each cvsup. > > Regards, > > AS > > > -- Willie Viljoen Highveld Computing Solutions 214 Paul Kruger Avenue Universitas Bloemfontein 9321 South Africa +27 51 522 15 60, a/h +27 51 522 44 36 +27 82 404 03 27 will@highveldcs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 11:59:50 2002 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 19AF437B400 for ; Sun, 14 Jul 2002 11:59:47 -0700 (PDT) Received: from gibbon.kungfumonkey.com (dsl254-084-020.nyc1.dsl.speakeasy.net [216.254.84.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4706943E42 for ; Sun, 14 Jul 2002 11:59:46 -0700 (PDT) (envelope-from jolly@gibbon.kungfumonkey.com) Received: (from jolly@localhost) by gibbon.kungfumonkey.com (8.11.6/8.11.6) id g6EIcNn16820 for freebsd-current@freebsd.org; Sun, 14 Jul 2002 14:38:23 -0400 Date: Sun, 14 Jul 2002 14:38:23 -0400 From: Jacob Frelinger To: freebsd-current@freebsd.org Subject: Re: ACPI Sony FX601 Message-ID: <20020714143823.A15354@thecoffinclub.com> Mail-Followup-To: freebsd-current@freebsd.org References: <3D2F16C8.1000706@jawa.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3D2F16C8.1000706@jawa.at>; from mbretter@jawa.at on Fri, Jul 12, 2002 at 07:50:00PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jul 12, 2002 at 07:50:00PM +0200, Michael Bretterklieber wrote: > Hi, > > I installed FreeBSD 5.0-current on my notebook, because in FreeBSD4.6 > the sounddriver let the kernel hang on boot. > > I know, that acpi is under developement, but here are my results testing > acpi on this hardware. > > acpiconf -s 3: > works, but the machine doesen't completely wake up, the display still > stays dark > > acpiconf -s 4: > the system hangs uo. i'll report i'm seeing the same problems on my vaio pcg-f430. acpi works for cpu speed stepping but not for suspends/resume stuff. /* RSD PTR: Checksum=59, OEMID=SONY, RsdtAddress=0x07ffcf48 */ /* RSDT: Length=44, Revision=1, Checksum=119, OEMID=SONY, OEM Table ID=K1, OEM Revision=0x6040000, Creator ID= LTP, Creator Revision=0x0 */ /* Entries={ 0x07fffb65, 0x07fffbd9 } */ /* DSDT=0x7ffcf74 INT_MODEL=PIC SCI_INT=9 SMI_CMD=0xb2, ACPI_ENABLE=0xf0, ACPI_DISABLE=0xf1, S4BIOS_REQ=0x0 PM1a_EVT_BLK=0x8000-0x8003 PM1a_CNT_BLK=0x8042-0x8043 PM2_TMR_BLK=0x8008-0x800b PM2_GPE0_BLK=0x800c-0x800f P_LVL2_LAT=10ms, P_LVL3_LAT=101ms FLUSH_SIZE=0, FLUSH_STRIDE=0 DUTY_OFFSET=1, DUTY_WIDTH=3 DAY_ALRM=13, MON_ALRM=0, CENTURY=50 Flags={WBINVD,SLP_BUTTON,RTC_S4} */ is there more information needed to help get this working w/ current? -- Jacob "I'm Brainy For Zombie Pops" Frelinger Jolly at TheCoffinClub dot Com http://www.thecoffinclub.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 12:38:13 2002 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 975D537B400; Sun, 14 Jul 2002 12:38:08 -0700 (PDT) Received: from melusine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [62.212.105.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9838F43E84; Sun, 14 Jul 2002 12:38:06 -0700 (PDT) (envelope-from thomas@cuivre.fr.eu.org) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id EBAFB2C3D4; Sun, 14 Jul 2002 21:38:02 +0200 (CEST) Date: Sun, 14 Jul 2002 21:38:02 +0200 From: Thomas Quinot To: Willie Viljoen Cc: Andy Sparrow , jstocker@tzi.de, freebsd-current@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG, Thomas Quinot Subject: Re: SCSI emulation in FreeBSD Message-ID: <20020714213802.A81207@melusine.cuivre.fr.eu.org> Reply-To: thomas@cuivre.fr.eu.org References: <20020714184528.8239B3E31@CRWdog.demon.co.uk> <20020714205010.X185-100000@phoenix.vh.laserfence.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20020714205010.X185-100000@phoenix.vh.laserfence.net>; from will@highveldcs.com on Sun, Jul 14, 2002 at 08:56:59PM +0200 X-message-flag: WARNING! Using Outlook can damage your computer. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Le 2002-07-14, Willie Viljoen écrivait : > Just to follow up, I went back to -STABLE after discovering I don't need > -current to do this (*slight sigh of reliefe*) Yep, I do most ATAPI/CAM develoment on -STABLE machines. > Thomas, ever consider asking for it to be committed into FreeBSD proper, > atleast maybe into -current? This is being considered, but I am not the one who can make the decision on this issue. If you'd like to see the code integrated into -CURRENT, you should let Søren know (sos@freebsd.org). > The code is really good IMHO. Those ILLEGAL_REQUEST warnings come from > that ATA driver, and they shouldn't scare anybody, but for the really > paranoid, I'm sure they could be eliminated by some extra options for the > ata(4) driver to allow us to silence error output (Soren?) Well, the ATA driver just reports whatever error condition comes from the drive. The real solution may involve modifying the SCSI device drivers (cd/sa/da) so that they do not send commands that may not work with specific targets, or filtering requests to translate them into the restricted command set that ATAPI units support (this is done in an ad hoc fasion in atapi-cam currently, but there is also work in progress for a general command filtering framework in -CURRENT). Thomas. -- Thomas.Quinot@Cuivre.FR.EU.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 12:43:18 2002 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 5287E37B405; Sun, 14 Jul 2002 12:42:39 -0700 (PDT) Received: from prometheus.vh.laserfence.net (prometheus.laserfence.net [196.44.73.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD9C743E3B; Sun, 14 Jul 2002 12:42:35 -0700 (PDT) (envelope-from will@highveldcs.com) Received: from phoenix.vh.laserfence.net ([192.168.0.10]) by prometheus.vh.laserfence.net with esmtp (Exim 3.34 #1) id 17TpFs-0000w2-00; Sun, 14 Jul 2002 21:42:04 +0200 Date: Sun, 14 Jul 2002 21:42:04 +0200 (SAST) From: Willie Viljoen X-X-Sender: will@phoenix.vh.laserfence.net To: Thomas Quinot Cc: Andy Sparrow , , , Subject: Re: SCSI emulation in FreeBSD In-Reply-To: <20020714213802.A81207@melusine.cuivre.fr.eu.org> Message-ID: <20020714214054.V185-100000@phoenix.vh.laserfence.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thomas, what I find very interesting is that it still works regardless of the commands that ATAPI don't understand, I know this is abit off topic, but would any hardware expert mind explaining? :) Will On Sun, 14 Jul 2002, Thomas Quinot wrote: > Le 2002-07-14, Willie Viljoen =E9crivait : > > > Just to follow up, I went back to -STABLE after discovering I don't nee= d > > -current to do this (*slight sigh of reliefe*) > > Yep, I do most ATAPI/CAM develoment on -STABLE machines. > > > Thomas, ever consider asking for it to be committed into FreeBSD proper= , > > atleast maybe into -current? > > This is being considered, but I am not the one who can make the decision > on this issue. If you'd like to see the code integrated into -CURRENT, > you should let S=F8ren know (sos@freebsd.org). > > > The code is really good IMHO. Those ILLEGAL_REQUEST warnings come from > > that ATA driver, and they shouldn't scare anybody, but for the really > > paranoid, I'm sure they could be eliminated by some extra options for t= he > > ata(4) driver to allow us to silence error output (Soren?) > > Well, the ATA driver just reports whatever error condition comes from > the drive. The real solution may involve modifying the SCSI device > drivers (cd/sa/da) so that they do not send commands that may not > work with specific targets, or filtering requests to translate them > into the restricted command set that ATAPI units support (this is > done in an ad hoc fasion in atapi-cam currently, but there is also > work in progress for a general command filtering framework in -CURRENT). > > Thomas. > > --=20 Willie Viljoen Highveld Computing Solutions 214 Paul Kruger Avenue Universitas Bloemfontein 9321 South Africa +27 51 522 15 60, a/h +27 51 522 44 36 +27 82 404 03 27 will@highveldcs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 12:58: 7 2002 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 A314737B400; Sun, 14 Jul 2002 12:58:04 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77CFE43E67; Sun, 14 Jul 2002 12:58:03 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g6EJw2Fd091857; Sun, 14 Jul 2002 21:58:02 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g6EJw29014519784; Sun, 14 Jul 2002 21:58:02 +0200 (MES) Date: Sun, 14 Jul 2002 22:00:00 +0200 (CEST) From: Martin Blapp To: Alfred Perlstein Cc: Subject: Re: Please review and commit : Revised rpcgen (1) patch updated In-Reply-To: <20020714181427.GD77219@elvis.mu.org> Message-ID: <20020714215847.U75445-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > I'm still upset that we don't have tirpc99, when do you plan on porting > that over? I can do it now. I mostly stopped working on it, cause almost nobody did care about to commit my patches bside you and Ian. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 13: 0:27 2002 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 4C13A37B405; Sun, 14 Jul 2002 13:00:16 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8058843E65; Sun, 14 Jul 2002 13:00:15 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020714200014.UECH6023.sccrmhc02.attbi.com@InterJet.elischer.org>; Sun, 14 Jul 2002 20:00:14 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA63046; Sun, 14 Jul 2002 12:50:28 -0700 (PDT) Date: Sun, 14 Jul 2002 12:50:26 -0700 (PDT) From: Julian Elischer To: Thomas Quinot Cc: Willie Viljoen , Andy Sparrow , jstocker@tzi.de, freebsd-current@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG Subject: Re: ATAPI/SCSI emulation in FreeBSD In-Reply-To: <20020714213802.A81207@melusine.cuivre.fr.eu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG About a year ago I pushed for this to be integrated and at that time there were lots of comments about "not being done correctly and it will be done corectly soon". well another year or so ha spassed and people are STILL having to apply the patches manually. Can I suggest that the code be applied now as is, and that if someone really doesn't like it they can fix it later when they get the time? It's one thong to say " It's not done right and hold off as I'm going to fix it" It's quite a different matter to say "Hold off on this functionality as I don't like it but I have no plans to produce any equivalent funcionality" On Sun, 14 Jul 2002, Thomas Quinot wrote: > Le 2002-07-14, Willie Viljoen =E9crivait : >=20 > > Just to follow up, I went back to -STABLE after discovering I don't nee= d > > -current to do this (*slight sigh of reliefe*) >=20 > Yep, I do most ATAPI/CAM develoment on -STABLE machines. >=20 > > Thomas, ever consider asking for it to be committed into FreeBSD proper= , > > atleast maybe into -current? >=20 > This is being considered, but I am not the one who can make the decision > on this issue. If you'd like to see the code integrated into -CURRENT, > you should let S=F8ren know (sos@freebsd.org). >=20 > > The code is really good IMHO. Those ILLEGAL_REQUEST warnings come from > > that ATA driver, and they shouldn't scare anybody, but for the really > > paranoid, I'm sure they could be eliminated by some extra options for t= he > > ata(4) driver to allow us to silence error output (Soren?) >=20 > Well, the ATA driver just reports whatever error condition comes from > the drive. The real solution may involve modifying the SCSI device > drivers (cd/sa/da) so that they do not send commands that may not > work with specific targets, or filtering requests to translate them > into the restricted command set that ATAPI units support (this is > done in an ad hoc fasion in atapi-cam currently, but there is also > work in progress for a general command filtering framework in -CURRENT). >=20 > Thomas. >=20 > --=20 > Thomas.Quinot@Cuivre.FR.EU.ORG >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 13:33:13 2002 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 7984C37B400 for ; Sun, 14 Jul 2002 13:33:11 -0700 (PDT) Received: from mx2.datanet.hu (mx2.datanet.hu [194.149.13.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2E7743E42 for ; Sun, 14 Jul 2002 13:33:10 -0700 (PDT) (envelope-from sziszi@bsd.hu) Received: from fonix.adamsfamily.xx (nilus-1830.adsl.datanet.hu [195.56.95.52]) by mx2.datanet.hu (DataNet) with ESMTP id 265C15665 for ; Sun, 14 Jul 2002 22:33:09 +0200 (CEST) Received: from fonix.adamsfamily.xx (localhost [127.0.0.1]) by fonix.adamsfamily.xx (8.12.5/8.12.5) with ESMTP id g6EKXIgq000847 for ; Sun, 14 Jul 2002 22:33:18 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from cc@localhost) by fonix.adamsfamily.xx (8.12.5/8.12.5/Submit) id g6EKXI7k000846 for freebsd-current@FreeBSD.ORG; Sun, 14 Jul 2002 22:33:18 +0200 (CEST) X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f Date: Sun, 14 Jul 2002 22:33:18 +0200 From: Szilveszter Adam To: freebsd-current@FreeBSD.ORG Subject: Re: Interesting panic very early in the boot Message-ID: <20020714203317.GB736@fonix.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@FreeBSD.ORG References: <20020714174957.GA1244@fonix.adamsfamily.xx> <20020714180649.GB1244@fonix.adamsfamily.xx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020714180649.GB1244@fonix.adamsfamily.xx> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jul 14, 2002 at 08:06:49PM +0200, Szilveszter Adam wrote: > On Sun, Jul 14, 2002 at 07:49:57PM +0200, Szilveszter Adam wrote: > > Hello everybody, > > > > I have recently finished to upgrade my system to today morning's > > -CURRENT, with sources just *before* the commit of rev 1.154 to > > src/sys/kern/kern_fork.c by Julian. > > > > I have an UP IA32 machine, I am not using any additional kernel modules, > > and now, upon rebooting with the new kernel, as soon as I allow to > > continue from the loader prompt, the kernel greets me with this: > > <...> > > Sorry I should have said that I have ACPI compiled into the kernel, but > it is apparently not supported by the motherboard. Will try without it > next. I upgraded the kernel source and removed ACPI from the config, but still no joy. Something fishy going on here... -- Regards: Szilveszter ADAM Szombathely Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 13:36:18 2002 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 E0D8F37B401 for ; Sun, 14 Jul 2002 13:36:14 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 54DCD43E31 for ; Sun, 14 Jul 2002 13:36:13 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 18427 invoked by uid 0); 14 Jul 2002 20:36:01 -0000 Received: from pd953895d.dip.t-dialin.net (HELO forge.local) (217.83.137.93) by mail.gmx.net (mp014-rz3) with SMTP; 14 Jul 2002 20:36:01 -0000 Received: from tmm by forge.local with local (Exim 3.36 #1) id 17Tq6k-0001aB-00; Sun, 14 Jul 2002 22:36:42 +0200 Date: Sun, 14 Jul 2002 22:36:42 +0200 From: Thomas Moestl To: Luigi Rizzo Cc: current@freebsd.org Subject: Re: different packing of structs in kernel vs. userland ? Message-ID: <20020714203642.GD314@crow.dom2ip.de> Mail-Followup-To: Luigi Rizzo , current@freebsd.org References: <20020714011810.A72236@iguana.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020714011810.A72236@iguana.icir.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2002/07/14 at 01:18:10 -0700, Luigi Rizzo wrote: > Hi, > the following message seems to suggest that the compiler > (the way it is invoked) packs structures differently > when building the kernel and userland. > > The stize of the structure in question is computed > by both kernel and userland app using sizeof(), > so there is no assumption on the size of its members, > so i believe the only possibility of a mismatch is > the one above. > > Any ideas ? (Disclaimer: my solution below is untested, so it may all be bogus) No, you are not accounting for "external" structure padding. Take a look: struct ip_fw { struct ip_fw *next; /* linked list of rules */ u_int16_t act_ofs; /* offset of action in 32-bit units */ u_int16_t cmd_len; /* # of 32-bit words in cmd */ u_int16_t rulenum; /* rule number */ u_int16_t _pad; /* padding */ /* These fields are present in all rules. */ u_int64_t pcnt; /* Packet counter */ u_int64_t bcnt; /* Byte counter */ u_int32_t timestamp; /* tv_sec of last match */ struct ip_fw *next_rule; /* ptr to next rule */ ipfw_insn cmd[1]; /* storage for commands */ }; On a 64-bit architecture, pointers are obviously 8 bytes in size; structure members must or should be on natural borders, depending on the architecture. So, next_rule will not be on a natural border; 4 bytes of padding will be inserted before it. With that, the total structure size would be 52. The compiler must account for the fact that an array of struct ip_fws may be used. For obvious reasons, it can not just insert extra padding in the array case; instead, the structure size must be chosen so that in this situation, the first member will be on a natural border. This results in an extra 4 bytes of "external" padding at the end, after the member 'cmd'. The macro you use to compute the size in the kernel is: #define RULESIZE(rule) (sizeof(struct ip_fw) + \ ((struct ip_fw *)(rule))->cmd_len * 4 - 4) In the userland code, you start at &foo.cmd and append data directly. This means that the padding will also be used to store data, so the '- 4' (= sizeof(foo.cmd)) will not always be enough. The following definition of RULESIZE (untested) should fix this: #define RULESIZE(rule) (offsetof(struct ip_fw, cmd) + \ ((struct ip_fw *)(rule))->cmd_len * 4) It also removes the explicit 4 for sizeof(ipfw_insn). - thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 13:43:43 2002 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 AE53437B400 for ; Sun, 14 Jul 2002 13:43:38 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0950E43E31 for ; Sun, 14 Jul 2002 13:43:38 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6EKhbd79245; Sun, 14 Jul 2002 13:43:37 -0700 (PDT) (envelope-from rizzo) Date: Sun, 14 Jul 2002 13:43:37 -0700 From: Luigi Rizzo To: current@freebsd.org Subject: Re: different packing of structs in kernel vs. userland ? Message-ID: <20020714134337.A78891@iguana.icir.org> References: <20020714011810.A72236@iguana.icir.org> <20020714203642.GD314@crow.dom2ip.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020714203642.GD314@crow.dom2ip.de>; from tmoestl@gmx.net on Sun, Jul 14, 2002 at 10:36:42PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [i am deliberately not trimming the email in case someone wants to look at the context] i am a bit dubious about your explaination -- it also does not explain why the person reporting this problem "fixed" that by swapping "timestamp" and "next_rule" in the structure cheers luigi On Sun, Jul 14, 2002 at 10:36:42PM +0200, Thomas Moestl wrote: > On Sun, 2002/07/14 at 01:18:10 -0700, Luigi Rizzo wrote: > > Hi, > > the following message seems to suggest that the compiler > > (the way it is invoked) packs structures differently > > when building the kernel and userland. > > > > The stize of the structure in question is computed > > by both kernel and userland app using sizeof(), > > so there is no assumption on the size of its members, > > so i believe the only possibility of a mismatch is > > the one above. > > > > Any ideas ? > > (Disclaimer: my solution below is untested, so it may all be bogus) > > No, you are not accounting for "external" structure padding. Take a > look: > > struct ip_fw { > struct ip_fw *next; /* linked list of rules */ > u_int16_t act_ofs; /* offset of action in 32-bit units */ > u_int16_t cmd_len; /* # of 32-bit words in cmd */ > u_int16_t rulenum; /* rule number */ > u_int16_t _pad; /* padding */ > > /* These fields are present in all rules. */ > u_int64_t pcnt; /* Packet counter */ > u_int64_t bcnt; /* Byte counter */ > u_int32_t timestamp; /* tv_sec of last match */ > > struct ip_fw *next_rule; /* ptr to next rule */ > > ipfw_insn cmd[1]; /* storage for commands */ > }; > > On a 64-bit architecture, pointers are obviously 8 bytes in size; > structure members must or should be on natural borders, depending on > the architecture. > So, next_rule will not be on a natural border; 4 bytes of padding will > be inserted before it. With that, the total structure size would be > 52. > The compiler must account for the fact that an array of struct ip_fws > may be used. For obvious reasons, it can not just insert extra padding > in the array case; instead, the structure size must be chosen so that > in this situation, the first member will be on a natural border. > This results in an extra 4 bytes of "external" padding at the end, > after the member 'cmd'. > The macro you use to compute the size in the kernel is: > > #define RULESIZE(rule) (sizeof(struct ip_fw) + \ > ((struct ip_fw *)(rule))->cmd_len * 4 - 4) > > In the userland code, you start at &foo.cmd and append data > directly. This means that the padding will also be used to store > data, so the '- 4' (= sizeof(foo.cmd)) will not always be enough. The > following definition of RULESIZE (untested) should fix this: > > #define RULESIZE(rule) (offsetof(struct ip_fw, cmd) + \ > ((struct ip_fw *)(rule))->cmd_len * 4) > > It also removes the explicit 4 for sizeof(ipfw_insn). > > - thomas > > -- > Thomas Moestl http://www.tu-bs.de/~y0015675/ > http://people.FreeBSD.org/~tmm/ > PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 13:56:24 2002 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 3CEE937B400 for ; Sun, 14 Jul 2002 13:56:21 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id DD4D643E5E for ; Sun, 14 Jul 2002 13:56:18 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 2868 invoked by uid 0); 14 Jul 2002 20:56:12 -0000 Received: from pd953895d.dip.t-dialin.net (HELO forge.local) (217.83.137.93) by mail.gmx.net (mp020-rz3) with SMTP; 14 Jul 2002 20:56:12 -0000 Received: from tmm by forge.local with local (Exim 3.36 #1) id 17TqQH-0001dP-00; Sun, 14 Jul 2002 22:56:53 +0200 Date: Sun, 14 Jul 2002 22:56:53 +0200 From: Thomas Moestl To: Luigi Rizzo Cc: current@freebsd.org Subject: Re: different packing of structs in kernel vs. userland ? Message-ID: <20020714205653.GE314@crow.dom2ip.de> Mail-Followup-To: Luigi Rizzo , current@freebsd.org References: <20020714011810.A72236@iguana.icir.org> <20020714203642.GD314@crow.dom2ip.de> <20020714134337.A78891@iguana.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020714134337.A78891@iguana.icir.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2002/07/14 at 13:43:37 -0700, Luigi Rizzo wrote: > [i am deliberately not trimming the email in case someone wants to > look at the context] > > i am a bit dubious about your explaination -- it also does not > explain why the person reporting this problem "fixed" that > by swapping "timestamp" and "next_rule" in the structure It does - doing so removes the need for padding before 'next_rule', because it is properly aligned then. 'timestamp' and 'cmd' are both 4 bytes in size and immediately follow each other, so the total structure size is a multiple of 8 (48 bytes). Because of that, no padding after 'cmd' is required, and the effect is gone. - thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 14: 8:12 2002 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 E735237B400 for ; Sun, 14 Jul 2002 14:08:10 -0700 (PDT) Received: from www.contentmedia.de (www.contentmedia.de [213.61.138.91]) by mx1.FreeBSD.org (Postfix) with SMTP id BC75343E42 for ; Sun, 14 Jul 2002 14:08:09 -0700 (PDT) (envelope-from marc@informatik.uni-bremen.de) Received: (qmail 24354 invoked from network); 14 Jul 2002 21:06:33 -0000 Received: from unknown (HELO leeloo.intern.geht.de) (217.82.121.246) by www.contentmedia.de with SMTP; 14 Jul 2002 21:06:33 -0000 Subject: mysterious dead-locks with system ssh From: Marc Recht To: current@FreeBSD.ORG Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Jul 2002 23:08:07 +0200 Message-Id: <1026680887.757.9.camel@leeloo.intern.geht.de> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! I'm getting strange dead-locks/complete lookups when I use the system ssh with port forwarding. Using something like: ssh -L8080:remote:8080 account@remote to forward a remote apache to my local box. When I access http://localhost:8080/ not later than the third click on link (or pressing reload) my box locks up completely. I don't even get into the debugger or get a crash dump. The box is just plain dead. Though "normal" SSH works perfectly and accessing a local (not forwarded) apache works, too. The world and kernel is of today and IIRC this actually did work last week (or the week before). Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 15: 1: 4 2002 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 4885637B400 for ; Sun, 14 Jul 2002 15:01:02 -0700 (PDT) Received: from smtp.noos.fr (racine.noos.net [212.198.2.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 370ED43E67 for ; Sun, 14 Jul 2002 15:01:00 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 1105294 invoked by uid 0); 14 Jul 2002 22:00:58 -0000 Received: from unknown (HELO gits.gits.dyndns.org) ([212.198.229.153]) (envelope-sender ) by 212.198.2.71 (qmail-ldap-1.03) with SMTP for ; 14 Jul 2002 22:00:58 -0000 Received: from gits.gits.dyndns.org (tgzqobqzrixn6myb@localhost [127.0.0.1]) by gits.gits.dyndns.org (8.12.5/8.12.5) with ESMTP id g6EM0vie001646; Mon, 15 Jul 2002 00:00:57 +0200 (CEST) (envelope-from root@gits.dyndns.org) Received: (from root@localhost) by gits.gits.dyndns.org (8.12.5/8.12.5/Submit) id g6EM0vOO001645; Mon, 15 Jul 2002 00:00:57 +0200 (CEST) (envelope-from root) Date: Mon, 15 Jul 2002 00:00:56 +0200 From: Cyrille Lefevre To: Marc Recht Cc: current@FreeBSD.ORG Subject: Re: mysterious dead-locks with system ssh Message-ID: <20020714220056.GB1455@gits.dyndns.org> References: <1026680887.757.9.camel@leeloo.intern.geht.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1026680887.757.9.camel@leeloo.intern.geht.de> User-Agent: Mutt/1.3.99i Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[< List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jul 14, 2002 at 11:08:07PM +0200, Marc Recht wrote: > I'm getting strange dead-locks/complete lookups when I use the system > ssh with port forwarding. Using something like: > ssh -L8080:remote:8080 account@remote > to forward a remote apache to my local box. When I access > http://localhost:8080/ not later than the third click on link (or > pressing reload) my box locks up completely. I don't even get into the > debugger or get a crash dump. The box is just plain dead. Though I had a similar problem w/ netscape-4 configured to use a local (non started) proxy in -stable. w/ the proxy, no problem, w/o it, plain dead-lock. don't know where is the lockup ? Cyrille. -- Cyrille Lefevre mailto:cyrille.lefevre@laposte.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 15:20:18 2002 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 ECE8037B400 for ; Sun, 14 Jul 2002 15:20:14 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 632AC43E3B for ; Sun, 14 Jul 2002 15:20:14 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020714222013.ENMC29588.sccrmhc01.attbi.com@InterJet.elischer.org>; Sun, 14 Jul 2002 22:20:13 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id PAA63613; Sun, 14 Jul 2002 15:15:47 -0700 (PDT) Date: Sun, 14 Jul 2002 15:15:44 -0700 (PDT) From: Julian Elischer To: Szilveszter Adam Cc: freebsd-current@freebsd.org Subject: Re: Interesting panic very early in the boot In-Reply-To: <20020714174957.GA1244@fonix.adamsfamily.xx> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG you can use addr2line to get info, but at a pinch you can just use nm -n to figure out what function each address is in. On Sun, 14 Jul 2002, Szilveszter Adam wrote: > Hello everybody, > > I have recently finished to upgrade my system to today morning's > -CURRENT, with sources just *before* the commit of rev 1.154 to > src/sys/kern/kern_fork.c by Julian. > > I have an UP IA32 machine, I am not using any additional kernel modules, > and now, upon rebooting with the new kernel, as soon as I allow to > continue from the loader prompt, the kernel greets me with this: > > (No serial console, transcribed by hand, please excuse any typos) > > Fatal trap 12: page fault within kernel mode > > fault virtual address = 0xbff004c0 > fault code = supervisor read, protection violation > instruction pointer = 0x8:0xc035c348 > stack pointer = 0x10:0xc0532c08 > frame pointer = 0x10:0xc0532c10 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL=0 > current process = 0 () > > kernel: type 12 trap, code=0 > Stopped at 0xc035c348: cmpl $0,0xbfc00000(%eax) > > Unfortunately, there is preciously little I could extract from ddb after > this. > > ddb> ps > pid proc addr uid ppid pgrp flag stat wmesg wchan cmd > 0 c03f00c0 c0530000 0 0 0 000000 New > > ddb> tr > (null)(c0418920,c0800000,537000,c0532d48,c03595bd) at 0xc035c348 > (null)(537000,0,c0532c9c,c0532ce8,10) at 0xc035c290 > (null)(537000,c0352524,f,0,8) at 0xc03595bd > (null)(537000) at 0xc0359fb9 > (null)() at 0xc0130c7d > > An attempt to "show locks" resulted in: > > witness_list: witness_cold > > Fatal trap 3 breakpoint instruction fault while in kernel mode > > An attempt to "show witness" resulted in: > > witness_display: witness_cold > > Uptime 1s > and a complete lockup, only a power-cycle helped. > > No dump was taken. > > Does this ring a bell with anyone? I know that the trace may not help > much... > > I will be just too glad to offer any information or testing that may be > needed. > > -- > Regards: > > Szilveszter ADAM > Szombathely Hungary > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 16:41: 9 2002 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 BBAD237B400 for ; Sun, 14 Jul 2002 16:41:06 -0700 (PDT) Received: from gehicks.dyndns.org (adsl-20-178-38.asm.bellsouth.net [66.20.178.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DE8843E3B for ; Sun, 14 Jul 2002 16:41:06 -0700 (PDT) (envelope-from gehicks@gehicks.dyndns.org) Received: from mac (mac [10.0.0.13]) by gehicks.dyndns.org (8.12.5/8.12.5) with ESMTP id g6ENmDtI027195; Sun, 14 Jul 2002 23:48:13 GMT (envelope-from gehicks@gehicks.dyndns.org) Date: Sun, 14 Jul 2002 19:40:55 -0400 Subject: Re: Out of disk space on snapshots-jp? Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) Cc: freebsd-current@freebsd.org To: Donny Lee From: W Gerald Hicks In-Reply-To: <3D305397.5040600@CoreBit.com> Message-Id: <23BEFF9A-9783-11D6-9BE1-0030657B5F1E@gehicks.dyndns.org> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.482) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG No, the problem is because the kernel has grown too large to fit on the md(4) filesystem prepared for it. src/release//dokern.sh needs to be adapted to omit new drivers added to GENERIC. Cheers, Jerry Hicks gehicks@gehicks.dyndns.org On Saturday, July 13, 2002, at 12:21 PM, Donny Lee wrote: > > Hi there, > > it looks like the past few days snapshots build failures > were all because out of disk space on the snapshots-jp box. > > -- > // Donny > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 17:46:36 2002 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 F03AA37B400 for ; Sun, 14 Jul 2002 17:46:34 -0700 (PDT) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 767FD43E5E for ; Sun, 14 Jul 2002 17:46:34 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0508.cvx40-bradley.dialup.earthlink.net ([216.244.43.253] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17Tu0A-0002iX-00; Sun, 14 Jul 2002 17:46:17 -0700 Message-ID: <3D321AF7.C6161FC8@mindspring.com> Date: Sun, 14 Jul 2002 17:44:39 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: W Gerald Hicks Cc: Donny Lee , freebsd-current@freebsd.org Subject: Re: Out of disk space on snapshots-jp? References: <23BEFF9A-9783-11D6-9BE1-0030657B5F1E@gehicks.dyndns.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG W Gerald Hicks wrote: > No, the problem is because the kernel has grown too large to > fit on the md(4) filesystem prepared for it. > > src/release//dokern.sh needs to be adapted to omit > new drivers added to GENERIC. All drivers not in the boot or install paths should be omitted, but only if it's possible to end up with a GENERIC without their omission after the install is complete. This is actually a pretty thorny problem, since sound drivers could be argued to be in the installation path at some point, if one support interfaces for the blind (a putative pin-reader driver that allowed the pins to follow a region surrounding the mouse pointer would also fall into the same category). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 18:12:55 2002 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 8691037B400 for ; Sun, 14 Jul 2002 18:12:53 -0700 (PDT) Received: from gehicks.dyndns.org (adsl-20-178-38.asm.bellsouth.net [66.20.178.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B74D43E58 for ; Sun, 14 Jul 2002 18:12:53 -0700 (PDT) (envelope-from gehicks@gehicks.dyndns.org) Received: from mac (mac [10.0.0.13]) by gehicks.dyndns.org (8.12.5/8.12.5) with ESMTP id g6F1K9tI027525; Mon, 15 Jul 2002 01:20:10 GMT (envelope-from gehicks@gehicks.dyndns.org) Date: Sun, 14 Jul 2002 21:12:51 -0400 Subject: Re: Out of disk space on snapshots-jp? Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) Cc: freebsd-current@freebsd.org To: Terry Lambert From: W Gerald Hicks In-Reply-To: <3D321AF7.C6161FC8@mindspring.com> Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.482) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I might propose that any driver supported under sysinstall needs to support kldloading but I haven't really thought that through :-) The issue here is that the BOOTMFS kernel has traditionally (for freebsd) been derived by filtering GENERIC. GENERIC has been changed in a way that causes BOOTMFS to be too large. With the current hack^Wmethod used by make release we are required to add elements to a shell script which deletes items from the GENERIC configuration to create BOOTMFS. If my proposition holds water we can do away with the linkage to GENERIC in favor of a statically defined and minimal BOOTMFS kernel. Cheers, Jerry Hicks gehicks@gehicks.dyndns.org On Sunday, July 14, 2002, at 08:44 PM, Terry Lambert wrote: > W Gerald Hicks wrote: >> No, the problem is because the kernel has grown too large to >> fit on the md(4) filesystem prepared for it. >> >> src/release//dokern.sh needs to be adapted to omit >> new drivers added to GENERIC. > > All drivers not in the boot or install paths should be omitted, but > only if it's possible to end up with a GENERIC without their > omission after the install is complete. > > This is actually a pretty thorny problem, since sound drivers > could be argued to be in the installation path at some point, > if one support interfaces for the blind (a putative pin-reader > driver that allowed the pins to follow a region surrounding the > mouse pointer would also fall into the same category). > > -- Terry > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 18:20:51 2002 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 C022837B400 for ; Sun, 14 Jul 2002 18:20:50 -0700 (PDT) Received: from mail.ebtnet.net (mail.ebtnet.net [203.79.224.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id B863143E67 for ; Sun, 14 Jul 2002 18:20:49 -0700 (PDT) (envelope-from donny@CoreBit.com) Received: from sys.CoreBSD.com (152.c210-58-184.ethome.net.tw [210.58.184.152]) by mail.ebtnet.net (8.9.3/8.9.3) with ESMTP id JAA8599439 for ; Mon, 15 Jul 2002 09:20:41 +0800 (CST) Received: from CoreBit.com ([192.168.1.10]) by sys.CoreBSD.com (8.12.5/8.11.3) with ESMTP id g6F1PB1V006929 for ; Mon, 15 Jul 2002 09:25:12 +0800 (CST) (envelope-from donny@CoreBit.com) Message-ID: <3D3223BE.8030909@CoreBit.com> Date: Mon, 15 Jul 2002 09:22:06 +0800 From: Donny Lee User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4.1) Gecko/20020314 Netscape6/6.2.2 X-Accept-Language: en, zh-tw MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Out of disk space on snapshots-jp? References: <23BEFF9A-9783-11D6-9BE1-0030657B5F1E@gehicks.dyndns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ooh... yuh, i didn't read into detail of the log. -- // Donny W Gerald Hicks wrote: > No, the problem is because the kernel has grown too large to > fit on the md(4) filesystem prepared for it. > src/release//dokern.sh needs to be adapted to omit > new drivers added to GENERIC. >> it looks like the past few days snapshots build failures >> were all because out of disk space on the snapshots-jp box. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 20:12:34 2002 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 0FE5237B400; Sun, 14 Jul 2002 20:12:32 -0700 (PDT) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA09243E42; Sun, 14 Jul 2002 20:12:31 -0700 (PDT) (envelope-from mike@espresso.q9media.com) Received: by espresso.q9media.com (Postfix, from userid 1002) id 54C099C11; Sun, 14 Jul 2002 23:08:21 -0400 (EDT) Date: Sun, 14 Jul 2002 23:08:21 -0400 From: Mike Barcroft To: Thomas Moestl Cc: Luigi Rizzo , current@freebsd.org Subject: Re: different packing of structs in kernel vs. userland ? Message-ID: <20020714230821.C64412@espresso.q9media.com> References: <20020714011810.A72236@iguana.icir.org> <20020714203642.GD314@crow.dom2ip.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020714203642.GD314@crow.dom2ip.de>; from tmoestl@gmx.net on Sun, Jul 14, 2002 at 10:36:42PM +0200 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thomas Moestl writes: > (Disclaimer: my solution below is untested, so it may all be bogus) As request, here are the test results. Most rules work, except my final one: %%% bowie# ipfw add allow all from any to any ipfw: getsockopt(IP_FW_ADD): Invalid argument %%% Here's a list of rules that applied okay: %%% ipfw bowie# ipfw show 00100 0 0 allow ip from me to 192.168.3.1 00200 2 168 allow udp from me to 192.168.3.13 00300 0 0 allow tcp from me to 192.168.3.0/24 established 00400 0 0 deny ip from me to 192.168.3.0/24 65535 3 219 deny ip from any to any %%% Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 21:10:55 2002 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 132BC37B500 for ; Sun, 14 Jul 2002 21:10:51 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D4E543E42 for ; Sun, 14 Jul 2002 21:10:50 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0266.cvx40-bradley.dialup.earthlink.net ([216.244.43.11] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17TxCB-0007TO-00; Sun, 14 Jul 2002 21:10:48 -0700 Message-ID: <3D324AA9.99C084D8@mindspring.com> Date: Sun, 14 Jul 2002 21:08:09 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: W Gerald Hicks Cc: freebsd-current@freebsd.org Subject: Re: Out of disk space on snapshots-jp? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG W Gerald Hicks wrote: > With the current hack^Wmethod used by make release we are > required to add elements to a shell script which deletes items > from the GENERIC configuration to create BOOTMFS. > > If my proposition holds water we can do away with the linkage > to GENERIC in favor of a statically defined and minimal BOOTMFS > kernel. Didn't Poul just post on -hackers about some patches from some W Gerald Hicks guy (whoever that is ;^)) that objcopy's the MFS image into the binary, instead of using the current hack^Wmethod? You could always as you to send them to you so that you could get you to commit them for him. I know that put you in the position of middleman, but still... 8-) 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 14 21:33:19 2002 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 A94C737B400 for ; Sun, 14 Jul 2002 21:33:13 -0700 (PDT) Received: from CPE0030ab0ef2bb.cpe.net.cable.rogers.com (CPE0030ab0ef2bb.cpe.net.cable.rogers.com [24.103.202.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B2DC43E58 for ; Sun, 14 Jul 2002 21:33:13 -0700 (PDT) (envelope-from munish@CPE0030ab0ef2bb.cpe.net.cable.rogers.com) Received: by CPE0030ab0ef2bb.cpe.net.cable.rogers.com (Postfix, from userid 1001) id C358A8D; Mon, 15 Jul 2002 00:34:10 -0400 (EDT) Date: Mon, 15 Jul 2002 00:34:10 -0400 From: Munish Chopra To: freebsd-current@freebsd.org Subject: panic: bdwrite: buffer is not busy Message-ID: <20020715043410.GA706@CPE0030ab0ef2bb.cpe.net.cable.rogers.com> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've been having inexplicable crashes for a while and finally got around to getting a debug kernel and checking out what's going on, so here goes (apologies for the ^M's and all, I scripted a gdb session and that's= =20 what I got...): panic: bdwrite: buffer is not busy=0D panic messages:=0D ---=0D Fatal trap 12: page fault while in kernel mode=0D fault virtual address =3D 0xc1ca20f4=0D fault code =3D supervisor write, page not present=0D instruction pointer =3D 0x8:0xc01d9b60=0D stack pointer =3D 0x10:0xd1e20a7c=0D frame pointer =3D 0x10:0xd1e20a94=0D code segment =3D base 0x0, limit 0xfffff, type 0x1b=0D =3D DPL 0, pres 1, def32 1, gran 1=0D processor eflags =3D interrupt enabled, resume, IOPL =3D 0=0D current process =3D 828 (smtpd)=0D trap number =3D 12=0D panic: page fault=0D =0D syncing disks... panic: bdwrite: buffer is not busy=0D Uptime: 43m45s=0D Dumping 256 MB=0D ata0: resetting devices .. done=0D 16 32[CTRL-C to abort] 48[CTRL-C to abort] 64 80 96 112 128 144[CTRL-C t= o abort] 160[CTRL-C to abort] 176 192 208 224 240=0D ---=0D #0 0x00000000 in ?? ()=0D (kgdb) hw=08 =08=08 =08where=0D #0 0x00000000 in ?? ()=0D (kgdb) quit=0D I've caught a few of these by hand while working in the console before, but thought they'd been resolved until now. FreeBSD CPE0030ab0ef2bb.cpe.net.cable.rogers.com 5.0-CURRENT FreeBSD 5.0-CU= RRENT #2: Sun Jul 14 20:26:50 EDT 2002 munish@CPE0030ab0ef2bb.cpe.net.c= able.rogers.com:/usr/obj/usr/src/sys/ARCADIA i386 The sources are from about 1800 EST, July 14. --=20 Munish Chopra The FreeBSD NVIDIA Driver Initiative http://nvidia.netexplorer.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 2: 8:32 2002 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 8537F37B400 for ; Mon, 15 Jul 2002 02:08:30 -0700 (PDT) Received: from www.contentmedia.de (www.contentmedia.de [213.61.138.91]) by mx1.FreeBSD.org (Postfix) with SMTP id 9EACC43E42 for ; Mon, 15 Jul 2002 02:08:29 -0700 (PDT) (envelope-from marc@informatik.uni-bremen.de) Received: (qmail 29940 invoked from network); 15 Jul 2002 09:06:50 -0000 Received: from unknown (HELO leeloo.intern.geht.de) (217.227.207.85) by www.contentmedia.de with SMTP; 15 Jul 2002 09:06:50 -0000 Subject: makeinfo broken ? From: Marc Recht To: freebsd-current@FreeBSD.ORG Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 15 Jul 2002 11:08:24 +0200 Message-Id: <1026724105.64225.23.camel@leeloo.intern.geht.de> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! Of late I'm getting a signal 10 in makeinfo for numerous ports (eg. gcc31, semantic) and other non-port sources. And IIRC have been able to build the gcc31 port six weeks ago without any problems. world and kernel are of yesterday. Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 3:10:17 2002 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 BB9F837B400 for ; Mon, 15 Jul 2002 03:10:10 -0700 (PDT) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DC1043E58 for ; Mon, 15 Jul 2002 03:10:10 -0700 (PDT) (envelope-from des@sparc64.style9.org) Received: from bowie.private (d141-203-124.home.cgocable.net [24.141.203.124]) by espresso.q9media.com (Postfix) with ESMTP id 1F7079C11 for ; Mon, 15 Jul 2002 06:05:59 -0400 (EDT) Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.5/8.12.5) with ESMTP id g6FAAObX078160 for ; Mon, 15 Jul 2002 10:10:24 GMT (envelope-from des@bowie.private) Received: (from des@localhost) by bowie.private (8.12.5/8.12.5/Submit) id g6FAAN4D078158 for current@freebsd.org; Mon, 15 Jul 2002 10:10:23 GMT Date: Mon, 15 Jul 2002 10:10:23 GMT From: Dag-Erling Smorgrav Message-Id: <200207151010.g6FAAN4D078158@bowie.private> To: current@freebsd.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> gnu/lib/libobjc ===> gnu/lib/libg2c ===> gnu/usr.bin ===> gnu/usr.bin/bc ===> gnu/usr.bin/binutils ===> gnu/usr.bin/binutils/libiberty ===> gnu/usr.bin/binutils/libbfd cc1: warnings being treated as errors /usr/home/des/tinderbox/sparc64/src/contrib/binutils/bfd/elf-eh-frame.c: In function `_bfd_elf_discard_section_eh_frame': /usr/home/des/tinderbox/sparc64/src/contrib/binutils/bfd/elf-eh-frame.c:417: warning: comparison between signed and unsigned *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/gnu/usr.bin/binutils/libbfd. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/gnu/usr.bin. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/gnu. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 3:51:23 2002 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 4311937B401 for ; Mon, 15 Jul 2002 03:51:19 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0A41043E65 for ; Mon, 15 Jul 2002 03:51:17 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 15069 invoked by uid 0); 15 Jul 2002 10:51:14 -0000 Received: from p5086fd16.dip.t-dialin.net (HELO forge.local) (80.134.253.22) by mail.gmx.net (mp008-rz3) with SMTP; 15 Jul 2002 10:51:14 -0000 Received: from tmm by forge.local with local (Exim 3.36 #1) id 17U3SQ-0000Os-00; Mon, 15 Jul 2002 12:51:58 +0200 Date: Mon, 15 Jul 2002 12:51:58 +0200 From: Thomas Moestl To: Mike Barcroft Cc: Luigi Rizzo , current@freebsd.org Subject: Re: different packing of structs in kernel vs. userland ? Message-ID: <20020715105158.GA314@crow.dom2ip.de> Mail-Followup-To: Mike Barcroft , Luigi Rizzo , current@freebsd.org References: <20020714011810.A72236@iguana.icir.org> <20020714203642.GD314@crow.dom2ip.de> <20020714230821.C64412@espresso.q9media.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020714230821.C64412@espresso.q9media.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2002/07/14 at 23:08:21 -0400, Mike Barcroft wrote: > Thomas Moestl writes: > > (Disclaimer: my solution below is untested, so it may all be bogus) > > As request, here are the test results. > > Most rules work, except my final one: > %%% > bowie# ipfw add allow all from any to any > ipfw: getsockopt(IP_FW_ADD): Invalid argument > %%% Oh, right, that's related: the kernel checks for a minimum size of the passed data on two occasions, first in sooptcopyin(), and then again in check_ipfw_struct(). It the size to be at least sizeof(struct ip_fw), however for structures containing just one action (like the one for the command above) this is again too much in the 64-bit case because of the padding. Can you please try the attached patch (against the CVS version)? - thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C Index: ip_fw.h =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_fw.h,v retrieving revision 1.71 diff -u -r1.71 ip_fw.h --- ip_fw.h 8 Jul 2002 22:39:19 -0000 1.71 +++ ip_fw.h 15 Jul 2002 10:48:19 -0000 @@ -294,8 +294,9 @@ #define ACTION_PTR(rule) \ (ipfw_insn *)( (u_int32_t *)((rule)->cmd) + ((rule)->act_ofs) ) -#define RULESIZE(rule) (sizeof(struct ip_fw) + \ - ((struct ip_fw *)(rule))->cmd_len * 4 - 4) +#define RULESIZE_FROMLEN(len) (offsetof(struct ip_fw, cmd) + (len) * 4) +#define RULESIZE(rule) RULESIZE_FROMLEN(((struct ip_fw *)(rule))->cmd_len) +#define RULESIZE_MIN RULESIZE_FROMLEN(1) /* * This structure is used as a flow mask and a flow id for various Index: ip_fw2.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_fw2.c,v retrieving revision 1.4 diff -u -r1.4 ip_fw2.c --- ip_fw2.c 8 Jul 2002 22:46:01 -0000 1.4 +++ ip_fw2.c 15 Jul 2002 10:38:09 -0000 @@ -2142,7 +2142,7 @@ int have_action=0; ipfw_insn *cmd; - if (size < sizeof(*rule)) { + if (size < RULESIZE_MIN) { printf("ipfw: rule too short\n"); return (EINVAL); } @@ -2428,7 +2428,7 @@ case IP_FW_ADD: rule = (struct ip_fw *)rule_buf; /* XXX do a malloc */ error = sooptcopyin(sopt, rule, sizeof(rule_buf), - sizeof(struct ip_fw) ); + RULESIZE_MIN); size = sopt->sopt_valsize; if (error || (error = check_ipfw_struct(rule, size))) break; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 4: 0:18 2002 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 7198637B400; Mon, 15 Jul 2002 04:00:09 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04CDD43E31; Mon, 15 Jul 2002 04:00:09 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6FB08x85387; Mon, 15 Jul 2002 04:00:08 -0700 (PDT) (envelope-from rizzo) Date: Mon, 15 Jul 2002 04:00:08 -0700 From: Luigi Rizzo To: Mike Barcroft , current@FreeBSD.org Subject: Re: different packing of structs in kernel vs. userland ? Message-ID: <20020715040008.A85276@iguana.icir.org> References: <20020714011810.A72236@iguana.icir.org> <20020714203642.GD314@crow.dom2ip.de> <20020714230821.C64412@espresso.q9media.com> <20020715105158.GA314@crow.dom2ip.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020715105158.GA314@crow.dom2ip.de>; from tmoestl@gmx.net on Mon, Jul 15, 2002 at 12:51:58PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG sorry but all this just does not make sense to me. sizeof(foo) should give the same result irrespective of where you use it. Perhaps the best thing would be to put a printf("struct ip_fw has size %d\n", sizeof(struct ip_fw)); both in ipfw2.c and somewhere in ip_fw2.c and see if there is a mismatch between the two numbers. cheers luigi On Mon, Jul 15, 2002 at 12:51:58PM +0200, Thomas Moestl wrote: > On Sun, 2002/07/14 at 23:08:21 -0400, Mike Barcroft wrote: > > Thomas Moestl writes: > > > (Disclaimer: my solution below is untested, so it may all be bogus) > > > > As request, here are the test results. > > > > Most rules work, except my final one: > > %%% > > bowie# ipfw add allow all from any to any > > ipfw: getsockopt(IP_FW_ADD): Invalid argument > > %%% > > Oh, right, that's related: the kernel checks for a minimum size of the > passed data on two occasions, first in sooptcopyin(), and then again > in check_ipfw_struct(). > It the size to be at least sizeof(struct ip_fw), however for > structures containing just one action (like the one for the command > above) this is again too much in the 64-bit case because of the > padding. Can you please try the attached patch (against the CVS > version)? > > - thomas > > -- > Thomas Moestl http://www.tu-bs.de/~y0015675/ > http://people.FreeBSD.org/~tmm/ > PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C > > Index: ip_fw.h > =================================================================== > RCS file: /home/ncvs/src/sys/netinet/ip_fw.h,v > retrieving revision 1.71 > diff -u -r1.71 ip_fw.h > --- ip_fw.h 8 Jul 2002 22:39:19 -0000 1.71 > +++ ip_fw.h 15 Jul 2002 10:48:19 -0000 > @@ -294,8 +294,9 @@ > #define ACTION_PTR(rule) \ > (ipfw_insn *)( (u_int32_t *)((rule)->cmd) + ((rule)->act_ofs) ) > > -#define RULESIZE(rule) (sizeof(struct ip_fw) + \ > - ((struct ip_fw *)(rule))->cmd_len * 4 - 4) > +#define RULESIZE_FROMLEN(len) (offsetof(struct ip_fw, cmd) + (len) * 4) > +#define RULESIZE(rule) RULESIZE_FROMLEN(((struct ip_fw *)(rule))->cmd_len) > +#define RULESIZE_MIN RULESIZE_FROMLEN(1) > > /* > * This structure is used as a flow mask and a flow id for various > Index: ip_fw2.c > =================================================================== > RCS file: /home/ncvs/src/sys/netinet/ip_fw2.c,v > retrieving revision 1.4 > diff -u -r1.4 ip_fw2.c > --- ip_fw2.c 8 Jul 2002 22:46:01 -0000 1.4 > +++ ip_fw2.c 15 Jul 2002 10:38:09 -0000 > @@ -2142,7 +2142,7 @@ > int have_action=0; > ipfw_insn *cmd; > > - if (size < sizeof(*rule)) { > + if (size < RULESIZE_MIN) { > printf("ipfw: rule too short\n"); > return (EINVAL); > } > @@ -2428,7 +2428,7 @@ > case IP_FW_ADD: > rule = (struct ip_fw *)rule_buf; /* XXX do a malloc */ > error = sooptcopyin(sopt, rule, sizeof(rule_buf), > - sizeof(struct ip_fw) ); > + RULESIZE_MIN); > size = sopt->sopt_valsize; > if (error || (error = check_ipfw_struct(rule, size))) > break; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 4:25:27 2002 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 17D4F37B400; Mon, 15 Jul 2002 04:25:25 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CB7643E42; Mon, 15 Jul 2002 04:25:24 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0003.cvx40-bradley.dialup.earthlink.net ([216.244.42.3] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17U3yl-00061R-00; Mon, 15 Jul 2002 04:25:23 -0700 Message-ID: <3D32B0F1.27EA45EE@mindspring.com> Date: Mon, 15 Jul 2002 04:24:33 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Luigi Rizzo Cc: Mike Barcroft , current@FreeBSD.org Subject: Re: different packing of structs in kernel vs. userland ? References: <20020714011810.A72236@iguana.icir.org> <20020714203642.GD314@crow.dom2ip.de> <20020714230821.C64412@espresso.q9media.com> <20020715105158.GA314@crow.dom2ip.de> <20020715040008.A85276@iguana.icir.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Luigi Rizzo wrote: > sorry but all this just does not make sense to me. > > sizeof(foo) should give the same result irrespective of > where you use it. > > Perhaps the best thing would be to put a > > printf("struct ip_fw has size %d\n", sizeof(struct ip_fw)); > > both in ipfw2.c and somewhere in ip_fw2.c and see if there is > a mismatch between the two numbers. I have to assume that what didn't make sense was that his patch worked? 8-). He's making the valid point that for: struct foo *fee; It's possible that: sizeof(struct foo) != (((char *)&fee[1]) - ((char *)&fee[0])) because of end-padding, which is not accounted for in arrays, and that inter-structure padding depends on ordering of elements (for a good example of this, see the struct direct name element reference macro, which is also padding independent). Basically, end-padding happens because arrays of structures need to have their first element properly aligned, so there is a pad added after each element to ensure that the following element starts on an alignment boundary. I still say that on 486 and higher, the "disallow unaligned access" bit in the processor control register should be enabled, so your kernel will panic if you try this. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 4:45:56 2002 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 B553B37B400 for ; Mon, 15 Jul 2002 04:45:54 -0700 (PDT) Received: from mail04.svc.cra.dublin.eircom.net (mail04.svc.cra.dublin.eircom.net [159.134.118.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 5B18A43E6E for ; Mon, 15 Jul 2002 04:45:53 -0700 (PDT) (envelope-from pmedwards@eircom.net) Received: (qmail 73767 messnum 1155226 invoked from network[159.134.237.78/wendell.eircom.net]); 15 Jul 2002 11:45:52 -0000 Received: from wendell.eircom.net (HELO webmail.eircom.net) (159.134.237.78) by mail04.svc.cra.dublin.eircom.net (qp 73767) with SMTP; 15 Jul 2002 11:45:52 -0000 From: "Peter Edwards" To: tlambert2@mindspring.com Cc: luigi@freebsd.org, mike@freebsd.org, current@freebsd.org Subject: Re: different packing of structs in kernel vs. userland ? Date: Mon, 15 Jul 2002 12:45:52 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-Originating-IP: 62.17.151.61 X-Mailer: Eircom Net CRC Webmail (http://www.eircom.net/) Organization: Eircom Net (http://www.eircom.net/) Message-Id: <20020715114553.5B18A43E6E@mx1.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > He's making the valid point that for: > > struct foo *fee; > > It's possible that: > > sizeof(struct foo) != (((char *)&fee[1]) - ((char *)&fee[0])) Wouldn't that mean .. struct X *xarr = malloc(sizeof (struct X) * arrayLen); wouldn't produce a useable array of struct X of length arrayLen? That can't be right. -- Peter Edwards. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 4:54:51 2002 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 5FAC437B400; Mon, 15 Jul 2002 04:54:47 -0700 (PDT) Received: from imag.imag.fr (imag.imag.fr [129.88.30.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C90D643E58; Mon, 15 Jul 2002 04:54:45 -0700 (PDT) (envelope-from Jean-Luc.Richier@imag.fr) Received: from horus.imag.fr (horus.imag.fr [129.88.38.1]) by imag.imag.fr (8.11.6/8.11.6) with ESMTP id g6FBshS21245; Mon, 15 Jul 2002 13:54:43 +0200 (MEST) Received: (from richier@localhost) by horus.imag.fr (8.11.6/8.11.6/Imag.pm.V2) id g6FBsf001219; Mon, 15 Jul 2002 13:54:41 +0200 (MEST) Date: Mon, 15 Jul 2002 13:54:41 +0200 (MEST) From: Jean-Luc Richier Message-Id: <200207151154.g6FBsf001219@horus.imag.fr> In-Reply-To: Alfred Perlstein's message as of Jul 14, 11:14. Organization: IMAG, Grenoble, France X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Alfred Perlstein , Martin Blapp Subject: Re: Please review and commit : Revised rpcgen (1) patch updated Cc: freebsd-current@freebsd.org, tmm@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In your mail dated Jul 14, 11:14 you wrote >I'm still upset that we don't have tirpc99, when do you plan on porting >that over? If you are interested, I have make a full check of NFS/RPC related code in FreeBSD current (June 24), and I have some mods to complete the port of kernel NFS and RPC applcations to TI-RPC and/or IPv6 The modified files are: == libexec/rpc.rquotad/rquotad.c == libexec/rpc.rstatd/rstatd.c == libexec/rpc.rusersd/rusersd.c == libexec/rpc.rwalld/rwalld.c == libexec/rpc.sprayd/sprayd.c == usr.sbin/rpc.statd/statd.c TI/RPC and IPv6 port == usr.bin/rusers/rusers.c == usr.sbin/keyserv/keyserv.c IPv6 port == sbin/mount_nfs/mount_nfs.8 == sbin/mount_nfs/mount_nfs.c == sbin/umount/umount.c == usr.bin/showmount/showmount.c add support of IPv6 litteral of the form [::1]:/mnt == sbin/mountd/exports.5 add IPv6 format information add -network machine_name/prefix support description == sbin/mountd/mountd.c add -network machine_name/prefix support, as IPv6 do not name networks == usr.bin/quota/quota.c TI/RPC and IPv6 port add support of IPv6 litteral of the form [::1]:/mnt == usr.sbin/inetd/inetd.8 add support for rpc IPv6 (rpc/udp46 ...) == usr.sbin/inetd/inetd.c add support for rpc IPv6 (rpc/udp46 ...) correction of bug if service switch between xxx6 and xxx46 == usr.sbin/rpc.lockd/kern.c IPv6 port (must also modify nfsclient/nfs_lock.h) == usr.sbin/rpc.statd/procs.c IPv6 port also correction of bugs which may hangs the daemon on restart (incorrect returned values) == usr.sbin/spray/spray.c correction of a bug (a NULL arg should be "") == sys/netinet6/udp6_usrreq.c Code modification to avoid changing sockaddr stored in kernel Bug correction on reception of non connected IPv6 mapped socket addresses on the same socket == sys/modules/nfsclient/Makefile == sys/modules/nfsserver/Makefile IPv6 port (add opt_inet6.h generation) == sys/nfsclient/nfs_lock.h == sys/nfsclient/nfs_lock.c == sys/nfsclient/nfs_socket.c == sys/nfsserver/nfs.h == sys/nfsserver/nfs_srvcache.c == sys/nfsserver/nfs_srvsock.c == sys/nfsserver/nfs_srvsubs.c == sys/nfsserver/nfs_syscalls.c IPv6 port (nfs diskless mount code has NOT been ported) -- Jean-Luc RICHIER (Jean-Luc.Richier@Imag.Fr richier@imag.fr) Laboratoire Logiciels, Systemes et Reseaux (LSR-IMAG) IMAG-CAMPUS, BP 72, F-38402 St Martin d'Heres Cedex Tel : +33 4 76 82 72 32 Fax : +33 4 76 82 72 87 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 5:38:46 2002 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 4A13937B400; Mon, 15 Jul 2002 05:38:44 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F9B743E5E; Mon, 15 Jul 2002 05:38:43 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g6FCcf3D030378; Mon, 15 Jul 2002 14:38:42 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g6FCcf9014792440; Mon, 15 Jul 2002 14:38:41 +0200 (MES) Date: Mon, 15 Jul 2002 14:40:39 +0200 (CEST) From: Martin Blapp To: Jean-Luc Richier Cc: Alfred Perlstein , , Subject: Re: Please review and commit : Revised rpcgen (1) patch updated In-Reply-To: <200207151154.g6FBsf001219@horus.imag.fr> Message-ID: <20020715143848.D89433-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > If you are interested, I have make a full check of NFS/RPC related code in > FreeBSD current (June 24), and I have some mods to complete the port of > kernel NFS and RPC applcations to TI-RPC and/or IPv6 > The modified files are: Of course we are interested ! I knew that many servers did not yet support Ipv6 ! Great that someone has done the work and ported them. Can you make the diffs available publically ? Or do you like to send them just to the lists ? Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 5:49:11 2002 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 25F6237B405 for ; Mon, 15 Jul 2002 05:49:08 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 148E243E67 for ; Mon, 15 Jul 2002 05:49:06 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 19410 invoked by uid 0); 15 Jul 2002 12:49:03 -0000 Received: from p5086fd16.dip.t-dialin.net (HELO forge.local) (80.134.253.22) by mail.gmx.net (mp012-rz3) with SMTP; 15 Jul 2002 12:49:03 -0000 Received: from tmm by forge.local with local (Exim 3.36 #1) id 17U5IS-0000hW-00; Mon, 15 Jul 2002 14:49:48 +0200 Date: Mon, 15 Jul 2002 14:49:48 +0200 From: Thomas Moestl To: Luigi Rizzo Cc: Mike Barcroft , current@FreeBSD.org Subject: Re: different packing of structs in kernel vs. userland ? Message-ID: <20020715124947.GB314@crow.dom2ip.de> Mail-Followup-To: Luigi Rizzo , Mike Barcroft , current@FreeBSD.org References: <20020714011810.A72236@iguana.icir.org> <20020714203642.GD314@crow.dom2ip.de> <20020714230821.C64412@espresso.q9media.com> <20020715105158.GA314@crow.dom2ip.de> <20020715040008.A85276@iguana.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020715040008.A85276@iguana.icir.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002/07/15 at 04:00:08 -0700, Luigi Rizzo wrote: > sorry but all this just does not make sense to me. > > sizeof(foo) should give the same result irrespective of > where you use it. OK, let me rephrase it: as I explained before, struct ip_fw has padding after 'cmd' (the last member) to ensure that arrays can be built from it safely, so that the first member will always be properly aligned. Since the first members must/should be aligned on an 8-bit boundary on 64-bit platforms, this means that sizeof(struct ip_fw) must be a multiple of 8, the size of the padding is 4 bytes (unless the situation is changed by reordering structure members). This can easily be checked on a 64-bit platform. The following program fragment: struct ip_fw f; printf("sizeof(ip_fw) = %d\n", (int)sizeof(f)); printf("offsetof(ip_fw, cmd) = %d\n", (int)offsetof(struct ip_fw, cmd)); printf("sizeof(ip_fw.cmd) = %d\n", (int)sizeof(f.cmd)); Produces this output on sparc64: sizeof(ip_fw) = 56 offsetof(ip_fw, cmd) = 48 sizeof(ip_fw.cmd) = 4 This illustrates that indeed, padding is appended after 'cmd'. In the (userland) ipfw2.c, you basically do the following: ipfw_insn *dst; /* sizeof(ipfw_insn) = 4 */ dst = (ipfw_insn *)rule->cmd; /* Write n instructions and increase dst accordingly. */ rule->cmd_len = (u_int32_t *)dst - (u_int32_t *)(rule->cmd); i = (void *)dst - (void *)rule; if (getsockopt(s, IPPROTO_IP, IP_FW_ADD, rule, &i) == -1) err(EX_UNAVAILABLE, "getsockopt(%s)", "IP_FW_ADD"); Let's consider the case where only one instruction was added. In this case, dst was incremented once and points directly after cmd, so i is 52 on a 64-bit platform. However, sizeof(struct ip_fw) is 56 because the aformentioned 4 bytes of padding following 'cmd', so i < sizeof(struct ip_fw). This explains why rules with just one instruction would not work properly in this case with just my first patch. Likewise, when adding more rules, the second one will be added to the memory location directly following 'cmd'. If padding is present, the second instruction will write into it. The size of the total structure will thus not be properly computed by the old RULESIZE macro: #define RULESIZE(rule) (sizeof(struct ip_fw) + \ ((struct ip_fw *)(rule))->cmd_len * 4 - 4) The '- 4' is meant to subtract the size of the cmd, which is accounted for in cmd_len. Still, you are counting the padding twice, once in the sizeof() and once in cmd_len. So, sizeof(struct ip_fw) is no different between userland and kernel, but the problem is that you don't use sizeof(struct ip_fw) in userland to compute the sizes (but pointer arithmetic), but you do use it for the checks in the kernel. - thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 5:56:56 2002 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 A8DAB37B400 for ; Mon, 15 Jul 2002 05:56:53 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id E097343E42 for ; Mon, 15 Jul 2002 05:56:51 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 18937 invoked by uid 0); 15 Jul 2002 12:56:50 -0000 Received: from p5086fd16.dip.t-dialin.net (HELO forge.local) (80.134.253.22) by mail.gmx.net (mp006-rz3) with SMTP; 15 Jul 2002 12:56:50 -0000 Received: from tmm by forge.local with local (Exim 3.36 #1) id 17U5Pz-0000j5-00; Mon, 15 Jul 2002 14:57:35 +0200 Date: Mon, 15 Jul 2002 14:57:35 +0200 From: Thomas Moestl To: Terry Lambert Cc: Luigi Rizzo , Mike Barcroft , current@FreeBSD.org Subject: Re: different packing of structs in kernel vs. userland ? Message-ID: <20020715125735.GC314@crow.dom2ip.de> Mail-Followup-To: Terry Lambert , Luigi Rizzo , Mike Barcroft , current@FreeBSD.org References: <20020714011810.A72236@iguana.icir.org> <20020714203642.GD314@crow.dom2ip.de> <20020714230821.C64412@espresso.q9media.com> <20020715105158.GA314@crow.dom2ip.de> <20020715040008.A85276@iguana.icir.org> <3D32B0F1.27EA45EE@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D32B0F1.27EA45EE@mindspring.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002/07/15 at 04:24:33 -0700, Terry Lambert wrote: > Luigi Rizzo wrote: > > sorry but all this just does not make sense to me. > > > > sizeof(foo) should give the same result irrespective of > > where you use it. > > > > Perhaps the best thing would be to put a > > > > printf("struct ip_fw has size %d\n", sizeof(struct ip_fw)); > > > > both in ipfw2.c and somewhere in ip_fw2.c and see if there is > > a mismatch between the two numbers. > > I have to assume that what didn't make sense was that his patch > worked? 8-). > > He's making the valid point that for: > > struct foo *fee; > > It's possible that: > > sizeof(struct foo) != (((char *)&fee[1]) - ((char *)&fee[0])) No, I do not. In fact, the opposite: sizeof(struct foo) = (((char *)&fee[1]) - ((char *)&fee[0])) _must_ always be true, since it is legal to compute the size of storage needed for an n-element array of struct foo by using (sizeof(struct foo) * n). My point was that, because of the above, any padding that might be required between the first and last member of two struct foo's immediately following each other must be _included_ in struct foo, after the last element. - thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 6:16:10 2002 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 4450737B400; Mon, 15 Jul 2002 06:16:08 -0700 (PDT) Received: from imag.imag.fr (imag.imag.fr [129.88.30.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDC7D43E58; Mon, 15 Jul 2002 06:16:06 -0700 (PDT) (envelope-from Jean-Luc.Richier@imag.fr) Received: from horus.imag.fr (horus.imag.fr [129.88.38.1]) by imag.imag.fr (8.11.6/8.11.6) with ESMTP id g6FDG4S01676; Mon, 15 Jul 2002 15:16:05 +0200 (MEST) Received: (from richier@localhost) by horus.imag.fr (8.11.6/8.11.6/Imag.pm.V2) id g6FDG3t12235; Mon, 15 Jul 2002 15:16:03 +0200 (MEST) Date: Mon, 15 Jul 2002 15:16:03 +0200 (MEST) From: Jean-Luc Richier Message-Id: <200207151316.g6FDG3t12235@horus.imag.fr> In-Reply-To: Martin Blapp's message as of Jul 15, 14:40. Organization: IMAG, Grenoble, France X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Martin Blapp Subject: Re: Please review and commit : Revised rpcgen (1) patch updated Cc: Alfred Perlstein , , Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dans votre courrier du 15 Jul 14:40 vous ecrivez : > >Hi, > >> If you are interested, I have make a full check of NFS/RPC related code in >> FreeBSD current (June 24), and I have some mods to complete the port of >> kernel NFS and RPC applcations to TI-RPC and/or IPv6 >> The modified files are: > >Of course we are interested ! I knew that many servers did not yet support >Ipv6 ! Great that someone has done the work and ported them. > >Can you make the diffs available publically ? Or do you like to send them >just to the lists ? > >Martin the patch file I have is based on FreeBSD current, fetched on June 24 Cf: ftp://ftp.imag.fr/pub/ipv6/NFS/NFS_IPV6_FreeBSD5.0.gz (and ftp://ftp.imag.fr/pub/ipv6/NFS/0README_NFS_IPV6_FreeBSD5.0) I ugrade it once every few months - but I will not change it it the next month - I am leaving for holydays :-) it also includes some patches I submitted to FreeBSD-gnats and KAME - correction to kern/40558 (UDP6 socket problem with IPv6 IPv4 mapped addresses - patch mixed with a modification for NFS/V6 in udp6_usrreq.c) - correction to kern/40561 (No TTCP support in IPv6) (patch of in6_proto.c and tcp_usrreq.c) - correction to kern/22868 (an old problem in getsockname for non bound socket) (patch of in6_pcb.c) - correction to kern/40563 (gif IPv4 driver can clobber arp file) (patch of in_gif.c) Sincerly -- Jean-Luc RICHIER (Jean-Luc.Richier@Imag.Fr richier@imag.fr) Laboratoire Logiciels, Systemes et Reseaux (LSR-IMAG) IMAG-CAMPUS, BP 72, F-38402 St Martin d'Heres Cedex Tel : +33 4 76 82 72 32 Fax : +33 4 76 82 72 87 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 6:47:52 2002 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 2FE9D37B400; Mon, 15 Jul 2002 06:47:49 -0700 (PDT) Received: from rhymer.cogsci.ed.ac.uk (rhymer.cogsci.ed.ac.uk [129.215.144.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5C6443E4A; Mon, 15 Jul 2002 06:47:47 -0700 (PDT) (envelope-from richard@cogsci.ed.ac.uk) Received: (from richard@localhost) by rhymer.cogsci.ed.ac.uk (8.9.3/8.9.3) id OAA24437; Mon, 15 Jul 2002 14:47:45 +0100 (BST) Date: Mon, 15 Jul 2002 14:47:45 +0100 (BST) Message-Id: <200207151347.OAA24437@rhymer.cogsci.ed.ac.uk> From: Richard Tobin Subject: Re: different packing of structs in kernel vs. userland ? To: Terry Lambert , Luigi Rizzo In-Reply-To: Terry Lambert's message of Mon, 15 Jul 2002 04:24:33 -0700 Organization: just say no Cc: Mike Barcroft , current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > struct foo *fee; > > It's possible that: > > sizeof(struct foo) != (((char *)&fee[1]) - ((char *)&fee[0])) > > because of end-padding, which is not accounted for in arrays, Er, no, that's not right. Otherwise fee = malloc(n * sizeof(struct foo)) wouldn't work. C89 says: There may also be unnamed padding at the end of a structure or union, as necessary to achieve the proper alignment were the structure or union to be an element of an array. And: the result [of sizeof] is the total number of bytes in such an object, including internal and trailing padding. So if a struct needs padding in an array, it has it even when it isn't in an array. -- Richard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 8:21: 6 2002 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 0214337B401 for ; Mon, 15 Jul 2002 08:21:00 -0700 (PDT) Received: from ns1.gnf.org (ns1.gnf.org [63.196.132.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id A10CB43E6A for ; Mon, 15 Jul 2002 08:20:58 -0700 (PDT) (envelope-from gordon@FreeBSD.org) Received: from mail.gnf.org (smtp.gnf.org [172.25.11.11]) by ns1.gnf.org (8.11.6/8.11.6) with ESMTP id g6FFKuX87297 for ; Mon, 15 Jul 2002 08:20:56 -0700 (PDT) (envelope-from gordon@FreeBSD.org) Received: by mail.gnf.org (Postfix, from userid 888) id 47ED111E512; Mon, 15 Jul 2002 08:20:58 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.gnf.org (Postfix) with ESMTP id 46F1311A572 for ; Mon, 15 Jul 2002 08:20:58 -0700 (PDT) Date: Mon, 15 Jul 2002 08:20:58 -0700 (PDT) From: Gordon Tetlow X-X-Sender: gordont@smtp.gnf.org To: current@freebsd.org Subject: bug in awk implementation? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I was parsing ldif format with awk (formerly gawk) and found a buglet in awk with the following script: BEGIN { RS="\n\n"; FS="(: |\n)"; } { print $2; } Fed the following output: dn: Some Such DN gidNumber: 1000 uidNumber: 1080 dn: Some Other DN gidNumber: 1000 uidNumber: 1405 This is what I get: one-true-awk: Some Such DN 1000 1080 Some Other DN 1000 1405 gawk: Some Such DN Some Other DN So, this seems to be a bug in the one-true-awk implementation. Any ideas on how to fix this? -gordon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 8:47:29 2002 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 505A937B4A9; Mon, 15 Jul 2002 08:47:23 -0700 (PDT) Received: from alpha.develop.ferrari.net (host1.ferrari-electronic.de [62.159.79.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 259CE43E67; Mon, 15 Jul 2002 08:47:20 -0700 (PDT) (envelope-from robert@ferrari-electronic.de) Received: (from robert@localhost) by alpha.develop.ferrari.net (8.11.6/8.11.6/SuSE Linux 0.5) id g6FFbls11830; Mon, 15 Jul 2002 17:37:47 +0200 Date: Mon, 15 Jul 2002 17:37:47 +0200 From: Robert Drehmel To: Gordon Tetlow Cc: current@FreeBSD.org Subject: Re: bug in awk implementation? Message-ID: <20020715173747.A11802@alpha.develop.ferrari.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jul 15, 2002 at 08:20:58AM -0700, Gordon Tetlow wrote: > I was parsing ldif format with awk (formerly gawk) and found a buglet in > awk with the following script: > > BEGIN { > RS="\n\n"; > FS="(: |\n)"; > } > > { print $2; } > > Fed the following output: > > dn: Some Such DN > gidNumber: 1000 > uidNumber: 1080 > > dn: Some Other DN > gidNumber: 1000 > uidNumber: 1405 > > This is what I get: > > one-true-awk: > > Some Such DN > 1000 > 1080 > > Some Other DN > 1000 > 1405 Ok. > > gawk: > > Some Such DN > Some Other DN > Oh. > So, this seems to be a bug in the one-true-awk implementation. Any ideas > on how to fix this? To me, this seems like a bug in 'gawk'. The AWK language uses only the first character in RS as the record separator, to my knowledge. ciao, -robert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 8:49:21 2002 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 F33D237B400 for ; Mon, 15 Jul 2002 08:49:16 -0700 (PDT) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D00443E58 for ; Mon, 15 Jul 2002 08:49:16 -0700 (PDT) (envelope-from qhwt@myrealbox.com) Received: from localhost qhwt@smtp-send.myrealbox.com [61.195.119.87] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.9 $ on Novell NetWare; Mon, 15 Jul 2002 09:49:15 -0600 Date: Tue, 16 Jul 2002 00:49:24 +0900 From: qhwt To: current@FreeBSD.ORG Subject: Re: panic at boot in ffs_valloc Message-ID: <20020715154923.GA1480.qhwt@myrealbox.com> References: <20020703213021.H59537-100000@skaarup.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020703213021.H59537-100000@skaarup.org> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi. On Wed, Jul 03, 2002 at 09:36:24PM +0200, Rasmus Skaarup wrote: > > I'm also suddenly having a panics - every 5 minutes actually, since my > latest cvsup a few hours ago. They seem to be related to some ufs > and ffs calls.. > > I'm not able to read my core dumps for some reason (gdb says "kernel > symbol 'cpuhead' not found.") and I don't have the time to scratch a > backtrace down by hand just now. > > The panicstring is: "bremfree: bp 0xc77e8670 not locked" > > Sincerely, > Rasmus Skaasrup > > On Wed, 3 Jul 2002, Andrew R. Reiter wrote: > > > :I cvsup'd and built world+kernel a few hours ago and was happy to see > > :KDE working again, but I got a spontaneous reboot while trying to track > > :down a segfault in a mozilla build component. I "boot -v"'ed and as > > :soon as the login prompt came up I hit a panic. I'm guessing the > > :backgorund fsck had something to do with it. I'll hand-copy the trace > > :here; any debugging info needed while my box is stuck at the debugger, > > :lemme know: > > > > > > I don't have the output to show people since I was trying to reproduce but > > couldnt, but i got essentially the same panic, but it came only from a > > syscall to open() that called ufs_create() -> ufs_makeinode -> > > ffs_valloc() -> panic. > > > > I can try and reproduce (tho, mine occured when just running cscope) and > > get a dump. same here, and I can reproduce the panic by: $ cd /tmp $ for i in `jot 300 1`; do touch $i; done this panics when $i reaches around 128 on my machine. However, the next one doesn't: $ mkdir /tmp/foo $ cd /tmp/foo $ for i in `jot 300 1`; do touch $i; done I have a 256Mbytes of swap-backed /tmp configured in /etc/rc.local as follows: $ cat /etc/rc.local mdmfs -p 1777 -s 256M md0 /tmp According to a post on an anonymous BBS in Japan, malloc-backed /tmp doesn't seem to trigger the panic. Regards. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 8:58:49 2002 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 B27C037B400; Mon, 15 Jul 2002 08:58:46 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E65E43E67; Mon, 15 Jul 2002 08:58:46 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6FFwkR89263; Mon, 15 Jul 2002 08:58:46 -0700 (PDT) (envelope-from rizzo) Date: Mon, 15 Jul 2002 08:58:46 -0700 From: Luigi Rizzo To: Mike Barcroft , current@FreeBSD.org Subject: Re: different packing of structs in kernel vs. userland ? Message-ID: <20020715085845.A89151@iguana.icir.org> References: <20020714011810.A72236@iguana.icir.org> <20020714203642.GD314@crow.dom2ip.de> <20020714230821.C64412@espresso.q9media.com> <20020715105158.GA314@crow.dom2ip.de> <20020715040008.A85276@iguana.icir.org> <20020715124947.GB314@crow.dom2ip.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020715124947.GB314@crow.dom2ip.de>; from tmoestl@gmx.net on Mon, Jul 15, 2002 at 02:49:48PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ok, convincing explaination, thanks! I will review the code and try to implement a proper fix, not the workaround that I put in. cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 9: 6:43 2002 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 0A8AA37B400 for ; Mon, 15 Jul 2002 09:06:41 -0700 (PDT) Received: from ns1.gnf.org (ns1.gnf.org [63.196.132.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BC5943E31 for ; Mon, 15 Jul 2002 09:06:40 -0700 (PDT) (envelope-from gordont@gnf.org) Received: from mail.gnf.org (smtp.gnf.org [172.25.11.11]) by ns1.gnf.org (8.11.6/8.11.6) with ESMTP id g6FG6YX87682; Mon, 15 Jul 2002 09:06:34 -0700 (PDT) (envelope-from gordont@gnf.org) Received: by mail.gnf.org (Postfix, from userid 888) id 0CC3A11E517; Mon, 15 Jul 2002 09:06:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.gnf.org (Postfix) with ESMTP id 0BB7111A572; Mon, 15 Jul 2002 09:06:36 -0700 (PDT) Date: Mon, 15 Jul 2002 09:06:36 -0700 (PDT) From: Gordon Tetlow To: Robert Drehmel Cc: current@FreeBSD.org Subject: Re: bug in awk implementation? In-Reply-To: <20020715173747.A11802@alpha.develop.ferrari.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 15 Jul 2002, Robert Drehmel wrote: > > So, this seems to be a bug in the one-true-awk implementation. Any ideas > > on how to fix this? > > To me, this seems like a bug in 'gawk'. The AWK language uses > only the first character in RS as the record separator, to my > knowledge. Ah, okay, there is a distinct lack of documentation to that fact. I have figured out that I can just set RS="" and that does the same thing. I suppose it would be helpful to have an awk book around. =) -gordon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 9:14:12 2002 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 9D25637B401 for ; Mon, 15 Jul 2002 09:14:09 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16A1643E58 for ; Mon, 15 Jul 2002 09:14:09 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.3/8.12.3) with ESMTP id g6FGE8RC083652; Mon, 15 Jul 2002 12:14:08 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.3/8.12.3/Submit) id g6FGE7h3083649; Mon, 15 Jul 2002 12:14:07 -0400 (EDT) (envelope-from wollman) Date: Mon, 15 Jul 2002 12:14:07 -0400 (EDT) From: Garrett Wollman Message-Id: <200207151614.g6FGE7h3083649@khavrinen.lcs.mit.edu> To: Gordon Tetlow Cc: current@FreeBSD.ORG Subject: Re: bug in awk implementation? In-Reply-To: References: <20020715173747.A11802@alpha.develop.ferrari.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > Ah, okay, there is a distinct lack of documentation to that fact. I have > figured out that I can just set RS="" and that does the same thing. I > suppose it would be helpful to have an awk book around. =) The Standard is clear: # The first character of the string value of RS shall be the input # record separator; a by default. If RS contains more than # one character, the results are unspecified. If RS is null, then # records are separated by sequences consisting of a plus # one or more blank lines, leading or trailing blank lines shall not # result in empty records at the beginning or end of the input, and a # shall always be a field separator, no matter what the # value of FS is. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 9:34: 5 2002 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 B965D37B400; Mon, 15 Jul 2002 09:34:02 -0700 (PDT) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6745343E64; Mon, 15 Jul 2002 09:34:02 -0700 (PDT) (envelope-from mike@espresso.q9media.com) Received: by espresso.q9media.com (Postfix, from userid 1002) id 0C1289E56; Mon, 15 Jul 2002 12:29:51 -0400 (EDT) Date: Mon, 15 Jul 2002 12:29:51 -0400 From: Mike Barcroft To: Thomas Moestl Cc: Luigi Rizzo , current@freebsd.org Subject: Re: different packing of structs in kernel vs. userland ? Message-ID: <20020715122951.E64412@espresso.q9media.com> References: <20020714011810.A72236@iguana.icir.org> <20020714203642.GD314@crow.dom2ip.de> <20020714230821.C64412@espresso.q9media.com> <20020715105158.GA314@crow.dom2ip.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020715105158.GA314@crow.dom2ip.de>; from tmoestl@gmx.net on Mon, Jul 15, 2002 at 12:51:58PM +0200 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thomas Moestl writes: > Oh, right, that's related: the kernel checks for a minimum size of the > passed data on two occasions, first in sooptcopyin(), and then again > in check_ipfw_struct(). > It the size to be at least sizeof(struct ip_fw), however for > structures containing just one action (like the one for the command > above) this is again too much in the 64-bit case because of the > padding. Can you please try the attached patch (against the CVS > version)? Yes, this version works. %%% bowie# ipfw show 00100 0 0 allow ip from me to 192.168.3.1 00200 5 484 allow udp from me to 192.168.3.13 00300 0 0 allow tcp from me to 192.168.3.0/24 established 00400 0 0 deny ip from me to 192.168.3.0/24 00500 9 734 allow ip from any to any 65535 0 0 deny ip from any to any %%% Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 9:49: 0 2002 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 1A67437B437 for ; Mon, 15 Jul 2002 09:48:42 -0700 (PDT) Received: from ref5.freebsd.org (ref5.FreeBSD.org [216.136.204.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id C88F243E42 for ; Mon, 15 Jul 2002 09:48:41 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.5/8.12.5) with ESMTP id g6FGmfgr029933 for ; Mon, 15 Jul 2002 09:48:41 -0700 (PDT) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.5/8.12.5/Submit) id g6FGmfpX029931 for current@freebsd.org; Mon, 15 Jul 2002 09:48:41 -0700 (PDT) Date: Mon, 15 Jul 2002 09:48:41 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200207151648.g6FGmfpX029931@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Mon Jul 15 09:35:05 PDT 2002 -------------------------------------------------------------- ===> sppp ===> sr ===> stg ===> streams ===> vesa ===> vinum ===> wi ===> xe /local0/scratch/des/src/sys/kern/subr_power.c: In function `power_profile_set_state': /local0/scratch/des/src/sys/kern/subr_power.c:105: too few arguments to function *** Error code 1 Stop in /local0/scratch/des/obj/local0/scratch/des/src/sys/GENERIC. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 11:40:23 2002 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 8B7C537B400 for ; Mon, 15 Jul 2002 11:40:17 -0700 (PDT) Received: from milan.hitnet.rwth-aachen.de (milan.hitnet.RWTH-Aachen.DE [137.226.181.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2D2043E31 for ; Mon, 15 Jul 2002 11:40:16 -0700 (PDT) (envelope-from chris@unixpages.org) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) by milan.hitnet.rwth-aachen.de (Postfix) with ESMTP id 9CB91A91E for ; Mon, 15 Jul 2002 20:40:15 +0200 (CEST) Received: by gondor.middleearth (Postfix, from userid 1001) id BAA0E5595; Mon, 15 Jul 2002 20:46:58 +0000 (GMT) Date: Mon, 15 Jul 2002 20:46:58 +0000 From: Christian Brueffer To: freebsd-current@freebsd.org Subject: Here goes another one... Message-ID: <20020715204658.GA585@unixpages.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, got another panic in the line of panicstr: bremfree: bp 0xc77cc8a0 not locked GNU gdb 5.2 (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-portbld-freebsd5.0"... IdlePTD at phsyical address 0x00510000 initial pcb at physical address 0x0040f600 panicstr: bremfree: bp 0xc77cc8a0 not locked panic messages: --- panic: Most recently used by temp syncing disks... panic: bremfree: bp 0xc77cc8a0 not locked Uptime: 2d8h37m59s pfs_vncache_unload(): 1 entries remaining Dumping 255 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:213 213 dumping++; (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:213 #1 0xc023908d in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:345 #2 0xc0239241 in panic () at /usr/src/sys/kern/kern_shutdown.c:489 #3 0xc026c659 in bremfree (bp=0xc77cc8a0) at /usr/src/sys/kern/vfs_bio.c:633 #4 0xc026dd9e in vfs_bio_awrite (bp=0xc77cc8a0) at /usr/src/sys/kern/vfs_bio.c:1626 #5 0xc021328c in spec_fsync (ap=0xd5ae98e0) at /usr/src/sys/fs/specfs/spec_vnops.c:403 #6 0xc0212e7b in spec_vnoperate (ap=0x0) at /usr/src/sys/fs/specfs/spec_vnops.c:121 #7 0xc02dbe85 in ffs_sync (mp=0xc26ec400, waitfor=2, cred=0xc0ef5e80, td=0xc03d8360) at vnode_if.h:463 #8 0xc027aff8 in sync (td=0xc03d8360, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:127 #9 0xc0238cf9 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:254 #10 0xc0239241 in panic () at /usr/src/sys/kern/kern_shutdown.c:489 #11 0xc02f987c in mtrash_ctor (mem=0xc2d07200, size=0, arg=0x0) at /usr/src/sys/vm/uma_dbg.c:135 #12 0xc02f87d7 in uma_zalloc_arg (zone=0xc0ecf280, udata=0x0, flags=0) at /usr/src/sys/vm/uma_core.c:1358 #13 0xc0230230 in malloc (size=5, type=0xc03dabe0, flags=0) at /usr/src/sys/kern/kern_malloc.c:171 #14 0xc021b9f5 in elf_load_file (p=0xc287c558, file=0x0, addr=0xd5ae9acc, entry=0x0) at /usr/src/sys/kern/imgact_elf.c:344 ---Type to continue, or q to quit--- #15 0xc021c172 in exec_elf_imgact (imgp=0xd5ae9bc0) at /usr/src/sys/kern/imgact_elf.c:662 #16 0xc0226200 in execve (td=0xc3020f00, uap=0xd5ae9d14) at /usr/src/sys/kern/kern_exec.c:258 #17 0xc0329281 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 135182808, tf_esi = 135182836, tf_ebp = -1077937304, tf_isp = -709976716, tf_ebx = 135208960, tf_edx = -1077936535, tf_ecx = 135182895, tf_eax = 59, tf_trapno = 12, tf_err = 2, tf_eip = 134702995, tf_cs = 31, tf_eflags = 642, tf_esp = -1077937348, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1045 #18 0xc031c8ad in syscall_with_err_pushed () at {standard input}:128 Cannot access memory at address 0xbfbffb68 (kgdb) FreeBSD gondor.middleearth 5.0-CURRENT FreeBSD 5.0-CURRENT #12: Wed Jul 10 23:35:59 GMT 2002 chris@gondor.middleearth:/usr/obj/usr/src/sys/GONDOR i386 Just tell me if you need more info, got two cores with the same panics right here. The panics usually happen after 2-3 days of uptime. Alex Zepeda experiences similar panics as I've seen from the messages he has sent to this list, but I don't know what the current state with him is. - Christian -- http://www.unixpages.org chris@unixpages.org GPG Pub-Key : www.unixpages.org/cbrueffer.asc GPG Fingerprint: 0DB5 8563 2473 C72A A8D1 56EA DAD2 B05D 5F3C 3185 GPG Key ID : DAD2B05D5F3C3185 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 11:54:12 2002 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 2180237B400; Mon, 15 Jul 2002 11:54:10 -0700 (PDT) Received: from ece.cmu.edu (ECE.CMU.EDU [128.2.136.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62C8143E58; Mon, 15 Jul 2002 11:54:09 -0700 (PDT) (envelope-from allbery@ece.cmu.edu) Received: from hilfy.ece.cmu.edu (localhost [127.0.0.1]) by ece.cmu.edu (8.11.0/8.10.2) with ESMTP id g6FIs2B21706; Mon, 15 Jul 2002 14:54:02 -0400 (EDT) Subject: Re: bug in awk implementation? From: "Brandon S. Allbery " KF8NH To: Robert Drehmel Cc: Gordon Tetlow , current@FreeBSD.ORG In-Reply-To: <20020715173747.A11802@alpha.develop.ferrari.net> References: <20020715173747.A11802@alpha.develop.ferrari.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 15 Jul 2002 14:53:59 -0400 Message-Id: <1026759240.7028.1.camel@hilfy.ece.cmu.edu> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-07-15 at 11:37, Robert Drehmel wrote: > To me, this seems like a bug in 'gawk'. The AWK language uses > only the first character in RS as the record separator, to my > knowledge. Hm, I thought that was a gawk extension. -- brandon s. allbery [linux][solaris][japh][freebsd] allbery@kf8nh.apk.net system administrator [openafs][heimdal][too many hats] allbery@ece.cmu.edu electrical and computer engineering KF8NH carnegie mellon university ["better check the oblivious first" -ke6sls] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 12:30:43 2002 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 7D8E237B408 for ; Mon, 15 Jul 2002 12:30:35 -0700 (PDT) Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0099443E64 for ; Mon, 15 Jul 2002 12:30:35 -0700 (PDT) (envelope-from billh@gnuppy.monkey.org) Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian)) id 17UBYI-0000VH-00; Mon, 15 Jul 2002 12:30:34 -0700 Date: Mon, 15 Jul 2002 12:30:34 -0700 To: freebsd-current@freebsd.org Cc: Bill Huey Subject: ast() assert failed ? Message-ID: <20020715193034.GA1936@gnuppy.monkey.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i From: Bill Huey Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I get a billion of these: failed to set signal flags proprly for ast() failed to set signal flags proprly for ast() failed to set signal flags proprly for ast() failed to set signal flags proprly for ast() failed to set signal flags proprly for ast() failed to set signal flags proprly for ast() Is this KSE related ? bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 12:56:49 2002 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 D85AE37B400; Mon, 15 Jul 2002 12:56:45 -0700 (PDT) Received: from alpha.develop.ferrari.net (host1.ferrari-electronic.de [62.159.79.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 610A743E42; Mon, 15 Jul 2002 12:56:43 -0700 (PDT) (envelope-from robert@ferrari-electronic.de) Received: (from robert@localhost) by alpha.develop.ferrari.net (8.11.6/8.11.6/SuSE Linux 0.5) id g6FJl9012647; Mon, 15 Jul 2002 21:47:09 +0200 Date: Mon, 15 Jul 2002 21:47:09 +0200 From: Robert Drehmel To: "Brandon S. Allbery KF8NH" Cc: Gordon Tetlow , current@FreeBSD.ORG Subject: Re: bug in awk implementation? Message-ID: <20020715214709.A12624@alpha.develop.ferrari.net> References: <20020715173747.A11802@alpha.develop.ferrari.net> <1026759240.7028.1.camel@hilfy.ece.cmu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1026759240.7028.1.camel@hilfy.ece.cmu.edu> User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello Brandon, On Mon, Jul 15, 2002 at 02:53:59PM -0400, Brandon S. Allbery KF8NH wrote: > On Mon, 2002-07-15 at 11:37, Robert Drehmel wrote: > > To me, this seems like a bug in 'gawk'. The AWK language uses > > only the first character in RS as the record separator, to my > > knowledge. > > Hm, I thought that was a gawk extension. From the GNU AWK 3.0.6 source: """ else if (RS->stlen > 1) { static int warned = FALSE; RS_regexp = make_regexp(RS->stptr, RS->stlen, IGNORECASE, TRUE); if (do_lint && ! warned) { warning("multicharacter value of `RS' is not portable"); warned = TRUE; } } """ You are right. However, I still consider it a bug. :-) ciao, -robert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 13: 0:39 2002 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 5486837B400 for ; Mon, 15 Jul 2002 13:00:35 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7F9C43E84 for ; Mon, 15 Jul 2002 13:00:34 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.3/8.12.3) with ESMTP id g6FK0TRC084101; Mon, 15 Jul 2002 16:00:29 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.3/8.12.3/Submit) id g6FK0Tjt084098; Mon, 15 Jul 2002 16:00:29 -0400 (EDT) (envelope-from wollman) Date: Mon, 15 Jul 2002 16:00:29 -0400 (EDT) From: Garrett Wollman Message-Id: <200207152000.g6FK0Tjt084098@khavrinen.lcs.mit.edu> To: Robert Drehmel Cc: current@FreeBSD.ORG Subject: Re: bug in awk implementation? In-Reply-To: <20020715214709.A12624@alpha.develop.ferrari.net> References: <20020715173747.A11802@alpha.develop.ferrari.net> <1026759240.7028.1.camel@hilfy.ece.cmu.edu> <20020715214709.A12624@alpha.develop.ferrari.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > You are right. However, I still consider it a bug. :-) The standard says that the behavior is ``undefined''. That means that you computer is allowed to turn into a frog. Actually doing something useful is also permitted. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 13:48:16 2002 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 CDFA637B401 for ; Mon, 15 Jul 2002 13:48:09 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBE5C43E75 for ; Mon, 15 Jul 2002 13:48:04 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id QAA20978 for ; Mon, 15 Jul 2002 16:48:04 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g6FKlYK50441; Mon, 15 Jul 2002 16:47:34 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15667.13541.978257.347017@grasshopper.cs.duke.edu> Date: Mon, 15 Jul 2002 16:47:33 -0400 (EDT) To: freebsd-current@freebsd.org Subject: panic: absolutely cannot call smp_ipi_shootdown with interrupts already disabled X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I was attempting to set a breakpoint; upon continuation, the kernel panic'ed with: gm0: mem 0xfb000000-0xfbffffff irq 11 at device 1.0 on pci1 Debugger("here") # breakpoint I put in my module's load path Stopped at Debugger+0x55: xchgl %ebx,in_Debugger.0 db> break generic_bzero db> c panic: absolutely cannot call smp_ipi_shootdown with interrupts already disabled cpuid = 1; lapic.id = 01000000 boot() called on cpu#1 syncing disks... panic: bremfree: bp 0xce67d2b4 not locked cpuid = 1; lapic.id = 01000000 boot() called on cpu#1 Uptime: 2m9s Dumping 511 MB The stack looks like this (apologies for formatting errors). (kgdb) where #0 doadump () at ../../../kern/kern_shutdown.c:213 #1 0xc01df7b6 in boot (howto=260) at ../../../kern/kern_shutdown.c:345 #2 0xc01dfa44 in panic () at ../../../kern/kern_shutdown.c:491 #3 0xc021fa77 in bremfree (bp=0xce67d2b4) at ../../../kern/vfs_bio.c:633 #4 0xc0221498 in vfs_bio_awrite (bp=0x3) at ../../../kern/vfs_bio.c:1627 #5 0xc01afde5 in spec_fsync (ap=0xda0e885c) at ../../../fs/specfs/spec_vnops.c:403 #6 0xc01af908 in spec_vnoperate (ap=0x0) at ../../../fs/specfs/spec_vnops.c:121 #7 0xc02a1aca in ffs_sync (mp=0xc157bc00, waitfor=2, cred=0xc1571f00, td=0xc03669e0) at vnode_if.h:463 #8 0xc02310f8 in sync (td=0xc03669e0, uap=0x0) at ../../../kern/vfs_syscalls.c:127 #9 0xc01df3cb in boot (howto=256) at ../../../kern/kern_shutdown.c:254 #10 0xc01dfa44 in panic () at ../../../kern/kern_shutdown.c:491 #11 0xc02f33db in smp_tlb_shootdown (vector=0, addr1=0, addr2=0) at ../../../i386/i386/mp_machdep.c:2260 #12 0xc02f361b in smp_invltlb () at ../../../i386/i386/mp_machdep.c:2366 #13 0xc02f574d in pmap_invalidate_all (pmap=0x1) at ../../../i386/i386/pmap.c:677 #14 0xc02e3123 in db_write_bytes (addr=3224341392, size=1, data=0xda0e89ac "\2158 \2158\211\016 ") at ../../../i386/i386/db_interface.c:279 ---Type to continue, or q to quit--- #15 0xc0142121 in db_put_value (addr=0, size=0, value=0) at ../../../ddb/db_access.c:98 #16 0xc01423a7 in db_set_breakpoints () at ../../../ddb/db_break.c:191 #17 0xc0144dc4 in db_restart_at_pc (watchpt=0) at ../../../ddb/db_run.c:209 #18 0xc01456b6 in db_trap (type=3, code=0) at ../../../ddb/db_trap.c:75 #19 0xc02e2edd in kdb_trap (type=3, code=0, regs=0xda0e8a8c) at ../../../i386/i386/db_interface.c:161 #20 0xc02fa427 in trap (frame= {tf_fs = -1051262952, tf_es = -1001979888, tf_ds = -1051262960, tf_edi = -1051203200, tf_esi = -1001936896, tf_ebp = -636581160, tf_isp = -636581192, tf_ebx = 0, tf_edx = 0, tf_ecx = 1, tf_eax = 17, tf_trapno = 3, tf_err = 0, tf_eip = -1070714411, tf_cs = 8, tf_eflags = 646, tf_esp = -1070279997, tf_ss = -1001622092}) at ../../../i386/i386/trap.c:604 #21 0xc02e4678 in calltrap () at {standard input}:99 #22 0xc44bb7e8 in ?? () #23 0xc44bfefb in ?? () #24 0xc44bf864 in ?? () #25 0xc44bb11a in ?? () #26 0xc01f10bf in device_probe_and_attach (dev=0x0) at device_if.h:39 #27 0xc01f1e1e in bus_generic_driver_added (dev=0xc157ea80, driver=0xc44f2128) at ../../../kern/subr_bus.c:1449 #28 0xc01efd05 in devclass_add_driver (dc=0xc156dc80, driver=0xc44f2128) at bus_if.h:71 #29 0xc01f2e45 in driver_module_handler (mod=0xc4262940, what=0, arg=0xc44f2144) at ../../../kern/subr_bus.c:1810 #30 0xc01d4ec1 in module_register_init (arg=0xc44f215c) at ../../../kern/kern_module.c:107 #31 0xc01cf670 in linker_file_sysinit (lf=0x0) at ../../../kern/kern_linker.c:192 #32 0xc01cf936 in linker_load_file (filename=0xc036ce90 " +3@tf_esp =-1077938260, tf_ss = 47}) at ../../../i386/i386/trap.c:1049 #36 0xc02e46ad in syscall_with_err_pushed () at {standard input}:129 Cheers, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 14: 1:26 2002 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 C8D7C37B405 for ; Mon, 15 Jul 2002 14:01:21 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC4E443E31 for ; Mon, 15 Jul 2002 14:01:20 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id HAA05518; Tue, 16 Jul 2002 07:01:15 +1000 Date: Tue, 16 Jul 2002 07:04:46 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Bill Huey Cc: freebsd-current@FreeBSD.ORG Subject: Re: ast() assert failed ? In-Reply-To: <20020715193034.GA1936@gnuppy.monkey.org> Message-ID: <20020716065828.J41957-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 15 Jul 2002, Bill Huey wrote: > I get a billion of these: > > failed to set signal flags proprly for ast() > failed to set signal flags proprly for ast() > failed to set signal flags proprly for ast() > failed to set signal flags proprly for ast() > failed to set signal flags proprly for ast() > failed to set signal flags proprly for ast() > > Is this KSE related ? Maybe. I got a few of these for my original ast() changes an instant after I committed them (long before KSEIII), but haven't been able to duplicate the problem (perhaps because they only occurred for SMP and I rarely run SMP). I use the following change which prints more info and fixes a spelling error (*blush*). %%% Index: subr_trap.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_trap.c,v retrieving revision 1.221 diff -u -2 -r1.221 subr_trap.c --- subr_trap.c 11 Jul 2002 02:18:33 -0000 1.221 +++ subr_trap.c 12 Jul 2002 22:05:44 -0000 @@ -82,6 +88,13 @@ mtx_lock_spin(&sched_lock); if (SIGPENDING(p) && ((p->p_sflag & PS_NEEDSIGCHK) == 0 || - (ke->ke_flags & KEF_ASTPENDING) == 0)) - printf("failed to set signal flags proprly for ast()\n"); + (ke->ke_flags & KEF_ASTPENDING) == 0)) { + printf("failed to set signal flags properly for ast()\n"); + printf( + "proc %s sig %#x, sigmask %#x, sigflag %d, astflag %d\n", + p->p_comm, ((int *)&p->p_siglist)[0], + ((int *)&p->p_sigmask)[0], + (p->p_sflag & PS_NEEDSIGCHK) != 0, + (ke->ke_flags & KEF_ASTPENDING) != 0); + } mtx_unlock_spin(&sched_lock); PROC_UNLOCK(p); %%% Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 14: 8:49 2002 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 7266537B401; Mon, 15 Jul 2002 14:08:45 -0700 (PDT) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFEA143E4A; Mon, 15 Jul 2002 14:08:44 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0196.cvx21-bradley.dialup.earthlink.net ([209.179.192.196] helo=mindspring.com) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17UD5E-00048g-00; Mon, 15 Jul 2002 14:08:40 -0700 Message-ID: <3D3339AA.CE251C69@mindspring.com> Date: Mon, 15 Jul 2002 14:07:54 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Thomas Moestl Cc: Luigi Rizzo , Mike Barcroft , current@FreeBSD.org Subject: Re: different packing of structs in kernel vs. userland ? References: <20020714011810.A72236@iguana.icir.org> <20020714203642.GD314@crow.dom2ip.de> <20020714230821.C64412@espresso.q9media.com> <20020715105158.GA314@crow.dom2ip.de> <20020715040008.A85276@iguana.icir.org> <3D32B0F1.27EA45EE@mindspring.com> <20020715125735.GC314@crow.dom2ip.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thomas Moestl wrote: > > He's making the valid point that for: > > > > struct foo *fee; > > > > It's possible that: > > > > sizeof(struct foo) != (((char *)&fee[1]) - ((char *)&fee[0])) > > No, I do not. In fact, the opposite: > > sizeof(struct foo) = (((char *)&fee[1]) - ((char *)&fee[0])) > > _must_ always be true, since it is legal to compute the size of > storage needed for an n-element array of struct foo by using > (sizeof(struct foo) * n). > > My point was that, because of the above, any padding that might be > required between the first and last member of two struct foo's > immediately following each other must be _included_ in struct foo, > after the last element. Reread my second to last paragraph. I'm saying the same thing that you are. In my third to last paragrap, I pointed to an example for directory entries that ensures end-pad independence (I wrote that code). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 14:14:21 2002 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 AAF4037B400 for ; Mon, 15 Jul 2002 14:14:11 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 042DE43E31 for ; Mon, 15 Jul 2002 14:14:11 -0700 (PDT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id C88E12A7D6 for ; Mon, 15 Jul 2002 14:14:06 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 889ED4C26C for ; Mon, 15 Jul 2002 14:14:06 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 451A43811; Mon, 15 Jul 2002 14:14:06 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Andrew Gallatin Cc: freebsd-current@freebsd.org Subject: Re: panic: absolutely cannot call smp_ipi_shootdown with interrupts already disabled In-Reply-To: <15667.13541.978257.347017@grasshopper.cs.duke.edu> Date: Mon, 15 Jul 2002 14:14:06 -0700 From: Peter Wemm Message-Id: <20020715211406.451A43811@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Eww! Care to confirm that the following works? I was going to just commit it since it is pretty obvious, but a brief sanity check would probably be an idea. (beware, xterm cut/paste whitespace damage). ddb runs with interrupts disabled and the other cpus halted. We could not get the 'ack' from the IPI. The panic was real - you'd have locked up hard if it had not triggered. db_write_bytes temporarily changes a local cpu mapping and changes it back while everything else is frozen. We do not need to do a coherent invalidate. --- i386/i386/db_interface.c 12 Jul 2002 07:56:08 -0000 1.66 +++ i386/i386/db_interface.c 15 Jul 2002 21:09:38 -0000 @@ -276,7 +276,7 @@ } } - pmap_invalidate_all(kernel_pmap); + invltlb(); } dst = (char *)addr; @@ -292,7 +292,7 @@ if (ptep1) *ptep1 = oldmap1; - pmap_invalidate_all(kernel_pmap); + invltlb(); } } Andrew Gallatin wrote: > > I was attempting to set a breakpoint; upon continuation, the kernel > panic'ed with: > > gm0: mem 0xfb000000-0xfbffffff irq 11 at > device 1.0 on pci1 > > Debugger("here") # breakpoint I put in my module's load path > > Stopped at Debugger+0x55: xchgl %ebx,in_Debugger.0 > db> break generic_bzero > db> c > panic: absolutely cannot call smp_ipi_shootdown with interrupts > already disabled > cpuid = 1; lapic.id = 01000000 > boot() called on cpu#1 > > syncing disks... panic: bremfree: bp 0xce67d2b4 not locked > cpuid = 1; lapic.id = 01000000 > boot() called on cpu#1 > Uptime: 2m9s > Dumping 511 MB > > > The stack looks like this (apologies for formatting errors). > > > > (kgdb) where > #0 doadump () at ../../../kern/kern_shutdown.c:213 > #1 0xc01df7b6 in boot (howto=260) at > ../../../kern/kern_shutdown.c:345 > #2 0xc01dfa44 in panic () at ../../../kern/kern_shutdown.c:491 > #3 0xc021fa77 in bremfree (bp=0xce67d2b4) at > ../../../kern/vfs_bio.c:633 > #4 0xc0221498 in vfs_bio_awrite (bp=0x3) at > ../../../kern/vfs_bio.c:1627 > #5 0xc01afde5 in spec_fsync (ap=0xda0e885c) > at ../../../fs/specfs/spec_vnops.c:403 > #6 0xc01af908 in spec_vnoperate (ap=0x0) > at ../../../fs/specfs/spec_vnops.c:121 > #7 0xc02a1aca in ffs_sync (mp=0xc157bc00, waitfor=2, cred=0xc1571f00, > td=0xc03669e0) at vnode_if.h:463 > #8 0xc02310f8 in sync (td=0xc03669e0, uap=0x0) > at ../../../kern/vfs_syscalls.c:127 > #9 0xc01df3cb in boot (howto=256) at > ../../../kern/kern_shutdown.c:254 > #10 0xc01dfa44 in panic () at ../../../kern/kern_shutdown.c:491 > #11 0xc02f33db in smp_tlb_shootdown (vector=0, addr1=0, addr2=0) > at ../../../i386/i386/mp_machdep.c:2260 > #12 0xc02f361b in smp_invltlb () at > ../../../i386/i386/mp_machdep.c:2366 > #13 0xc02f574d in pmap_invalidate_all (pmap=0x1) > at ../../../i386/i386/pmap.c:677 > #14 0xc02e3123 in db_write_bytes (addr=3224341392, size=1, > data=0xda0e89ac "\2158 \2158\211\016 ") > at ../../../i386/i386/db_interface.c:279 > ---Type to continue, or q to quit--- > #15 0xc0142121 in db_put_value (addr=0, size=0, value=0) > at ../../../ddb/db_access.c:98 > #16 0xc01423a7 in db_set_breakpoints () at ../../../ddb/db_break.c:191 > #17 0xc0144dc4 in db_restart_at_pc (watchpt=0) at > ../../../ddb/db_run.c:209 > #18 0xc01456b6 in db_trap (type=3, code=0) at > ../../../ddb/db_trap.c:75 > #19 0xc02e2edd in kdb_trap (type=3, code=0, regs=0xda0e8a8c) > at ../../../i386/i386/db_interface.c:161 > #20 0xc02fa427 in trap (frame= > {tf_fs = -1051262952, tf_es = -1001979888, tf_ds = -1051262960, > tf_edi = -1051203200, tf_esi = -1001936896, tf_ebp = -636581160, > tf_isp = -636581192, tf_ebx = 0, tf_edx = 0, tf_ecx = 1, tf_eax = 17, > tf_trapno = 3, tf_err = 0, tf_eip = -1070714411, tf_cs = 8, tf_eflags > = 646, tf_esp = -1070279997, tf_ss = -1001622092}) at > ../../../i386/i386/trap.c:604 > #21 0xc02e4678 in calltrap () at {standard input}:99 > #22 0xc44bb7e8 in ?? () > #23 0xc44bfefb in ?? () > #24 0xc44bf864 in ?? () > #25 0xc44bb11a in ?? () > #26 0xc01f10bf in device_probe_and_attach (dev=0x0) at device_if.h:39 > #27 0xc01f1e1e in bus_generic_driver_added (dev=0xc157ea80, > driver=0xc44f2128) > at ../../../kern/subr_bus.c:1449 > #28 0xc01efd05 in devclass_add_driver (dc=0xc156dc80, > driver=0xc44f2128) > at bus_if.h:71 > #29 0xc01f2e45 in driver_module_handler (mod=0xc4262940, what=0, > arg=0xc44f2144) at ../../../kern/subr_bus.c:1810 > #30 0xc01d4ec1 in module_register_init (arg=0xc44f215c) > at ../../../kern/kern_module.c:107 > #31 0xc01cf670 in linker_file_sysinit (lf=0x0) > at ../../../kern/kern_linker.c:192 > #32 0xc01cf936 in linker_load_file (filename=0xc036ce90 " +3@tf_esp =-1077938 260, tf_ss = 47}) > at ../../../i386/i386/trap.c:1049 > #36 0xc02e46ad in syscall_with_err_pushed () at {standard input}:129 > > > Cheers, > > Drew > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 14:14:44 2002 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 314F737B400; Mon, 15 Jul 2002 14:14:42 -0700 (PDT) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB8E843E65; Mon, 15 Jul 2002 14:14:41 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0196.cvx21-bradley.dialup.earthlink.net ([209.179.192.196] helo=mindspring.com) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17UDB1-0004ur-00; Mon, 15 Jul 2002 14:14:39 -0700 Message-ID: <3D333B0E.439AA056@mindspring.com> Date: Mon, 15 Jul 2002 14:13:50 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Edwards Cc: luigi@freebsd.org, mike@freebsd.org, current@freebsd.org Subject: Re: different packing of structs in kernel vs. userland ? References: <200207150645.17u4iB1Lrq3Nl3qG0@hazard.mail.atl.earthlink.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Edwards wrote: > > He's making the valid point that for: > > > > struct foo *fee; > > > > It's possible that: > > > > sizeof(struct foo) != (((char *)&fee[1]) - ((char *)&fee[0])) > > Wouldn't that mean > > .. struct X *xarr = malloc(sizeof (struct X) * arrayLen); > > wouldn't produce a useable array of struct X of length arrayLen? > That can't be right. No, it doesn't mean that, because there *is* end padding in the size calculation. That's kind of the whole point of this thread. In the directory entry example, the last element is a d_name[1] that's an overlay array that's much longer than it appears (it is always at least 4 bytes). This is because it's meant to work with other than C99 (which permits an array with a declared size of 0). It's necessary for the code to know the offset of the start of that elemenet from the start of the structure, and that offset is *NOT* "sizeof(struct) - 1", as you would naievely believe, as if there were no end padding, because the total size of the structure is not always going to be evenly divisible by the number of bytes between alignment boundaries. Does this make more sense?!? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 14:17:51 2002 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 4A08F37B400; Mon, 15 Jul 2002 14:17:49 -0700 (PDT) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC4C643E64; Mon, 15 Jul 2002 14:17:48 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0196.cvx21-bradley.dialup.earthlink.net ([209.179.192.196] helo=mindspring.com) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17UDE1-0001Zp-00; Mon, 15 Jul 2002 14:17:45 -0700 Message-ID: <3D333BCB.CB57FE28@mindspring.com> Date: Mon, 15 Jul 2002 14:16:59 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Richard Tobin Cc: Luigi Rizzo , Mike Barcroft , current@FreeBSD.ORG Subject: Re: different packing of structs in kernel vs. userland ? References: <200207151347.OAA24437@rhymer.cogsci.ed.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Richard Tobin wrote: > Er, no, that's not right. Otherwise [ ... ] If everyone could read the text past my example of bad math, so that they could know it was an intentional example of bad math, live would be beautiful. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 14:44: 3 2002 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 5735637B400 for ; Mon, 15 Jul 2002 14:44:00 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A519043E58 for ; Mon, 15 Jul 2002 14:43:59 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id RAA22797; Mon, 15 Jul 2002 17:43:58 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g6FLhSw50486; Mon, 15 Jul 2002 17:43:28 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15667.16896.808227.270806@grasshopper.cs.duke.edu> Date: Mon, 15 Jul 2002 17:43:28 -0400 (EDT) To: Peter Wemm Cc: freebsd-current@freebsd.org Subject: Re: panic: absolutely cannot call smp_ipi_shootdown with interrupts already disabled In-Reply-To: <20020715211406.451A43811@overcee.wemm.org> References: <15667.13541.978257.347017@grasshopper.cs.duke.edu> <20020715211406.451A43811@overcee.wemm.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm writes: > Eww! Care to confirm that the following works? I was going to just commit > it since it is pretty obvious, but a brief sanity check would probably > be an idea. (beware, xterm cut/paste whitespace damage). > > ddb runs with interrupts disabled and the other cpus halted. We could not > get the 'ack' from the IPI. The panic was real - you'd have locked up hard > if it had not triggered. > > db_write_bytes temporarily changes a local cpu mapping and changes it back > while everything else is frozen. We do not need to do a coherent invalidate. That seems to work. Thanks! Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 14:52:18 2002 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 AEA2037B400 for ; Mon, 15 Jul 2002 14:52:16 -0700 (PDT) Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 674FF43E3B for ; Mon, 15 Jul 2002 14:52:16 -0700 (PDT) (envelope-from billh@gnuppy.monkey.org) Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian)) id 17UDlN-0000fr-00; Mon, 15 Jul 2002 14:52:13 -0700 Date: Mon, 15 Jul 2002 14:52:13 -0700 To: Bruce Evans Cc: freebsd-current@FreeBSD.ORG, Bill Huey Subject: Re: ast() assert failed ? Message-ID: <20020715215213.GA2581@gnuppy.monkey.org> References: <20020715193034.GA1936@gnuppy.monkey.org> <20020716065828.J41957-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020716065828.J41957-100000@gamplex.bde.org> User-Agent: Mutt/1.4i From: Bill Huey Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jul 16, 2002 at 07:04:46AM +1000, Bruce Evans wrote: > Maybe. I got a few of these for my original ast() changes an instant > after I committed them (long before KSEIII), but haven't been able to > duplicate the problem (perhaps because they only occurred for SMP and > I rarely run SMP). I use the following change which prints more info > and fixes a spelling error (*blush*). Hey, Isn't this evil ? Jul 15 14:50:09 finfin kernel: failed to set signal flags properly for ast() Jul 15 14:50:09 finfin kernel: proc java sig 0x4000000, sigmask 0xfffef007, sigflag 0, astflag 0 Jul 15 14:50:09 finfin kernel: failed to set signal flags properly for ast() Jul 15 14:50:09 finfin kernel: proc java sig 0x4000000, sigmask 0xfffef007, sigflag 0, astflag 0 It's wierd since all of a sudden this showed up and I think I've been using this kernel for quite a while now (pre-pmap changes). No, wierd pmap problems so far... bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 15: 0:36 2002 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 D4E7A37B401 for ; Mon, 15 Jul 2002 15:00:33 -0700 (PDT) Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA87843E4A for ; Mon, 15 Jul 2002 15:00:32 -0700 (PDT) (envelope-from ak03@gte.com) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.5/8.12.5) with ESMTP id g6FM0WjD088170; Mon, 15 Jul 2002 18:00:32 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.5/8.12.5/Submit) id g6FM0W8R088169; Mon, 15 Jul 2002 18:00:32 -0400 (EDT) Date: Mon, 15 Jul 2002 18:00:32 -0400 From: Alexander Kabaev To: Bruce Evans Cc: billh@gnuppy.monkey.org, freebsd-current@FreeBSD.ORG Subject: Re: ast() assert failed ? Message-Id: <20020715180032.06fe30ec.ak03@gte.com> In-Reply-To: <20020716065828.J41957-100000@gamplex.bde.org> References: <20020715193034.GA1936@gnuppy.monkey.org> <20020716065828.J41957-100000@gamplex.bde.org> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.7.8claws59 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Maybe. I got a few of these for my original ast() changes an instant > after I committed them (long before KSEIII), but haven't been able to > duplicate the problem (perhaps because they only occurred for SMP and > I rarely run SMP). I use the following change which prints more info > and fixes a spelling error (*blush*). Bruce, I am reliably get these messages while using gdb on user processes. This started long before KSEIII. -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 15: 3:39 2002 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 B3DD537B400 for ; Mon, 15 Jul 2002 15:03:36 -0700 (PDT) Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F3F343E58 for ; Mon, 15 Jul 2002 15:03:36 -0700 (PDT) (envelope-from billh@gnuppy.monkey.org) Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian)) id 17UDwL-0000i1-00; Mon, 15 Jul 2002 15:03:33 -0700 Date: Mon, 15 Jul 2002 15:03:32 -0700 To: Alexander Kabaev Cc: Bruce Evans , freebsd-current@FreeBSD.ORG, Bill Huey Subject: Re: ast() assert failed ? Message-ID: <20020715220332.GA2703@gnuppy.monkey.org> References: <20020715193034.GA1936@gnuppy.monkey.org> <20020716065828.J41957-100000@gamplex.bde.org> <20020715180032.06fe30ec.ak03@gte.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020715180032.06fe30ec.ak03@gte.com> User-Agent: Mutt/1.4i From: Bill Huey Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jul 15, 2002 at 06:00:32PM -0400, Alexander Kabaev wrote: > Bruce, > > I am reliably get these messages while using gdb on user processes. This > started long before KSEIII. Right, I forgot to add that I was also running this program under gdb. I'm using the most recent -current right now. bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 15:12:17 2002 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 061C637B400 for ; Mon, 15 Jul 2002 15:12:12 -0700 (PDT) Received: from rhymer.cogsci.ed.ac.uk (rhymer.cogsci.ed.ac.uk [129.215.144.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id E52C343E4A for ; Mon, 15 Jul 2002 15:12:10 -0700 (PDT) (envelope-from richard@cogsci.ed.ac.uk) Received: (from richard@localhost) by rhymer.cogsci.ed.ac.uk (8.9.3/8.9.3) id XAA12604; Mon, 15 Jul 2002 23:12:08 +0100 (BST) Date: Mon, 15 Jul 2002 23:12:08 +0100 (BST) Message-Id: <200207152212.XAA12604@rhymer.cogsci.ed.ac.uk> From: Richard Tobin Subject: Re: different packing of structs in kernel vs. userland ? To: Terry Lambert In-Reply-To: Terry Lambert's message of Mon, 15 Jul 2002 14:16:59 -0700 Organization: just say no Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > If everyone could read the text past my example of bad math, so > that they could know it was an intentional example of bad math, > live would be beautiful. 8-). I did read past it, and I just read it again, and I can't make it come out any way other than it did the first time. You said: > He's making the valid point that for: > > struct foo *fee; > > It's possible that: > > sizeof(struct foo) != (((char *)&fee[1]) - ((char *)&fee[0])) > > because of end-padding, which is not accounted for in arrays, It is not a valid point that it's possible that sizeof(struct foo) != (((char *)&fee[1]) - ((char *)&fee[0])) because it isn't possible. It must be the case that sizeof(struct foo) == (((char *)&fee[1]) - ((char *)&fee[0])) If that's what you meant, you seem to be saying the opposite. > and that inter-structure padding depends on ordering of elements Yes, though it isn't "inter-structure" padding, it's padding that is part of the structure. > (for a good example of this, see the struct direct name element > reference macro, which is also padding independent). Not sure which macro you mean here, since there are several variants of it which work in different ways. The one in dirent.h (I'm looking at 4.6 here) subtracts from sizeof, while the one in ufs/dir.h uses &(0->d_name) which is equivalent to offsetof. > Basically, end-padding happens because arrays of structures need to > have their first element properly aligned, so there is a pad added > after each element to ensure that the following element starts on > an alignment boundary. The point is that there isn't a pad *after* each element. The pad is part of the element, and is there regardless of whether the structure is in an array. Again, if that's what you meant you seem to be saying the opposite! -- Richard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 15:32:29 2002 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 B29F737B400 for ; Mon, 15 Jul 2002 15:32:25 -0700 (PDT) Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47C4B43E31 for ; Mon, 15 Jul 2002 15:32:25 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0196.cvx21-bradley.dialup.earthlink.net ([209.179.192.196] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17UEOC-0006Dg-00; Mon, 15 Jul 2002 15:32:21 -0700 Message-ID: <3D334D3A.DA728FAC@mindspring.com> Date: Mon, 15 Jul 2002 15:31:22 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Richard Tobin Cc: current@FreeBSD.ORG Subject: Re: different packing of structs in kernel vs. userland ? References: <200207152212.XAA12604@rhymer.cogsci.ed.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Richard Tobin wrote: > It is not a valid point that it's possible that > > sizeof(struct foo) != (((char *)&fee[1]) - ((char *)&fee[0])) > > because it isn't possible. It must be the case that > > sizeof(struct foo) == (((char *)&fee[1]) - ((char *)&fee[0])) > > If that's what you meant, you seem to be saying the opposite. I guess I should have been clearer; reading it again, it's clearly a double entendre on my part. Sorry for the confusion it caused. > > and that inter-structure padding depends on ordering of elements > > Yes, though it isn't "inter-structure" padding, it's padding that > is part of the structure. Yes, because the compiler can't know that a pointer will not have arithmatic done on it, because it can't know whether the element it points to is the first in a series, or only a single element. This is the source of the confusion in the size test that was broken in the case that started this thread. > > (for a good example of this, see the struct direct name element > > reference macro, which is also padding independent). > > Not sure which macro you mean here, since there are several variants > of it which work in different ways. The one in dirent.h (I'm looking > at 4.6 here) subtracts from sizeof, while the one in ufs/dir.h uses > &(0->d_name) which is equivalent to offsetof. This is the one (n.b: there didn't used to be an "offsetof"). > > Basically, end-padding happens because arrays of structures need to > > have their first element properly aligned, so there is a pad added > > after each element to ensure that the following element starts on > > an alignment boundary. > > The point is that there isn't a pad *after* each element. The pad is > part of the element, and is there regardless of whether the structure > is in an array. Again, if that's what you meant you seem to be saying > the opposite! I think I just used ambiguous language in the initial part, and that threw off everything after it. Like the SNL joke "You can't put too much water in a nuclear reactor". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 17:41:21 2002 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 D896737B400 for ; Mon, 15 Jul 2002 17:41:18 -0700 (PDT) Received: from CPE0030ab0ef2bb.cpe.net.cable.rogers.com (CPE0030ab0ef2bb.cpe.net.cable.rogers.com [24.103.202.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DF6443E3B for ; Mon, 15 Jul 2002 17:41:18 -0700 (PDT) (envelope-from munish@CPE0030ab0ef2bb.cpe.net.cable.rogers.com) Received: by dhcppc3 (Postfix, from userid 1001) id 68012C21; Mon, 15 Jul 2002 20:42:15 -0400 (EDT) Date: Mon, 15 Jul 2002 20:42:15 -0400 From: Munish Chopra To: freebsd-current@freebsd.org Subject: Re: panic: bdwrite: buffer is not busy Message-ID: <20020716004215.GA899@CPE0030ab0ef2bb.cpe.net.cable.rogers.com> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG And another one comes along: GNU gdb 5.2.0 (FreeBSD) 20020627 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: bdwrite: buffer is not busy panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc2601cf4 fault code = supervisor write, page not present instruction pointer = 0x8:0xc01d9b60 stack pointer = 0x10:0xd1efba7c frame pointer = 0x10:0xd1efba94 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 = 53252 (smtpd) trap number = 12 panic: page fault syncing disks... panic: bdwrite: buffer is not busy Uptime: 18h49m23s Dumping 256 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 --- #0 0x00000000 in ?? () -- Munish Chopra The FreeBSD NVIDIA Driver Initiative http://nvidia.netexplorer.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 18: 1:18 2002 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 6307337B400 for ; Mon, 15 Jul 2002 18:01:15 -0700 (PDT) Received: from mail.yadt.co.uk (yadt.demon.co.uk [158.152.4.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 233A243E31 for ; Mon, 15 Jul 2002 18:01:07 -0700 (PDT) (envelope-from davidt@yadt.co.uk) Received: (qmail 62374 invoked from network); 16 Jul 2002 01:01:04 -0000 Received: from unknown (HELO mail.gattaca.yadt.co.uk) (10.0.0.2) by yadt.demon.co.uk with SMTP; 16 Jul 2002 01:01:04 -0000 Received: (qmail 56172 invoked by uid 1000); 16 Jul 2002 01:01:00 -0000 Date: Tue, 16 Jul 2002 02:01:00 +0100 From: David Taylor To: current@FreeBSD.org Subject: Re: different packing of structs in kernel vs. userland ? Message-ID: <20020716010100.GA55990@gattaca.yadt.co.uk> Mail-Followup-To: current@FreeBSD.org References: <20020714011810.A72236@iguana.icir.org> <20020714203642.GD314@crow.dom2ip.de> <20020714230821.C64412@espresso.q9media.com> <20020715105158.GA314@crow.dom2ip.de> <20020715040008.A85276@iguana.icir.org> <3D32B0F1.27EA45EE@mindspring.com> <20020715125735.GC314@crow.dom2ip.de> <3D3339AA.CE251C69@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <3D3339AA.CE251C69@mindspring.com> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 15 Jul 2002, Terry Lambert wrote: > Thomas Moestl wrote: > > > He's making the valid point that for: > > > > > > struct foo *fee; > > > > > > It's possible that: > > > > > > sizeof(struct foo) != (((char *)&fee[1]) - ((char *)&fee[0])) > > > > No, I do not. In fact, the opposite: > > > > sizeof(struct foo) = (((char *)&fee[1]) - ((char *)&fee[0])) > > > > _must_ always be true > Reread my second to last paragraph. I'm saying the same thing > that you are. How can you possibly be saying the same thing, when you are saying the exact opposite (You: A != B may be true, Thomas: A == B must be true)? You're saying: sizeof(struct foo) != (((char *)&fee[1]) - ((char *)&fee[0])) which would imply that end-padding is not included in sizeof(struct foo), when it must be, otherwise malloc(n * sizeof(struct foo)) would not allocate enough memory for an array of n elements of struct foo. -- David Taylor davidt@yadt.co.uk "The future just ain't what it used to be" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 18: 3:16 2002 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 4306037B400 for ; Mon, 15 Jul 2002 18:03:14 -0700 (PDT) Received: from mail.yadt.co.uk (yadt.demon.co.uk [158.152.4.134]) by mx1.FreeBSD.org (Postfix) with SMTP id EE54C43E65 for ; Mon, 15 Jul 2002 18:03:10 -0700 (PDT) (envelope-from davidt@yadt.co.uk) Received: (qmail 62391 invoked from network); 16 Jul 2002 01:03:07 -0000 Received: from unknown (HELO mail.gattaca.yadt.co.uk) (10.0.0.2) by yadt.demon.co.uk with SMTP; 16 Jul 2002 01:03:07 -0000 Received: (qmail 56445 invoked by uid 1000); 16 Jul 2002 01:03:06 -0000 Date: Tue, 16 Jul 2002 02:03:06 +0100 From: David Taylor To: current@FreeBSD.org Subject: Re: different packing of structs in kernel vs. userland ? Message-ID: <20020716010306.GB55990@gattaca.yadt.co.uk> Mail-Followup-To: current@FreeBSD.org References: <20020714011810.A72236@iguana.icir.org> <20020714203642.GD314@crow.dom2ip.de> <20020714230821.C64412@espresso.q9media.com> <20020715105158.GA314@crow.dom2ip.de> <20020715040008.A85276@iguana.icir.org> <3D32B0F1.27EA45EE@mindspring.com> <20020715125735.GC314@crow.dom2ip.de> <3D3339AA.CE251C69@mindspring.com> <20020716010100.GA55990@gattaca.yadt.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20020716010100.GA55990@gattaca.yadt.co.uk> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 16 Jul 2002, David Taylor wrote: Bah, ignore me, it appears you've already admitted your post was rather less than clear :) -- David Taylor davidt@yadt.co.uk "The future just ain't what it used to be" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 19:51:13 2002 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 1921737B400 for ; Mon, 15 Jul 2002 19:51:10 -0700 (PDT) Received: from CPE0030ab0ef2bb.cpe.net.cable.rogers.com (CPE0030ab0ef2bb.cpe.net.cable.rogers.com [24.103.202.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F48C43E77 for ; Mon, 15 Jul 2002 19:51:09 -0700 (PDT) (envelope-from munish@CPE0030ab0ef2bb.cpe.net.cable.rogers.com) Received: by dhcppc3 (Postfix, from userid 1001) id 12ED9C0F; Mon, 15 Jul 2002 22:52:06 -0400 (EDT) Date: Mon, 15 Jul 2002 22:52:06 -0400 From: Munish Chopra To: freebsd-current@FreeBSD.ORG Subject: Re: panic: bdwrite: buffer is not busy Message-ID: <20020716025206.GA651@CPE0030ab0ef2bb.cpe.net.cable.rogers.com> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <20020716004215.GA899@CPE0030ab0ef2bb.cpe.net.cable.rogers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020716004215.GA899@CPE0030ab0ef2bb.cpe.net.cable.rogers.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Third one: GNU gdb 5.2.0 (FreeBSD) 20020627 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: bdwrite: buffer is not busy panic messages: --- panic: bad pte syncing disks... panic: bdwrite: buffer is not busy Uptime: 3h37m11s Dumping 256 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 --- #0 0x00000000 in ?? () Does anyone know what is going on or how I can get some more information out of this dump to track this down? I'd really like to resolve this... -- Munish Chopra The FreeBSD NVIDIA Driver Initiative http://nvidia.netexplorer.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 22:29:47 2002 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 6EA8F37B400 for ; Mon, 15 Jul 2002 22:29:44 -0700 (PDT) Received: from ref5.freebsd.org (ref5.FreeBSD.org [216.136.204.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AF1E43E58 for ; Mon, 15 Jul 2002 22:29:44 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.5/8.12.5) with ESMTP id g6G5Thgr069875 for ; Mon, 15 Jul 2002 22:29:44 -0700 (PDT) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.5/8.12.5/Submit) id g6G5Thk4069873 for current@freebsd.org; Mon, 15 Jul 2002 22:29:43 -0700 (PDT) Date: Mon, 15 Jul 2002 22:29:43 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200207160529.g6G5Thk4069873@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> usr.sbin/i4b/isdntel ===> usr.sbin/i4b/isdntelctl ===> usr.sbin/i4b/isdntest ===> usr.sbin/i4b/isdntrace ===> usr.sbin/i4b/man ===> usr.sbin/boot0cfg ===> usr.sbin/keyserv ===> etc ===> etc/sendmail make: don't know how to make GENERIC. Stop To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 22:31: 5 2002 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 D355D37B400 for ; Mon, 15 Jul 2002 22:31:02 -0700 (PDT) Received: from mail.viasoft.com.cn (ip-167-164-97-218.anlai.com [218.97.164.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B26343E42 for ; Mon, 15 Jul 2002 22:31:01 -0700 (PDT) (envelope-from davidx@viasoft.com.cn) Received: from davidwnt (davidwnt.viasoft.com.cn [192.168.1.239]) by mail.viasoft.com.cn (8.9.3/8.9.3) with SMTP id NAA08469 for ; Tue, 16 Jul 2002 13:47:26 +0800 Message-Id: <200207160547.NAA08469@mail.viasoft.com.cn> Date: Tue, 16 Jul 2002 13:21:20 +0800 From: David Xu To: "freebsd-current@freebsd.org" Subject: race condition in kern_descrip.c and fix X-mailer: FoxMail 4.0 beta 1 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG SSBmb3VuZCBhIHJhY2UgY29uZGl0aW9uIGluIGtlcm5fZGVzY3JpcC5jLCB0aGUgcmFjZSBpcyBp biBmdW5jdGlvbiBmYWxsb2MoKSwNCml0IG9wZW5zIGEgcmFjZSB3aW5kb3cgYXQgbGluZSAxMTQ3 Og0KCQlGSUxFREVTQ19VTkxPQ0socC0+cF9mZCk7DQogICAgICAgIHN4X3hsb2NrKCZmaWxlbGlz dF9sb2NrKTsNCiAgICAgICAgRklMRURFU0NfTE9DSyhwLT5wX2ZkKTsNCg0KZml4Og0KLS0tIGtl cm5fZGVzY3JpcC5jCVR1ZSBKdWwgMTYgMTI6Mjk6NDQgMjAwMg0KKysrIGtlcm5fZGVzY3JpcC5j Lm5ldwlUdWUgSnVsIDE2IDEyOjI2OjUwIDIwMDINCkBAIC0xMTA3LDYgKzExMDcsNyBAQA0KIAly ZWdpc3RlciBzdHJ1Y3QgZmlsZSAqZnAsICpmcTsNCiAJaW50IGVycm9yLCBpOw0KIA0KK3JldHJ5 Og0KIAlzeF94bG9jaygmZmlsZWxpc3RfbG9jayk7DQogCWlmIChuZmlsZXMgPj0gbWF4ZmlsZXMp IHsNCiAJCXN4X3h1bmxvY2soJmZpbGVsaXN0X2xvY2spOw0KQEAgLTExNTEsNiArMTE1MiwxMyBA QA0KIAkJTElTVF9JTlNFUlRfQUZURVIoZnEsIGZwLCBmX2xpc3QpOw0KIAl9IGVsc2Ugew0KIAkJ TElTVF9JTlNFUlRfSEVBRCgmZmlsZWhlYWQsIGZwLCBmX2xpc3QpOw0KKwl9DQorCWlmIChwLT5w X2ZkLT5mZF9vZmlsZXNbaV0gIT0gTlVMTCkgew0KKwkJZnAtPmZfY291bnQgPSAwOw0KKwkJRklM RURFU0NfVU5MT0NLKHAtPnBfZmQpOw0KKwkJc3hfeHVubG9jaygmZmlsZWxpc3RfbG9jayk7DQor CQlmZnJlZShmcCk7DQorCQlnb3RvIHJldHJ5Ow0KIAl9DQogCXAtPnBfZmQtPmZkX29maWxlc1tp XSA9IGZwOw0KIAlGSUxFREVTQ19VTkxPQ0socC0+cF9mZCk7DQotLS0JDQoNCkRhdmlkIFh1DQo= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 15 23:24:28 2002 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 1738337B407 for ; Mon, 15 Jul 2002 23:24:17 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D23DC43E58 for ; Mon, 15 Jul 2002 23:24:16 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 8B1A9AE255; Mon, 15 Jul 2002 23:24:16 -0700 (PDT) Date: Mon, 15 Jul 2002 23:24:16 -0700 From: Alfred Perlstein To: David Xu Cc: "freebsd-current@freebsd.org" Subject: Re: race condition in kern_descrip.c and fix Message-ID: <20020716062416.GT77219@elvis.mu.org> References: <200207160547.NAA08469@mail.viasoft.com.cn> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200207160547.NAA08469@mail.viasoft.com.cn> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * David Xu [020715 22:31] wrote: > I found a race condition in kern_descrip.c, the race is in function falloc(), > it opens a race window at line 1147: You're right, however I'd appreciate it if you'd look deeper into the possiblity of races in this code before committing this patch to make sure we don't want to do this another way. > FILEDESC_UNLOCK(p->p_fd); > sx_xlock(&filelist_lock); > FILEDESC_LOCK(p->p_fd); > > fix: > --- kern_descrip.c Tue Jul 16 12:29:44 2002 > +++ kern_descrip.c.new Tue Jul 16 12:26:50 2002 > @@ -1107,6 +1107,7 @@ > register struct file *fp, *fq; > int error, i; > > +retry: > sx_xlock(&filelist_lock); > if (nfiles >= maxfiles) { > sx_xunlock(&filelist_lock); > @@ -1151,6 +1152,13 @@ > LIST_INSERT_AFTER(fq, fp, f_list); > } else { > LIST_INSERT_HEAD(&filehead, fp, f_list); > + } > + if (p->p_fd->fd_ofiles[i] != NULL) { > + fp->f_count = 0; > + FILEDESC_UNLOCK(p->p_fd); > + sx_xunlock(&filelist_lock); > + ffree(fp); > + goto retry; > } > p->p_fd->fd_ofiles[i] = fp; > FILEDESC_UNLOCK(p->p_fd); > --- > > David Xu -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 1:54:11 2002 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 B5A8037B400 for ; Tue, 16 Jul 2002 01:54:08 -0700 (PDT) Received: from laptop.kurtis.pp.se (kurtis.autonomica.se [192.71.80.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9514743E4A for ; Tue, 16 Jul 2002 01:54:05 -0700 (PDT) (envelope-from kurtis@kurtis.pp.se) Received: from localhost (localhost [127.0.0.1]) by laptop.kurtis.pp.se (8.12.5/8.12.5) with ESMTP id g6FI7BhO000382; Mon, 15 Jul 2002 20:07:17 +0200 (CEST) (envelope-from kurtis@kurtis.pp.se) Date: Mon, 15 Jul 2002 20:07:11 +0200 From: Kurt Erik Lindqvist Reply-To: Kurt Erik Lindqvist To: "M. Warner Losh" Cc: "julian@elischer.org" , "current@FreeBSD.ORG" Subject: Re: NEWCARD Message-ID: <46870000.1026756431@laptop.kurtis.pp.se> In-Reply-To: <20020712.102155.57332421.imp@bsdimp.com> References: <540220000.1026378624@laptop.kurtis.pp.se> <20020712.102155.57332421.imp@bsdimp.com> X-Mailer: Mulberry/2.2.1 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > : Now I ofcourse have two additional questions.... > : > : 1) When trying to insert a Cisco Aironet 340 adapter, I get thrown to > the : db> prompt after it has found the card (which it seems to do > nicely). If I : boot with it inserted, I only get to the detection, then > the boot stops. At : boot up dmesg says the following on the bridge : > : > : cardbus0: on pccbb0 > : pccard0: <16-bit PCCard bus> on pccbb0 > : pccbb1: mem 0x41180000-0x41180fff irq 11 at > : device 4 > : .1 on pci0 > : cardbus1: on pccbb1 > : pccard1: <16-bit PCCard bus> on pccbb1 > > Traceback for the panic? Uhm, I am kinda new to this, so I have no idea how to get that to disk from the debugger...:( However, the error I get is "Fatal trap 19: non-maskable interrupt trap while in kernel mode". If someone could help point me to how to write the traceback to disk I will mail it... - kurtis - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 2:34:30 2002 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 96D3237B400 for ; Tue, 16 Jul 2002 02:34:27 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3254543E4A for ; Tue, 16 Jul 2002 02:34:27 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 19FD5535A; Tue, 16 Jul 2002 11:34:26 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: current@freebsd.org Subject: Re: i386 tinderbox failure References: <200207160529.g6G5Thk4069873@ref5.freebsd.org> From: Dag-Erling Smorgrav Date: 16 Jul 2002 11:34:25 +0200 In-Reply-To: <200207160529.g6G5Thk4069873@ref5.freebsd.org> Message-ID: Lines: 8 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > make: don't know how to make GENERIC. Stop Damn, my bad. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 2:50:39 2002 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 9463B37B400 for ; Tue, 16 Jul 2002 02:50:37 -0700 (PDT) Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DA7843E31 for ; Tue, 16 Jul 2002 02:50:36 -0700 (PDT) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id LAA46284 for current@freebsd.org; Tue, 16 Jul 2002 11:47:10 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.12.2/8.12.2) with ESMTP id g6G9n5q2017288 for ; Tue, 16 Jul 2002 11:49:11 +0200 (CEST) (envelope-from root@nihil.plaut.de) Date: Tue, 16 Jul 2002 11:49:05 +0200 (CEST) From: Michael Reifenberger To: FreeBSD-Current Subject: buildworld failure in libstdc++ Message-ID: <20020716114211.L16969-100000@nihil> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, a make depend in /usr/src/gnu/lib/libstdc++ breaks with: ... /usr/include/g++/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the header for the header for C++ includes, or instead of the deprecated header . To disable this warning use -Wno-deprecated. In file included from /usr/src/contrib/libstdc++/libsupc++/eh_alloc.cc:37: /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or directory In file included from /usr/src/contrib/libstdc++/libsupc++/eh_aux_runtime.cc:34: Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 2:54:29 2002 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 400A837B400 for ; Tue, 16 Jul 2002 02:54:27 -0700 (PDT) Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C4CD43E42 for ; Tue, 16 Jul 2002 02:54:26 -0700 (PDT) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id LAA46409 for current@FreeBSD.ORG; Tue, 16 Jul 2002 11:51:00 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.12.2/8.12.2) with ESMTP id g6G9s27Z018377 for ; Tue, 16 Jul 2002 11:54:02 +0200 (CEST) (envelope-from root@nihil.plaut.de) Date: Tue, 16 Jul 2002 11:54:02 +0200 (CEST) From: Michael Reifenberger To: FreeBSD-Current Subject: Re: buildworld failure in libstdc++ In-Reply-To: <20020716114211.L16969-100000@nihil> Message-ID: <20020716115145.I17699-100000@nihil> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 16 Jul 2002, Michael Reifenberger wrote: ... > /usr/include/g++/backward/backward_warning.h:32:2: warning: #warning This file > includes at least one deprecated or antiquated header. Please consider using one > of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples > include substituting the header for the header for C++ includes, or > instead of the deprecated header . To disable this > warning use -Wno-deprecated. > In file included from /usr/src/contrib/libstdc++/libsupc++/eh_alloc.cc:37: > /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file > or directory > In file included from /usr/src/contrib/libstdc++/libsupc++/eh_aux_runtime.cc:34: Just after writing I started thinking :-( I was missing the + in /etc/make.conf's CFLAGS += ... and CXXFLAGS += ... Sorry for the false alarm. Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 3: 1: 5 2002 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 1E3FF37B400 for ; Tue, 16 Jul 2002 03:01:02 -0700 (PDT) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26BC043E3B for ; Tue, 16 Jul 2002 03:01:01 -0700 (PDT) (envelope-from des@sparc64.style9.org) Received: from bowie.private (d141-203-124.home.cgocable.net [24.141.203.124]) by espresso.q9media.com (Postfix) with ESMTP id 1CE489C11 for ; Tue, 16 Jul 2002 05:56:47 -0400 (EDT) Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.5/8.12.5) with ESMTP id g6GA1MfU079754 for ; Tue, 16 Jul 2002 10:01:22 GMT (envelope-from des@bowie.private) Received: (from des@localhost) by bowie.private (8.12.5/8.12.5/Submit) id g6GA1MIq079752 for current@freebsd.org; Tue, 16 Jul 2002 10:01:22 GMT Date: Tue, 16 Jul 2002 10:01:22 GMT From: Dag-Erling Smorgrav Message-Id: <200207161001.g6GA1MIq079752@bowie.private> To: current@freebsd.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> gnu/lib/libobjc ===> gnu/lib/libg2c ===> gnu/usr.bin ===> gnu/usr.bin/bc ===> gnu/usr.bin/binutils ===> gnu/usr.bin/binutils/libiberty ===> gnu/usr.bin/binutils/libbfd cc1: warnings being treated as errors /usr/home/des/tinderbox/sparc64/src/contrib/binutils/bfd/elf-eh-frame.c: In function `_bfd_elf_discard_section_eh_frame': /usr/home/des/tinderbox/sparc64/src/contrib/binutils/bfd/elf-eh-frame.c:417: warning: comparison between signed and unsigned *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/gnu/usr.bin/binutils/libbfd. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/gnu/usr.bin. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/gnu. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 3: 5: 4 2002 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 D22AF37B400 for ; Tue, 16 Jul 2002 03:05:00 -0700 (PDT) Received: from maila.telia.com (maila.telia.com [194.22.194.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id A482F43E42 for ; Tue, 16 Jul 2002 03:04:59 -0700 (PDT) (envelope-from john@veidit.net) Received: from d1o1000.telia.com (d1o1000.telia.com [217.208.12.241]) by maila.telia.com (8.11.6/8.11.6) with ESMTP id g6GA4sM06976 for ; Tue, 16 Jul 2002 12:04:54 +0200 (CEST) Received: from veidit.net (h59n1fls35o1000.telia.com [217.210.234.59]) by d1o1000.telia.com (8.10.2/8.10.1) with ESMTP id g6GA4rZ03420 for ; Tue, 16 Jul 2002 12:04:53 +0200 (CEST) Message-ID: <3D33EFC5.7010407@veidit.net> Date: Tue, 16 Jul 2002 12:04:53 +0200 From: John Angelmo User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1a) Gecko/20020611 X-Accept-Language: en-us, en, ja MIME-Version: 1.0 To: current@freebsd.org Subject: Still no XFree86-4? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello I erased my /usr/ports just to be sure that all the diffrent patches out, then cvsuped to get the latest version, to my disepointment XFree86-4 Still dosn't build under Current, I still got the same perl error in fonts, the perl port is installed. Does anyone have a working patch? /John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 3:17:25 2002 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 A504137B400; Tue, 16 Jul 2002 03:17:23 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 252DF43E64; Tue, 16 Jul 2002 03:17:23 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.5/8.12.2) with ESMTP id g6GAHJoi062016; Tue, 16 Jul 2002 03:17:19 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.5/8.12.5/Submit) id g6GAHINe062015; Tue, 16 Jul 2002 03:17:18 -0700 (PDT) Date: Tue, 16 Jul 2002 03:17:18 -0700 From: "David O'Brien" To: Martin Blapp Cc: Max Khon , walt , freebsd-current@freebsd.org, openoffice@freebsd.org Subject: Re: openoffice is compiling again!...but won't run. Message-ID: <20020716101718.GB61770@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20020712145035.A37578@iclub.nsu.ru> <20020712095919.D65535-100000@levais.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020712095919.D65535-100000@levais.imp.ch> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jul 12, 2002 at 10:02:35AM +0200, Martin Blapp wrote: > sjlj and dwarf2 work. But the problem with CURRENT is that this patch seems > to be needed. (Patch from Alexander Kabaev) This patch is wrong. I committed a correct one from Alxander. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 3:27:16 2002 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 4C4E437B400 for ; Tue, 16 Jul 2002 03:27:14 -0700 (PDT) Received: from snark.rinet.ru (snark.rinet.ru [195.54.192.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F1D343E4A for ; Tue, 16 Jul 2002 03:27:13 -0700 (PDT) (envelope-from andrew@snark.rinet.ru) Received: from snark.rinet.ru (andrew@localhost [127.0.0.1]) by snark.rinet.ru (8.12.3/8.12.3) with ESMTP id g6GARAgP067587 for ; Tue, 16 Jul 2002 14:27:11 +0400 (MSD) (envelope-from andrew@snark.rinet.ru) Received: (from andrew@localhost) by snark.rinet.ru (8.12.3/8.12.3/Submit) id g6GARAKL067586 for current@freebsd.org; Tue, 16 Jul 2002 14:27:10 +0400 (MSD) Date: Tue, 16 Jul 2002 14:27:10 +0400 From: Andrew Kolchoogin To: current@freebsd.org Subject: Re: Still no XFree86-4? Message-ID: <20020716102710.GA67520@snark.rinet.ru> References: <3D33EFC5.7010407@veidit.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D33EFC5.7010407@veidit.net> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John, On Tue, Jul 16, 2002 at 12:04:53PM +0200, John Angelmo wrote: > I erased my /usr/ports just to be sure that all the diffrent patches > out, then cvsuped to get the latest version, to my disepointment > XFree86-4 Still dosn't build under Current, I still got the same perl > error in fonts, the perl port is installed. Try to say as root "use.perl port". > Does anyone have a working patch? It doesn't seem to me that moving perl executable from /usr/bin to /usr/local/bin can affect executing of perl scripts. Andrew. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 3:43:45 2002 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 7A2FF37B400 for ; Tue, 16 Jul 2002 03:43:44 -0700 (PDT) Received: from pump3.york.ac.uk (pump3.york.ac.uk [144.32.128.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6430543E64 for ; Tue, 16 Jul 2002 03:43:43 -0700 (PDT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by pump3.york.ac.uk (8.10.2/8.10.2) with ESMTP id g6GAgua11425; Tue, 16 Jul 2002 11:42:57 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.3/8.12.3) with ESMTP id g6GAguv6091729; Tue, 16 Jul 2002 11:42:56 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.12.3/8.12.3/Submit) with ESMTP id g6GAgtmE091726; Tue, 16 Jul 2002 11:42:55 +0100 (BST) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Tue, 16 Jul 2002 11:42:55 +0100 (BST) From: Gavin Atkinson To: Bill Huey Cc: Alexander Kabaev , Bruce Evans , Subject: Re: ast() assert failed ? In-Reply-To: <20020715220332.GA2703@gnuppy.monkey.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 15 Jul 2002, Bill Huey wrote: > On Mon, Jul 15, 2002 at 06:00:32PM -0400, Alexander Kabaev wrote: > > Bruce, > > > > I am reliably get these messages while using gdb on user processes. This > > started long before KSEIII. > > Right, I forgot to add that I was also running this program under gdb. > I'm using the most recent -current right now. I have seen these occasionally under a single processor laptop which was not running GDB at the time. Gavin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 4:49:37 2002 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 95D2D37B401 for ; Tue, 16 Jul 2002 04:49:31 -0700 (PDT) Received: from HAL9000.homeunix.com (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id C95A743E91 for ; Tue, 16 Jul 2002 04:48:56 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.wox.org (localhost [127.0.0.1]) by HAL9000.wox.org (8.12.3/8.12.3) with ESMTP id g6G9Qk3d000955; Tue, 16 Jul 2002 02:26:46 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.wox.org (8.12.3/8.12.3/Submit) id g6G9Qi11000954; Tue, 16 Jul 2002 02:26:44 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Tue, 16 Jul 2002 02:26:34 -0700 From: David Schultz To: Kurt Erik Lindqvist Cc: "M. Warner Losh" , "julian@elischer.org" , "current@FreeBSD.ORG" Subject: Re: NEWCARD Message-ID: <20020716092634.GB682@HAL9000.wox.org> Mail-Followup-To: Kurt Erik Lindqvist , "M. Warner Losh" , "julian@elischer.org" , "current@FreeBSD.ORG" References: <540220000.1026378624@laptop.kurtis.pp.se> <20020712.102155.57332421.imp@bsdimp.com> <46870000.1026756431@laptop.kurtis.pp.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46870000.1026756431@laptop.kurtis.pp.se> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Kurt Erik Lindqvist : > Uhm, I am kinda new to this, so I have no idea how to get that to disk from > the debugger...:( > > However, the error I get is "Fatal trap 19: non-maskable interrupt trap > while in kernel mode". > > If someone could help point me to how to write the traceback to disk I will > mail it... One way is to debug from another box over a serial cable, but that, surprisingly, requires a serial cable and another box. The alternative is to dump a memory image to disk and use gdb to dissect it. You need a raw partition at least as large as the physical memory on your machine to do this; a swap partition should do. For details, see: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 5:32:53 2002 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 7843937B401 for ; Tue, 16 Jul 2002 05:32:49 -0700 (PDT) Received: from x20.gugod.org (host211.2037737.gcn.net.tw [203.77.37.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 862F043E4A for ; Tue, 16 Jul 2002 05:32:47 -0700 (PDT) (envelope-from gugod@gugod.org) Received: from localhost (localhost [127.0.0.1]) by x20.gugod.org (Postfix) with ESMTP id 3D67F9054 for ; Tue, 16 Jul 2002 20:33:15 +0800 (CST) Date: Tue, 16 Jul 2002 20:33:09 +0800 (CST) Message-Id: <20020716.203309.74750667.gugod@gugod.org> To: freebsd-current@freebsd.org Subject: FTDI USB to Serial convertor driver for -current From: Kang-min Liu X-Mailer: Mew version 3.0.54 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Tue_Jul_16_20:33:09_2002_031)--" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ----Security_Multipart(Tue_Jul_16_20:33:09_2002_031)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all, I modified uftdi.c from NetBSD and now it can be used under -current. It works with FTDI 8U100AX and 8U232AM chips. I've only tested it with my 19200bps modem and it works fine. Please feel free to give it a try. www.gugod.org/uftcom-current.tar.gz Sincerely Kang-min Liu ----Security_Multipart(Tue_Jul_16_20:33:09_2002_031)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQA9NBKHt9iYDlxKbHARAuT5AJ9OMOTyzg5vKlZrBBrWJiiYxJjzzgCfdhl/ I2QUvd3TLb6C91OMkwmbYGs= =3UhN -----END PGP SIGNATURE----- ----Security_Multipart(Tue_Jul_16_20:33:09_2002_031)---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 5:45:22 2002 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 8CD0337B401; Tue, 16 Jul 2002 05:45:17 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED2C443E58; Tue, 16 Jul 2002 05:45:15 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id BB07B534A; Tue, 16 Jul 2002 14:45:12 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: alpha@freebsd.org, current@freebsd.org Subject: VOP_GETATTR panic on Alpha From: Dag-Erling Smorgrav Date: 16 Jul 2002 14:45:11 +0200 Message-ID: Lines: 23 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The following panic is 100% reproducable - it happens whenever I boot a recent kernel on Alpha, just before init(8) starts getty(8) on the console: VOP_GETATTR: 0xfffffe00019e7220 is not locked but should be Lock violation. Stopped at Debugger+0x34: zapnot v0,#0xf,v0 db> trace Debugger() at Debugger+0x34 vn_stat() at vn_stat+0xd8 vn_statfile() at vn_statfile+0x58 fstat() at fstat+0x80 syscall() at syscall+0x364 XentSys() at XentSys+0x64 --- syscall (189, FreeBSD ELF, fstat) --- --- user mode --- Dumps don't seem to work, so I can't get much more than this. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 5:48:48 2002 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 3FC6137B400 for ; Tue, 16 Jul 2002 05:48:46 -0700 (PDT) Received: from mail.robhughes.com (12-237-138-77.client.attbi.com [12.237.138.77]) by mx1.FreeBSD.org (Postfix) with SMTP id 8624043E42 for ; Tue, 16 Jul 2002 05:48:45 -0700 (PDT) (envelope-from rob@robhughes.com) Received: (qmail 9480 invoked from network); 16 Jul 2002 12:48:43 -0000 Received: from hexch01.robhughes.com (192.168.1.3) by ns2.robhughes.com with SMTP; 16 Jul 2002 12:48:43 -0000 Received: from kahuna-ws.robhughes.com ([192.168.1.16]) by HEXCH01.robhughes.com with Microsoft SMTPSVC(5.0.2195.4905); Tue, 16 Jul 2002 07:48:41 -0500 Subject: Current (DP1) on Toshiba 5005 From: Rob Hughes To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-xBmtldc2p7sVg+4uJ/HC" X-Mailer: Ximian Evolution 1.0.7 (1.0.7-2) Date: 16 Jul 2002 07:48:41 -0500 Message-Id: <1026823721.13803.59.camel@kahuna-ws.robhughes.com> Mime-Version: 1.0 X-OriginalArrivalTime: 16 Jul 2002 12:48:41.0861 (UTC) FILETIME=[1D20FB50:01C22CC7] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-xBmtldc2p7sVg+4uJ/HC Content-Type: text/plain Content-Transfer-Encoding: quoted-printable All, I have a Toshiba 5005-S504 laptop (a wonderful legacy-free box that's I've cussed to no end) that I'm trying to get DP1 to boot on so I can cvsup and take a look (and hopefully contribute something). I was able to install, but after installation the system soft hangs after displaying a message about CPU power states (sorry, going off memory for now). I'm able to break to the debugger, so what information from dbg would be helpful at this point? Also, I'm pretty sure it's acpi that's causing the problem, so would someone point me to the syntax for disabling a module preload? Thanks, Rob --=20 Remember: the only difference between being the champ and the chump is u. --=-xBmtldc2p7sVg+4uJ/HC Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Comment: Please use bofh key to send me personal data. iD8DBQA9NBYp/9y+qWKu6HERAskyAJ9PD33EY4ASTbIO3d0MJ51PWnE/3QCeL8fD Bw3/fTDQ9S+X6XpTN4HylS4= =52sz -----END PGP SIGNATURE----- --=-xBmtldc2p7sVg+4uJ/HC-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 5:53:15 2002 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 5B64B37B400; Tue, 16 Jul 2002 05:53:11 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 847A943E4A; Tue, 16 Jul 2002 05:53:10 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id IAA09769; Tue, 16 Jul 2002 08:53:09 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g6GCqdB51617; Tue, 16 Jul 2002 08:52:39 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15668.5911.639776.253419@grasshopper.cs.duke.edu> Date: Tue, 16 Jul 2002 08:52:39 -0400 (EDT) To: Dag-Erling Smorgrav Cc: alpha@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: VOP_GETATTR panic on Alpha In-Reply-To: References: X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > The following panic is 100% reproducable - it happens whenever I boot > a recent kernel on Alpha, just before init(8) starts getty(8) on the > console: > > VOP_GETATTR: 0xfffffe00019e7220 is not locked but should be > Lock violation. > > Stopped at Debugger+0x34: zapnot v0,#0xf,v0 > db> trace > Debugger() at Debugger+0x34 > vn_stat() at vn_stat+0xd8 > vn_statfile() at vn_statfile+0x58 > fstat() at fstat+0x80 > syscall() at syscall+0x364 > XentSys() at XentSys+0x64 > --- syscall (189, FreeBSD ELF, fstat) --- > --- user mode --- > > Dumps don't seem to work, so I can't get much more than this. > Welcome to hell. If you clear panicstr, you have a chance of getting a dump. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 6:11:46 2002 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 A86F737B400; Tue, 16 Jul 2002 06:11:42 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 392BA43E3B; Tue, 16 Jul 2002 06:11:42 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 2BC69534A; Tue, 16 Jul 2002 15:11:40 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Andrew Gallatin Cc: alpha@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: VOP_GETATTR panic on Alpha References: <15668.5911.639776.253419@grasshopper.cs.duke.edu> From: Dag-Erling Smorgrav Date: 16 Jul 2002 15:11:39 +0200 In-Reply-To: <15668.5911.639776.253419@grasshopper.cs.duke.edu> Message-ID: Lines: 25 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrew Gallatin writes: > Welcome to hell. Thanks, it sure looks cozy in here :) > If you clear panicstr, you have a chance of getting a dump. How do I do that? BTW, I've looked at the code in vn_statfile(): vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, td); error = vn_stat(vp, sb, td); VOP_UNLOCK(vp, 0, td); it seems that either vn_lock() fails to actually lock the vnode, or there's a race condition that causes the vnode to get unlocked between vn_lock() and vn_stat(). Since the panic is 100% reproducible, I'm inclined to think it's the former. Note that vn_statfile() fails to check the return code from vn_lock(), but LK_RETRY is supposed to mean vn_lock() never fails. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 6:19:31 2002 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 C478E37B400 for ; Tue, 16 Jul 2002 06:19:28 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B35F43E4A for ; Tue, 16 Jul 2002 06:19:28 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id JAA10449; Tue, 16 Jul 2002 09:19:27 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g6GDIv451653; Tue, 16 Jul 2002 09:18:57 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15668.7489.398182.956144@grasshopper.cs.duke.edu> Date: Tue, 16 Jul 2002 09:18:57 -0400 (EDT) To: Dag-Erling Smorgrav Cc: current@FreeBSD.ORG Subject: Re: VOP_GETATTR panic on Alpha In-Reply-To: References: <15668.5911.639776.253419@grasshopper.cs.duke.edu> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > Andrew Gallatin writes: > > Welcome to hell. > > Thanks, it sure looks cozy in here :) > > > If you clear panicstr, you have a chance of getting a dump. > > How do I do that? Just clear panicstr (w panicstr 0) when you drop into the debugger on a panic. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 7:19: 0 2002 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 7F3D637B400 for ; Tue, 16 Jul 2002 07:18:58 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id D893043E67 for ; Tue, 16 Jul 2002 07:18:57 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 81339534A; Tue, 16 Jul 2002 15:48:29 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Andrew Gallatin Cc: current@FreeBSD.ORG Subject: Re: VOP_GETATTR panic on Alpha References: <15668.5911.639776.253419@grasshopper.cs.duke.edu> <15668.7489.398182.956144@grasshopper.cs.duke.edu> From: Dag-Erling Smorgrav Date: 16 Jul 2002 15:48:28 +0200 In-Reply-To: <15668.7489.398182.956144@grasshopper.cs.duke.edu> Message-ID: Lines: 19 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrew Gallatin writes: > Just clear panicstr (w panicstr 0) when you drop into > the debugger on a panic. No luck. However, I added an ASSERT_VOP_LOCKED() to vn_statfile(), and confirmed that vn_lock() fails to lock the vnode. Unfortunately, without a dump it's hard to tell exactly what kind of vnode we're dealing with. I thought the problem might be an incorrect vop_lock implementation in devfs (the only synthetic filesystem mounted on the box), but devfs uses std_{islocked,lock,unlock}, and visual inspection didn't uncover any obvious flaws in any of those. Any other suggestions before I just turn off DEBUG_VFS_LOCKS? DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 7:30:11 2002 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 0A2CB37B401 for ; Tue, 16 Jul 2002 07:30:06 -0700 (PDT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id A215D43E5E for ; Tue, 16 Jul 2002 07:30:05 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.12.5/8.12.5) with ESMTP id g6GEU2ZY027909; Tue, 16 Jul 2002 07:30:02 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.12.5/8.12.5/Submit) id g6GEU1jZ027908; Tue, 16 Jul 2002 07:30:01 -0700 (PDT) Date: Tue, 16 Jul 2002 07:30:01 -0700 From: Steve Kargl To: Michael Reifenberger Cc: FreeBSD-Current Subject: Re: buildworld failure in libstdc++ Message-ID: <20020716143001.GA27852@troutmask.apl.washington.edu> References: <20020716114211.L16969-100000@nihil> <20020716115145.I17699-100000@nihil> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020716115145.I17699-100000@nihil> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jul 16, 2002 at 11:54:02AM +0200, Michael Reifenberger wrote: > On Tue, 16 Jul 2002, Michael Reifenberger wrote: > ... > > /usr/include/g++/backward/backward_warning.h:32:2: warning: #warning This file > > includes at least one deprecated or antiquated header. Please consider using one > > of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples > > include substituting the header for the header for C++ includes, or > > instead of the deprecated header . To disable this > > warning use -Wno-deprecated. > > In file included from /usr/src/contrib/libstdc++/libsupc++/eh_alloc.cc:37: > > /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file > > or directory > > In file included from /usr/src/contrib/libstdc++/libsupc++/eh_aux_runtime.cc:34: > > Just after writing I started thinking :-( > I was missing the + in /etc/make.conf's CFLAGS += ... and CXXFLAGS += ... > Sorry for the false alarm. > You don't need a + in CFLAGS in /etc/make.conf. You need a += in CXXFLAGS if you want CXXFLAGS to contain the contents of CFLAGS. See /usr/share/examples/etc/make.conf. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 7:31:53 2002 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 86C0437B400 for ; Tue, 16 Jul 2002 07:31:50 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64F8043E58 for ; Tue, 16 Jul 2002 07:31:49 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Received: from mousie.catspoiler.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.5/8.12.5) with ESMTP id g6GEUvwr027315; Tue, 16 Jul 2002 07:31:02 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Message-Id: <200207161431.g6GEUvwr027315@gw.catspoiler.org> Date: Tue, 16 Jul 2002 07:30:57 -0700 (PDT) From: Don Lewis Subject: Re: VOP_GETATTR panic on Alpha To: des@ofug.org Cc: gallatin@cs.duke.edu, current@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 16 Jul, Dag-Erling Smorgrav wrote: > Andrew Gallatin writes: >> Just clear panicstr (w panicstr 0) when you drop into >> the debugger on a panic. > > No luck. However, I added an ASSERT_VOP_LOCKED() to vn_statfile(), > and confirmed that vn_lock() fails to lock the vnode. Unfortunately, > without a dump it's hard to tell exactly what kind of vnode we're > dealing with. > > I thought the problem might be an incorrect vop_lock implementation in > devfs (the only synthetic filesystem mounted on the box), but devfs > uses std_{islocked,lock,unlock}, and visual inspection didn't uncover > any obvious flaws in any of those. > > Any other suggestions before I just turn off DEBUG_VFS_LOCKS? Turn it off. I ran into similar problems about a week ago and the author told me that this option was broken because only part of the stuff in his private source tree was committed. I haven't heard anything since then to make me think that this option has been fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 7:51:11 2002 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 3671137B400 for ; Tue, 16 Jul 2002 07:51:10 -0700 (PDT) Received: from snark.rinet.ru (snark.rinet.ru [195.54.192.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAE5643E65 for ; Tue, 16 Jul 2002 07:51:08 -0700 (PDT) (envelope-from andrew@snark.rinet.ru) Received: from snark.rinet.ru (andrew@localhost [127.0.0.1]) by snark.rinet.ru (8.12.3/8.12.3) with ESMTP id g6GEp7gP069858 for ; Tue, 16 Jul 2002 18:51:07 +0400 (MSD) (envelope-from andrew@snark.rinet.ru) Received: (from andrew@localhost) by snark.rinet.ru (8.12.3/8.12.3/Submit) id g6GEp7RR069857 for current@freebsd.org; Tue, 16 Jul 2002 18:51:07 +0400 (MSD) Date: Tue, 16 Jul 2002 18:51:07 +0400 From: Andrew Kolchoogin To: current@freebsd.org Subject: Re: VOP_GETATTR panic on Alpha Message-ID: <20020716145107.GA69162@snark.rinet.ru> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! On Tue, Jul 16, 2002 at 02:45:11PM +0200, Dag-Erling Smorgrav wrote: > The following panic is 100% reproducable - it happens whenever I boot > a recent kernel on Alpha, just before init(8) starts getty(8) on the > console: sorry, kernel from today's sources at 17:38 works just fine. Yet another question about kernel core dumps: what should I do to get one?-) Why "panic" from debugger on i386 gives core dump and reboots the system and "panic" from debugger on Alpha does not? Andrew. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 7:57:17 2002 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 E03CE37B400 for ; Tue, 16 Jul 2002 07:57:13 -0700 (PDT) Received: from abcjr.abcjr.net (abcjr.abcjr.net [207.178.110.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D99943E6E for ; Tue, 16 Jul 2002 07:57:13 -0700 (PDT) (envelope-from abcjr@abcjr.abcjr.net) Received: from abcjr.abcjr.net (localhost [127.0.0.1]) by abcjr.abcjr.net (8.12.5/8.12.5) with ESMTP id g6GEv76O098166 for ; Tue, 16 Jul 2002 09:57:07 -0500 (CDT) (envelope-from abcjr@abcjr.abcjr.net) Received: (from abcjr@localhost) by abcjr.abcjr.net (8.12.5/8.12.5/Submit) id g6GEv7LD098165 for freebsd-current@freebsd.org; Tue, 16 Jul 2002 09:57:07 -0500 (CDT) Date: Tue, 16 Jul 2002 09:57:07 -0500 From: "Arnold Cavazos Jr." To: freebsd-current@freebsd.org Subject: Re: Still no XFree86-4? Message-ID: <20020716145707.GA97993@abcjr.net> References: <3D33EFC5.7010407@veidit.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D33EFC5.7010407@veidit.net> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This was posted on 11 July: http://people.freebsd.org/~anholt/files/x420diff-1 I did have to manually copy Wraphelp.c somewhere in the font-server port, but things built fine after that. -- abcjr On Tue, Jul 16, 2002 at 12:04:53PM +0200, John Angelmo wrote: > Hello > > I erased my /usr/ports just to be sure that all the diffrent patches > out, then cvsuped to get the latest version, to my disepointment > XFree86-4 Still dosn't build under Current, I still got the same perl > error in fonts, the perl port is installed. > > Does anyone have a working patch? > > /John > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 8:45:49 2002 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 1FD5237B400; Tue, 16 Jul 2002 08:45:43 -0700 (PDT) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACCF143E6A; Tue, 16 Jul 2002 08:45:42 -0700 (PDT) (envelope-from qhwt@myrealbox.com) Received: from localhost qhwt@smtp-send.myrealbox.com [61.195.119.93] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.9 $ on Novell NetWare; Tue, 16 Jul 2002 09:45:41 -0600 Date: Wed, 17 Jul 2002 00:45:45 +0900 From: qhwt@myrealbox.com To: luigi@freebsd.org Cc: current@freebsd.org Subject: integer devide fault in dummynet_io Message-ID: <20020716154545.GA696.qhwt@myrealbox.com> Reply-To: current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline User-Agent: Mutt/1.5.1i X-Dispatcher: imput version 20000228(IM140) Lines: 146 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello. I have the following rules in my ipfw.rules: pipe 1 config bw 3kbit/s add 1000 pipe 1 log logamount 0 tcp from any to me 80 setup in add 1010 pipe 1 log logamount 0 tcp from any to me 25 setup in so that I can log and slow down incoming Nimda/open-relay probes. After new ipfw code came into the tree, my machine started to panic occasionally after thirty minutes or so connected to the Internet. After a few panics, I managed to get the backtrace. Unfortunately the line number seems to be screwed, but it's still enough to spot where it panicked (attached). In the frame 15 in dummynet_io(), fs->weight was holding zero at line 1182, which leads to a zero-division. Suprisingly, 'action' was O_LOG rather than O_PIPE or O_QUEUE, even though the function is assuming only one of them. I'm running current as of 2002-06-29(UTC) with the following files updated to more recent revisions: /sys/netinet/ip_fw.h 1.70 /sys/netinet/ip_fw2.c 1.3 /usr/src/sbin/ipfw/ipfw2.c 1.3 Any idea to fix this? --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="screenlog.0" GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain 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-unknown-freebsd"... IdlePTD at physical address 0x004cc000 initial pcb at physical address 0x0034fe40 panicstr: bwrite: buffer is not busy??? panic messages: --- Fatal trap 18: integer divide fault while in kernel mode instruction pointer = 0x8:0xc02d198b stack pointer = 0x10:0xc6251b08 frame pointer = 0x10:0xc6251b8c 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 = 12 (swi1: net) trap number = 18 panic: integer divide fault syncing disks... panic: bwrite: buffer is not busy??? Uptime: 1h4m54s Dumping 63 MB ata0: resetting devices .. ata0: mask=03 ostat0=50 ostat2=00 ad0: ATAPI 00 00 ata0-slave: ATAPI 00 00 ata0: mask=03 stat0=50 stat1=00 ad0: ATA 01 a5 ata0: devices=01 ad0: success setting PIO4 on generic chip done 16 32 48 --- b#0 0xc018b4c1 in doadump () at /usr/src/sys/kern/kern_shutdown.c:353 353 } (kgdb) bt #0 0xc018b4c1 in doadump () at /usr/src/sys/kern/kern_shutdown.c:353 #1 0xc018b94b in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:353 #2 0xc018bb2d in panic (fmt=0xc02eb9cb "bwrite: buffer is not busy???") at /usr/src/sys/kern/kern_shutdown.c:353 #3 0xc01c4ea2 in bwrite (bp=0xc2523120) at /usr/src/sys/kern/vfs_bio.c:1368 #4 0xc01c642e in vfs_bio_awrite (bp=0xc2523120) at /usr/src/sys/kern/vfs_bio.c:1368 #5 0xc0160b4b in spec_fsync (ap=0xc6251950) at /usr/src/sys/fs/specfs/spec_vnops.c:837 #6 0xc016068c in spec_vnoperate (ap=0xc6251950) at /usr/src/sys/fs/specfs/spec_vnops.c:837 #7 0xc026e743 in ffs_sync (mp=0xc1275000, waitfor=2, cred=0xc09dcd80, td=0xc031eb20) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:813 #8 0xc01d65bb in sync (td=0xc031eb20, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:584 #9 0xc018b5bc in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:353 #10 0xc018bb2d in panic (fmt=0xc030ccde "%s") at /usr/src/sys/kern/kern_shutdown.c:353 #11 0xc02c0683 in trap_fatal (frame=0xc6251ac8, eva=0) at /usr/src/sys/i386/i386/trap.c:655 #12 0xc02c00c2 in trap (frame={tf_fs = 24, tf_es = -1070727152, tf_ds = 16, tf_edi = 1, tf_esi = 0, tf_ebp = -970646644, tf_isp = -970646796, tf_ebx = 3145728, tf_edx = 0, tf_ecx = 0, tf_eax = 1, tf_trapno = 18, tf_err = 0, tf_eip = -1070786165, tf_cs = 8, tf_eflags = 66118, tf_esp = 0, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:655 #13 0xc02d198b in __qdivrem (uq=3145728, vq=0, arq=0x0) at /usr/src/sys/libkern/qdivrem.c:277 #14 0xc02d1e2e in __udivdi3 (a=3145728, b=0) at /usr/src/sys/libkern/udivdi3.c:51 #15 0xc01f9c69 in dummynet_io (m=0xc0a10d00, pipe_nr=1, dir=2, fwa=0xc6251c44) at /usr/src/sys/netinet/ip_dummynet.c:1227 #16 0xc01ffcf2 in ip_input (m=0xc0a10d00) at /usr/src/sys/netinet/ip_input.c:843 #17 0xc0200452 in ipintr () at /usr/src/sys/netinet/ip_input.c:843 #18 0xc0178ed7 in swi_net (dummy=0x0) at /usr/src/sys/kern/kern_intr.c:561 #19 0xc0178bf6 in ithread_loop (arg=0xc09f8100) at /usr/src/sys/kern/kern_intr.c:561 #20 0xc0177ec6 in fork_exit (callout=0xc0178a34 , arg=0xc09f8100, frame=0xc6251d48) at /usr/src/sys/kern/kern_fork.c:734 (kgdb) frame 15 #15 0xc01f9c69 in dummynet_io (m=0xc0a10d00, pipe_nr=1, dir=2, fwa=0xc6251c44) at /usr/src/sys/netinet/ip_dummynet.c:1227 1227 } (kgdb) list 1222 splx(s); 1223 if (q) 1224 q->drops++ ; 1225 m_freem(m); 1226 return ENOBUFS ; 1227 } 1228 1229 /* 1230 * Below, the rt_unref is only needed when (pkt->dn_dir == DN_TO_IP_OUT) 1231 * Doing this would probably save us the initial bzero of dn_pkt (kgdb) # hmm... (kgdb) print fs->weight $1 = 0 (kgdb) print action $2 = 42 (kgdb) print fwa->rule->cmd[fwa->rule->act_ofs].opcode $3 = O_LOG (kgdb) print *fs $4 = {next = 0x0, fs_nr = 0, flags_fs = 0, pipe = 0xc13cf100, parent_nr = 0, weight = 0, qsize = 50, plr = 0, flow_mask = {dst_ip = 0, src_ip = 0, dst_port = 0, src_port = 0, proto = 0 '\000', flags = 0 '\000'}, rq_size = 1, rq_elements = 1, rq = 0xc121c650, last_expired = 0, backlogged = 0, w_q = 0, max_th = 0, min_th = 0, max_p = 0, c_1 = 0, c_2 = 0, c_3 = 0, c_4 = 0, w_q_lookup = 0x0, lookup_depth = 0, lookup_step = 0, lookup_weight = 0, avg_pkt_size = 0, max_pkt_size = 0} (kgdb) qhwt@gzl$ exit --OgqxwSJOaUobr8KG-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 8:59:21 2002 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 E168637B401 for ; Tue, 16 Jul 2002 08:59:19 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D93D43E6A for ; Tue, 16 Jul 2002 08:59:19 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id E5218534D; Tue, 16 Jul 2002 17:59:16 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Andrew Kolchoogin Cc: current@freebsd.org Subject: Re: VOP_GETATTR panic on Alpha References: <20020716145107.GA69162@snark.rinet.ru> From: Dag-Erling Smorgrav Date: 16 Jul 2002 17:59:16 +0200 In-Reply-To: <20020716145107.GA69162@snark.rinet.ru> Message-ID: Lines: 8 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrew Kolchoogin writes: > sorry, kernel from today's sources at 17:38 works just fine. Try with DEBUG_VFS_LOCKS. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 9:13:28 2002 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 1E5FF37B400; Tue, 16 Jul 2002 09:13:26 -0700 (PDT) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id C808243E5E; Tue, 16 Jul 2002 09:13:25 -0700 (PDT) (envelope-from mike@espresso.q9media.com) Received: by espresso.q9media.com (Postfix, from userid 1002) id EE8779C11; Tue, 16 Jul 2002 12:09:11 -0400 (EDT) Date: Tue, 16 Jul 2002 12:09:11 -0400 From: Mike Barcroft To: Dag-Erling Smorgrav Cc: current@freebsd.org Subject: Re: sparc64 tinderbox failure Message-ID: <20020716120911.G64412@espresso.q9media.com> References: <200207161001.g6GA1MIq079752@bowie.private> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200207161001.g6GA1MIq079752@bowie.private>; from des@sparc64.style9.org on Tue, Jul 16, 2002 at 10:01:22AM +0000 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > -------------------------------------------------------------- > >>> stage 4: building everything.. > -------------------------------------------------------------- > ===> gnu/lib/libobjc > ===> gnu/lib/libg2c > ===> gnu/usr.bin > ===> gnu/usr.bin/bc > ===> gnu/usr.bin/binutils > ===> gnu/usr.bin/binutils/libiberty > ===> gnu/usr.bin/binutils/libbfd > cc1: warnings being treated as errors > /usr/home/des/tinderbox/sparc64/src/contrib/binutils/bfd/elf-eh-frame.c: In function `_bfd_elf_discard_section_eh_frame': > /usr/home/des/tinderbox/sparc64/src/contrib/binutils/bfd/elf-eh-frame.c:417: warning: comparison between signed and unsigned > *** Error code 1 I've reduced the WARNS level in the sparc64 case until David has a chance to look at my patch which fixes this warning. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 9:33:54 2002 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 21C5737B400 for ; Tue, 16 Jul 2002 09:33:47 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB2AB43E3B for ; Tue, 16 Jul 2002 09:33:46 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6GGXkc01487; Tue, 16 Jul 2002 09:33:46 -0700 (PDT) (envelope-from rizzo) Date: Tue, 16 Jul 2002 09:33:46 -0700 From: Luigi Rizzo To: current@freebsd.org Subject: Re: integer devide fault in dummynet_io Message-ID: <20020716093346.A1445@iguana.icir.org> References: <20020716154545.GA696.qhwt@myrealbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020716154545.GA696.qhwt@myrealbox.com>; from qhwt@myrealbox.com on Wed, Jul 17, 2002 at 12:45:45AM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG thanks for the report, i am going to commit a fix for this soon. It is funny that i remember to have hit exactly this bug myself some time ago, and i thought i had fixed it already, presumably the change got lost at some point... cheers luigi > Hello. I have the following rules in my ipfw.rules: > > pipe 1 config bw 3kbit/s > add 1000 pipe 1 log logamount 0 tcp from any to me 80 setup in > add 1010 pipe 1 log logamount 0 tcp from any to me 25 setup in > > so that I can log and slow down incoming Nimda/open-relay probes. > > After new ipfw code came into the tree, my machine started to panic > occasionally after thirty minutes or so connected to the Internet. > After a few panics, I managed to get the backtrace. Unfortunately the > line number seems to be screwed, but it's still enough to spot where > it panicked (attached). > > In the frame 15 in dummynet_io(), fs->weight was holding zero at line 1182, > which leads to a zero-division. Suprisingly, 'action' was O_LOG rather than > O_PIPE or O_QUEUE, even though the function is assuming only one of them. > > I'm running current as of 2002-06-29(UTC) with the following files > updated to more recent revisions: > /sys/netinet/ip_fw.h 1.70 > /sys/netinet/ip_fw2.c 1.3 > /usr/src/sbin/ipfw/ipfw2.c 1.3 > > Any idea to fix this? > GNU gdb 4.18 (FreeBSD) > Copyright 1998 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain 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-unknown-freebsd"... > IdlePTD at physical address 0x004cc000 > initial pcb at physical address 0x0034fe40 > panicstr: bwrite: buffer is not busy??? > panic messages: > --- > Fatal trap 18: integer divide fault while in kernel mode > instruction pointer = 0x8:0xc02d198b > stack pointer = 0x10:0xc6251b08 > frame pointer = 0x10:0xc6251b8c > 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 = 12 (swi1: net) > trap number = 18 > panic: integer divide fault > > syncing disks... panic: bwrite: buffer is not busy??? > Uptime: 1h4m54s > Dumping 63 MB > ata0: resetting devices .. ata0: mask=03 ostat0=50 ostat2=00 > ad0: ATAPI 00 00 > ata0-slave: ATAPI 00 00 > ata0: mask=03 stat0=50 stat1=00 > ad0: ATA 01 a5 > ata0: devices=01 > ad0: success setting PIO4 on generic chip > done > 16 32 48 > --- > b#0 0xc018b4c1 in doadump () at /usr/src/sys/kern/kern_shutdown.c:353 > 353 } > (kgdb) bt > #0 0xc018b4c1 in doadump () at /usr/src/sys/kern/kern_shutdown.c:353 > #1 0xc018b94b in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:353 > #2 0xc018bb2d in panic (fmt=0xc02eb9cb "bwrite: buffer is not busy???") > at /usr/src/sys/kern/kern_shutdown.c:353 > #3 0xc01c4ea2 in bwrite (bp=0xc2523120) at /usr/src/sys/kern/vfs_bio.c:1368 > #4 0xc01c642e in vfs_bio_awrite (bp=0xc2523120) > at /usr/src/sys/kern/vfs_bio.c:1368 > #5 0xc0160b4b in spec_fsync (ap=0xc6251950) > at /usr/src/sys/fs/specfs/spec_vnops.c:837 > #6 0xc016068c in spec_vnoperate (ap=0xc6251950) > at /usr/src/sys/fs/specfs/spec_vnops.c:837 > #7 0xc026e743 in ffs_sync (mp=0xc1275000, waitfor=2, cred=0xc09dcd80, > td=0xc031eb20) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:813 > #8 0xc01d65bb in sync (td=0xc031eb20, uap=0x0) > at /usr/src/sys/kern/vfs_syscalls.c:584 > #9 0xc018b5bc in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:353 > #10 0xc018bb2d in panic (fmt=0xc030ccde "%s") > at /usr/src/sys/kern/kern_shutdown.c:353 > #11 0xc02c0683 in trap_fatal (frame=0xc6251ac8, eva=0) > at /usr/src/sys/i386/i386/trap.c:655 > #12 0xc02c00c2 in trap (frame={tf_fs = 24, tf_es = -1070727152, tf_ds = 16, > tf_edi = 1, tf_esi = 0, tf_ebp = -970646644, tf_isp = -970646796, > tf_ebx = 3145728, tf_edx = 0, tf_ecx = 0, tf_eax = 1, tf_trapno = 18, > tf_err = 0, tf_eip = -1070786165, tf_cs = 8, tf_eflags = 66118, > tf_esp = 0, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:655 > #13 0xc02d198b in __qdivrem (uq=3145728, vq=0, arq=0x0) > at /usr/src/sys/libkern/qdivrem.c:277 > #14 0xc02d1e2e in __udivdi3 (a=3145728, b=0) > at /usr/src/sys/libkern/udivdi3.c:51 > #15 0xc01f9c69 in dummynet_io (m=0xc0a10d00, pipe_nr=1, dir=2, fwa=0xc6251c44) > at /usr/src/sys/netinet/ip_dummynet.c:1227 > #16 0xc01ffcf2 in ip_input (m=0xc0a10d00) > at /usr/src/sys/netinet/ip_input.c:843 > #17 0xc0200452 in ipintr () at /usr/src/sys/netinet/ip_input.c:843 > #18 0xc0178ed7 in swi_net (dummy=0x0) at /usr/src/sys/kern/kern_intr.c:561 > #19 0xc0178bf6 in ithread_loop (arg=0xc09f8100) > at /usr/src/sys/kern/kern_intr.c:561 > #20 0xc0177ec6 in fork_exit (callout=0xc0178a34 , > arg=0xc09f8100, frame=0xc6251d48) at /usr/src/sys/kern/kern_fork.c:734 > (kgdb) frame 15 > #15 0xc01f9c69 in dummynet_io (m=0xc0a10d00, pipe_nr=1, dir=2, fwa=0xc6251c44) > at /usr/src/sys/netinet/ip_dummynet.c:1227 > 1227 } > (kgdb) list > 1222 splx(s); > 1223 if (q) > 1224 q->drops++ ; > 1225 m_freem(m); > 1226 return ENOBUFS ; > 1227 } > 1228 > 1229 /* > 1230 * Below, the rt_unref is only needed when (pkt->dn_dir == DN_TO_IP_OUT) > 1231 * Doing this would probably save us the initial bzero of dn_pkt > (kgdb) # hmm... > (kgdb) print fs->weight > $1 = 0 > (kgdb) print action > $2 = 42 > (kgdb) print fwa->rule->cmd[fwa->rule->act_ofs].opcode > $3 = O_LOG > (kgdb) print *fs > $4 = {next = 0x0, fs_nr = 0, flags_fs = 0, pipe = 0xc13cf100, parent_nr = 0, > weight = 0, qsize = 50, plr = 0, flow_mask = {dst_ip = 0, src_ip = 0, > dst_port = 0, src_port = 0, proto = 0 '\000', flags = 0 '\000'}, > rq_size = 1, rq_elements = 1, rq = 0xc121c650, last_expired = 0, > backlogged = 0, w_q = 0, max_th = 0, min_th = 0, max_p = 0, c_1 = 0, > c_2 = 0, c_3 = 0, c_4 = 0, w_q_lookup = 0x0, lookup_depth = 0, > lookup_step = 0, lookup_weight = 0, avg_pkt_size = 0, max_pkt_size = 0} > (kgdb) qhwt@gzl$ exit To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 9:47:38 2002 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 8D09237B400 for ; Tue, 16 Jul 2002 09:47:36 -0700 (PDT) Received: from mx2.itb.ac.id (mx2.itb.ac.id [202.249.24.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A6CD43E67 for ; Tue, 16 Jul 2002 09:47:31 -0700 (PDT) (envelope-from dikshie@ppk.itb.ac.id) Received: from ipv6.ppk.itb.ac.id (gerbang.ppk.itb.ac.id [167.205.25.15]) by mx2.itb.ac.id (Postfix) with ESMTP id 7F4313EAD1 for ; Tue, 16 Jul 2002 20:02:19 +0700 (JAVT) Received: by ipv6.ppk.itb.ac.id (Postfix, from userid 1000) id 9ED0023043; Tue, 16 Jul 2002 20:00:24 +0700 (WIT) Date: Tue, 16 Jul 2002 20:00:24 +0700 From: Dikshie To: current@freebsd.org Subject: /usr/src/dev/md error (?) Message-ID: <20020716200024.A57094@ppk.itb.ac.id> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Operating-System: (FreeBSD 4.6-STABLE i386) X-Uptime: 7:58PM up 2 days, 2:28, 4 users, load averages: 0.01, 0.06, 0.06 X-Organization: Pusat Penelitian Kelautan (PPK) X-Location: Labtek VI Building, Institute of Technology, Bandung, Indonesia X-Web-Site: http://ipv6.ppk.itb.ac.id/~dikshie X-IPv6: 2001:200:830:4:1::15/80, http://www.ipv6.itb.ac.id X-Provider: AI3-Net, http://www.ai3.itb.ac.id X-ICQ: 47556213 X-Yahoo-ID: dikshie Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I got error on step make buildkernel KERNCONF=MANDIRI : cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -W missing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wno-format -ansi -g -n ostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/ac pica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -includ e opt_global.h -fno-common -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/md/md.c cc1: warnings being treated as errors /usr/src/sys/dev/md/md.c: In function `md_kthread': /usr/src/sys/dev/md/md.c:570: warning: `error' might be used uninitialized in th is function *** Error code 1 Stop in /usr/obj/usr/src/sys/MANDIRI. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. mandiri# did I miss something ? thanks ! -dikshie- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 10:46:56 2002 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 2BED537B401 for ; Tue, 16 Jul 2002 10:46:52 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F0FD43E77 for ; Tue, 16 Jul 2002 10:46:47 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id NAA20062; Tue, 16 Jul 2002 13:46:46 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g6GHkGK51893; Tue, 16 Jul 2002 13:46:16 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15668.23528.719956.574605@grasshopper.cs.duke.edu> Date: Tue, 16 Jul 2002 13:46:16 -0400 (EDT) To: Andrew Kolchoogin Cc: current@freebsd.org Subject: Re: VOP_GETATTR panic on Alpha In-Reply-To: <20020716145107.GA69162@snark.rinet.ru> References: <20020716145107.GA69162@snark.rinet.ru> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrew Kolchoogin writes: > Hi! > > On Tue, Jul 16, 2002 at 02:45:11PM +0200, Dag-Erling Smorgrav wrote: > > > The following panic is 100% reproducable - it happens whenever I boot > > a recent kernel on Alpha, just before init(8) starts getty(8) on the > > console: > sorry, kernel from today's sources at 17:38 works just fine. > > Yet another question about kernel core dumps: what should I do to get one?-) > Why "panic" from debugger on i386 gives core dump and reboots the system > and "panic" from debugger on Alpha does not? > Because, as BDE says, that crashdumps work at all is mosty accidental. On alpha, a random kernel thread is waking up, and is unable to go back to sleep because of the panicstr hack msleep: mtx_lock_spin(&sched_lock); if (cold || panicstr) { /* * After a panic, or during autoconfiguration, * just give interrupts a chance, then just return; * don't run any other procs or panic below, * in case this is the idle process and already asleep. */ if (mtx != NULL && priority & PDROP) mtx_unlock(mtx); mtx_unlock_spin(&sched_lock); return (0); } We need to somehow let only interrupt threads and the panic'ed process run after a panic. I have no idea how to do this in a clean, low-impact way. Drew PS: I was trying to make crashdumps fail on x86 by increasing HZ. But I cannot. I have no idea why this only happens on alpha. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 11: 2: 3 2002 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 8E45737B400 for ; Tue, 16 Jul 2002 11:01:58 -0700 (PDT) Received: from snark.rinet.ru (snark.rinet.ru [195.54.192.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7302343E5E for ; Tue, 16 Jul 2002 11:01:57 -0700 (PDT) (envelope-from andrew@snark.rinet.ru) Received: from snark.rinet.ru (andrew@localhost [127.0.0.1]) by snark.rinet.ru (8.12.3/8.12.3) with ESMTP id g6GI1ugP071588 for ; Tue, 16 Jul 2002 22:01:56 +0400 (MSD) (envelope-from andrew@snark.rinet.ru) Received: (from andrew@localhost) by snark.rinet.ru (8.12.3/8.12.3/Submit) id g6GI1uTr071587 for current@freebsd.org; Tue, 16 Jul 2002 22:01:56 +0400 (MSD) Date: Tue, 16 Jul 2002 22:01:56 +0400 From: Andrew Kolchoogin To: current@freebsd.org Subject: Re: VOP_GETATTR panic on Alpha Message-ID: <20020716180156.GA70715@snark.rinet.ru> References: <20020716145107.GA69162@snark.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! On Tue, Jul 16, 2002 at 05:59:16PM +0200, Dag-Erling Smorgrav wrote: >> sorry, kernel from today's sources at 17:38 works just fine. > Try with DEBUG_VFS_LOCKS. Well. Say that me is the lamest programmer at the world. :) My Alpha DOESN'T go to debugger. Instead it hungs in the internals of the kernel. Break on serial console brings me to debugger. Instead of that it doesn't respond neither to the network nor the serial console. Andrew. P.S. Well, I'll try to get kernel core dump and analyse it using debugger. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 11: 3:34 2002 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 6246537B401 for ; Tue, 16 Jul 2002 11:03:32 -0700 (PDT) Received: from snark.rinet.ru (snark.rinet.ru [195.54.192.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1645E43E6A for ; Tue, 16 Jul 2002 11:03:31 -0700 (PDT) (envelope-from andrew@snark.rinet.ru) Received: from snark.rinet.ru (andrew@localhost [127.0.0.1]) by snark.rinet.ru (8.12.3/8.12.3) with ESMTP id g6GI3UgP071599 for ; Tue, 16 Jul 2002 22:03:30 +0400 (MSD) (envelope-from andrew@snark.rinet.ru) Received: (from andrew@localhost) by snark.rinet.ru (8.12.3/8.12.3/Submit) id g6GI3UDa071598 for current@freebsd.org; Tue, 16 Jul 2002 22:03:30 +0400 (MSD) Date: Tue, 16 Jul 2002 22:03:30 +0400 From: Andrew Kolchoogin To: current@freebsd.org Subject: Re: VOP_GETATTR panic on Alpha Message-ID: <20020716180330.GB70715@snark.rinet.ru> References: <20020716145107.GA69162@snark.rinet.ru> <15668.23528.719956.574605@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15668.23528.719956.574605@grasshopper.cs.duke.edu> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrew, On Tue, Jul 16, 2002 at 01:46:16PM -0400, Andrew Gallatin wrote: > PS: I was trying to make crashdumps fail on x86 by increasing HZ. But > I cannot. I have no idea why this only happens on alpha. have you any ideas what we should to test?-) Andrew. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 11:10:20 2002 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 6200137B410 for ; Tue, 16 Jul 2002 11:10:06 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FFF443E31 for ; Tue, 16 Jul 2002 11:10:06 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id DF804AE162; Tue, 16 Jul 2002 11:10:05 -0700 (PDT) Date: Tue, 16 Jul 2002 11:10:05 -0700 From: Alfred Perlstein To: Andrew Gallatin Cc: Andrew Kolchoogin , current@freebsd.org Subject: Re: VOP_GETATTR panic on Alpha Message-ID: <20020716181005.GW77219@elvis.mu.org> References: <20020716145107.GA69162@snark.rinet.ru> <15668.23528.719956.574605@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15668.23528.719956.574605@grasshopper.cs.duke.edu> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Andrew Gallatin [020716 10:46] wrote: > > Andrew Kolchoogin writes: > > Hi! > > > > On Tue, Jul 16, 2002 at 02:45:11PM +0200, Dag-Erling Smorgrav wrote: > > > > > The following panic is 100% reproducable - it happens whenever I boot > > > a recent kernel on Alpha, just before init(8) starts getty(8) on the > > > console: > > sorry, kernel from today's sources at 17:38 works just fine. > > > > Yet another question about kernel core dumps: what should I do to get one?-) > > Why "panic" from debugger on i386 gives core dump and reboots the system > > and "panic" from debugger on Alpha does not? > > > > Because, as BDE says, that crashdumps work at all is mosty accidental. > > On alpha, a random kernel thread is waking up, and is unable to go > back to sleep because of the panicstr hack msleep: > > mtx_lock_spin(&sched_lock); > if (cold || panicstr) { > /* > * After a panic, or during autoconfiguration, > * just give interrupts a chance, then just return; > * don't run any other procs or panic below, > * in case this is the idle process and already asleep. > */ > if (mtx != NULL && priority & PDROP) > mtx_unlock(mtx); > mtx_unlock_spin(&sched_lock); > return (0); > } > > > We need to somehow let only interrupt threads and the panic'ed process > run after a panic. I have no idea how to do this in a clean, > low-impact way. > > Drew > > PS: I was trying to make crashdumps fail on x86 by increasing HZ. But > I cannot. I have no idea why this only happens on alpha. um, psuedocode... for ithreads, td->td_flags |= TD_ITHREAD for panicing thread, td->td_flags |= TD_INPANIC if ((cold || panicstr) && (td->td_flags & (TD_ITHREAD|TD_INPANIC)) != 0) { ? -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 11:15:49 2002 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 1D6DC37B400 for ; Tue, 16 Jul 2002 11:15:43 -0700 (PDT) Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 959DB43E58 for ; Tue, 16 Jul 2002 11:15:42 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 28651 invoked from network); 16 Jul 2002 18:15:39 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail13.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 16 Jul 2002 18:15:39 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6GIFY053624; Tue, 16 Jul 2002 14:15:35 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020716062416.GT77219@elvis.mu.org> Date: Tue, 16 Jul 2002 14:15:39 -0400 (EDT) From: John Baldwin To: Alfred Perlstein Subject: Re: race condition in kern_descrip.c and fix Cc: "freebsd-current@freebsd.org" Cc: "freebsd-current@freebsd.org" , David Xu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 16-Jul-2002 Alfred Perlstein wrote: > * David Xu [020715 22:31] wrote: >> I found a race condition in kern_descrip.c, the race is in function falloc(), >> it opens a race window at line 1147: > > You're right, however I'd appreciate it if you'd look deeper into the > possiblity of races in this code before committing this patch to make > sure we don't want to do this another way. Here's a way w/o goto loops (caution, untested): Index: kern_descrip.c =================================================================== RCS file: /usr/cvs/src/sys/kern/kern_descrip.c,v retrieving revision 1.149 diff -u -r1.149 kern_descrip.c --- kern_descrip.c 29 Jun 2002 01:50:24 -0000 1.149 +++ kern_descrip.c 16 Jul 2002 17:27:00 -0000 @@ -1107,32 +1107,27 @@ register struct file *fp, *fq; int error, i; + /* + * Allocate a new file descriptor. + */ + fp = uma_zalloc(file_zone, M_WAITOK | M_ZERO); sx_xlock(&filelist_lock); if (nfiles >= maxfiles) { sx_xunlock(&filelist_lock); + uma_zfree(file_zone, fp); tablefull("file"); return (ENFILE); } nfiles++; - sx_xunlock(&filelist_lock); + /* - * Allocate a new file descriptor. * If the process has file descriptor zero open, add to the list * of open files at that point, otherwise put it at the front of * the list of open files. */ - fp = uma_zalloc(file_zone, M_WAITOK); - bzero(fp, sizeof(*fp)); - - /* - * wait until after malloc (which may have blocked) returns before - * allocating the slot, else a race might have shrunk it if we had - * allocated it before the malloc. - */ FILEDESC_LOCK(p->p_fd); if ((error = fdalloc(td, 0, &i))) { FILEDESC_UNLOCK(p->p_fd); - sx_xlock(&filelist_lock); nfiles--; sx_xunlock(&filelist_lock); uma_zfree(file_zone, fp); @@ -1144,9 +1139,6 @@ fp->f_cred = crhold(td->td_ucred); fp->f_ops = &badfileops; fp->f_seqcount = 1; - FILEDESC_UNLOCK(p->p_fd); - sx_xlock(&filelist_lock); - FILEDESC_LOCK(p->p_fd); if ((fq = p->p_fd->fd_ofiles[0])) { LIST_INSERT_AFTER(fq, fp, f_list); } else { This is more how fork1() works. If you want to optimize the maxfiles check, then you could grab the lock and do that check before the malloc() and then continue on with the rest of the function like it is after this patch. I.e., you would do the maxfiles check twice. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 11:16:24 2002 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 EF3AF37B400 for ; Tue, 16 Jul 2002 11:16:19 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ECBF43E64 for ; Tue, 16 Jul 2002 11:16:18 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id OAA21200; Tue, 16 Jul 2002 14:16:16 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g6GIFkk51922; Tue, 16 Jul 2002 14:15:46 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15668.25298.312139.824563@grasshopper.cs.duke.edu> Date: Tue, 16 Jul 2002 14:15:46 -0400 (EDT) To: Alfred Perlstein Cc: Andrew Kolchoogin , current@freebsd.org Subject: Re: VOP_GETATTR panic on Alpha In-Reply-To: <20020716181005.GW77219@elvis.mu.org> References: <20020716145107.GA69162@snark.rinet.ru> <15668.23528.719956.574605@grasshopper.cs.duke.edu> <20020716181005.GW77219@elvis.mu.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alfred Perlstein writes: > > We need to somehow let only interrupt threads and the panic'ed process > > run after a panic. I have no idea how to do this in a clean, > > low-impact way. > > > > Drew > > > > PS: I was trying to make crashdumps fail on x86 by increasing HZ. But > > I cannot. I have no idea why this only happens on alpha. > > um, psuedocode... > > for ithreads, td->td_flags |= TD_ITHREAD > for panicing thread, td->td_flags |= TD_INPANIC > > if ((cold || panicstr) && (td->td_flags & (TD_ITHREAD|TD_INPANIC)) != 0) { > I have no idea what's planned for td_flags. Is stealing 2 values for this use acceptable? I didn't consider touching the flags to be lightweight.. If so, I was thinking more like #define TDF_PANICSCHED 0x000002 /* may be scheduled during/after a panic */ Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 11:26:23 2002 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 9E0C337B400 for ; Tue, 16 Jul 2002 11:26:20 -0700 (PDT) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3409743E3B for ; Tue, 16 Jul 2002 11:26:20 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 5893 invoked from network); 16 Jul 2002 18:26:18 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 16 Jul 2002 18:26:18 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6GIQH053683; Tue, 16 Jul 2002 14:26:17 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <15668.23528.719956.574605@grasshopper.cs.duke.edu> Date: Tue, 16 Jul 2002 14:26:22 -0400 (EDT) From: John Baldwin To: Andrew Gallatin Subject: Re: VOP_GETATTR panic on Alpha Cc: current@freebsd.org, Andrew Kolchoogin Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 16-Jul-2002 Andrew Gallatin wrote: > > Andrew Kolchoogin writes: > > Hi! > > > > On Tue, Jul 16, 2002 at 02:45:11PM +0200, Dag-Erling Smorgrav wrote: > > > > > The following panic is 100% reproducable - it happens whenever I boot > > > a recent kernel on Alpha, just before init(8) starts getty(8) on the > > > console: > > sorry, kernel from today's sources at 17:38 works just fine. > > > > Yet another question about kernel core dumps: what should I do to get one?-) > > Why "panic" from debugger on i386 gives core dump and reboots the system > > and "panic" from debugger on Alpha does not? > > > > Because, as BDE says, that crashdumps work at all is mosty accidental. > > On alpha, a random kernel thread is waking up, and is unable to go > back to sleep because of the panicstr hack msleep: > > mtx_lock_spin(&sched_lock); > if (cold || panicstr) { > /* > * After a panic, or during autoconfiguration, > * just give interrupts a chance, then just return; > * don't run any other procs or panic below, > * in case this is the idle process and already asleep. > */ > if (mtx != NULL && priority & PDROP) > mtx_unlock(mtx); > mtx_unlock_spin(&sched_lock); > return (0); > } > > > We need to somehow let only interrupt threads and the panic'ed process > run after a panic. I have no idea how to do this in a clean, > low-impact way. It's probably preemption. However, the problem may be that you can't switch to the ithread if you just turn preemption on for panics because the ithread may already be on the run queue, thus why your earlier patch may not have worked. Try to see if it works ok if you turn on preemption fully by making the second arg to ithread_schedule() be !cold. FWIW, I only have problems with preemption on alphas if I use SMP. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 11:26:33 2002 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 1FAAE37B401 for ; Tue, 16 Jul 2002 11:26:29 -0700 (PDT) Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 506DB43E64 for ; Tue, 16 Jul 2002 11:26:28 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 11042 invoked from network); 16 Jul 2002 18:26:27 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 16 Jul 2002 18:26:27 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6GIQP053687; Tue, 16 Jul 2002 14:26:25 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <15668.25298.312139.824563@grasshopper.cs.duke.edu> Date: Tue, 16 Jul 2002 14:26:31 -0400 (EDT) From: John Baldwin To: Andrew Gallatin Subject: Re: VOP_GETATTR panic on Alpha Cc: current@freebsd.org, Andrew Kolchoogin , Alfred Perlstein Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 16-Jul-2002 Andrew Gallatin wrote: > > Alfred Perlstein writes: > > > We need to somehow let only interrupt threads and the panic'ed process > > > run after a panic. I have no idea how to do this in a clean, > > > low-impact way. > > > > > > Drew > > > > > > PS: I was trying to make crashdumps fail on x86 by increasing HZ. But > > > I cannot. I have no idea why this only happens on alpha. > > > > um, psuedocode... > > > > for ithreads, td->td_flags |= TD_ITHREAD > > for panicing thread, td->td_flags |= TD_INPANIC > > > > if ((cold || panicstr) && (td->td_flags & (TD_ITHREAD|TD_INPANIC)) != 0) { > > > > I have no idea what's planned for td_flags. Is stealing 2 values for > this use acceptable? I didn't consider touching the flags to be > lightweight.. > > > If so, I was thinking more like > >#define TDF_PANICSCHED 0x000002 /* may be scheduled during/after a panic */ You can already do if (td->td_ithd != NULL) to do the TD_ITHREAD test. The problem is that this won't work if there is a process on the run queue with a higher priority than the currently running process. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 11:30:19 2002 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 5B95537B400 for ; Tue, 16 Jul 2002 11:30:17 -0700 (PDT) Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C6AC43E31 for ; Tue, 16 Jul 2002 11:30:16 -0700 (PDT) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id UAA57518; Tue, 16 Jul 2002 20:26:37 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.12.2/8.12.2) with ESMTP id g6GITfLe042114; Tue, 16 Jul 2002 20:29:42 +0200 (CEST) (envelope-from root@nihil.plaut.de) Date: Tue, 16 Jul 2002 20:29:41 +0200 (CEST) From: Michael Reifenberger To: Steve Kargl Cc: FreeBSD-Current Subject: Re: buildworld failure in libstdc++ In-Reply-To: <20020716143001.GA27852@troutmask.apl.washington.edu> Message-ID: <20020716202616.E22684-100000@nihil> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 16 Jul 2002, Steve Kargl wrote: > Date: Tue, 16 Jul 2002 07:30:01 -0700 > From: Steve Kargl > To: Michael Reifenberger > Cc: FreeBSD-Current > Subject: Re: buildworld failure in libstdc++ > ... > You don't need a + in CFLAGS in /etc/make.conf. You need a += > in CXXFLAGS if you want CXXFLAGS to contain the contents of CFLAGS. > See /usr/share/examples/etc/make.conf. Ah, I see. Thanks! BTW: I need NO_WARNS=YES to get /usr/src/libexec/rtld-elf compiled. Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 11:48:32 2002 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 9C25037B400; Tue, 16 Jul 2002 11:48:28 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4C0A43E3B; Tue, 16 Jul 2002 11:48:27 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id OAA22371; Tue, 16 Jul 2002 14:48:27 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g6GIlv551946; Tue, 16 Jul 2002 14:47:57 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15668.27229.270084.969951@grasshopper.cs.duke.edu> Date: Tue, 16 Jul 2002 14:47:57 -0400 (EDT) To: John Baldwin Cc: current@FreeBSD.org, Andrew Kolchoogin Subject: Re: VOP_GETATTR panic on Alpha In-Reply-To: References: <15668.23528.719956.574605@grasshopper.cs.duke.edu> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin writes: > > > > We need to somehow let only interrupt threads and the panic'ed process > > run after a panic. I have no idea how to do this in a clean, > > low-impact way. > > It's probably preemption. However, the problem may be that you can't > switch to the ithread if you just turn preemption on for panics because > the ithread may already be on the run queue, thus why your earlier patch > may not have worked. Try to see if it works ok if you turn on preemption > fully by making the second arg to ithread_schedule() be !cold. FWIW, I > only have problems with preemption on alphas if I use SMP. I think its more than this. I tried unconditionally enabling premption, and I see no improvement. After a panic, it "wedges", and I see this : db> c syncing disks... done Uptime: 4m26s [halt sent] Stopped at siointr1+0x198: br zero,siointr1+0x330 db> tr siointr1() at siointr1+0x198 siointr() at siointr+0x40 isa_handle_fast_intr() at isa_handle_fast_intr+0x24 alpha_dispatch_intr() at alpha_dispatch_intr+0xd0 interrupt() at interrupt+0x110 XentInt() at XentInt+0x28 --- interrupt (from ipl 0) --- critical_exit() at critical_exit+0x20 _mtx_unlock_spin_flags() at _mtx_unlock_spin_flags+0xc4 msleep() at msleep+0x2b0 buf_daemon() at buf_daemon+0x1f4 fork_exit() at fork_exit+0xe0 exception_return() at exception_return --- root of call graph --- So its still stuck in msleep. How is it supposed to get back to the panic'ed thread if a system thread wakes up and is not allowed to go back to sleep??? Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 12: 7:53 2002 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 8D50E37B400 for ; Tue, 16 Jul 2002 12:07:50 -0700 (PDT) Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21F4F43E67 for ; Tue, 16 Jul 2002 12:07:50 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 24851 invoked from network); 16 Jul 2002 19:07:49 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail15.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 16 Jul 2002 19:07:49 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6GJ7l053891; Tue, 16 Jul 2002 15:07:47 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <15668.27229.270084.969951@grasshopper.cs.duke.edu> Date: Tue, 16 Jul 2002 15:07:53 -0400 (EDT) From: John Baldwin To: Andrew Gallatin Subject: Re: VOP_GETATTR panic on Alpha Cc: Andrew Kolchoogin , current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 16-Jul-2002 Andrew Gallatin wrote: > > John Baldwin writes: > > > > > > We need to somehow let only interrupt threads and the panic'ed process > > > run after a panic. I have no idea how to do this in a clean, > > > low-impact way. > > > > It's probably preemption. However, the problem may be that you can't > > switch to the ithread if you just turn preemption on for panics because > > the ithread may already be on the run queue, thus why your earlier patch > > may not have worked. Try to see if it works ok if you turn on preemption > > fully by making the second arg to ithread_schedule() be !cold. FWIW, I > > only have problems with preemption on alphas if I use SMP. > > I think its more than this. I tried unconditionally enabling > premption, and I see no improvement. After a panic, it "wedges", and > I see this : > > db> c > > syncing disks... > done > Uptime: 4m26s > > [halt sent] > Stopped at siointr1+0x198: br zero,siointr1+0x330 > > db> tr > siointr1() at siointr1+0x198 > siointr() at siointr+0x40 > isa_handle_fast_intr() at isa_handle_fast_intr+0x24 > alpha_dispatch_intr() at alpha_dispatch_intr+0xd0 > interrupt() at interrupt+0x110 > XentInt() at XentInt+0x28 > --- interrupt (from ipl 0) --- > critical_exit() at critical_exit+0x20 > _mtx_unlock_spin_flags() at _mtx_unlock_spin_flags+0xc4 > msleep() at msleep+0x2b0 > buf_daemon() at buf_daemon+0x1f4 > fork_exit() at fork_exit+0xe0 > exception_return() at exception_return > --- root of call graph --- > > > So its still stuck in msleep. How is it supposed to get back to > the panic'ed thread if a system thread wakes up and is not allowed to > go back to sleep??? Hmmmmm. Surprised we don't see this on other archs then (or maybe we do...). Probably when we have panic'd (and after we leave the debugger and go into boot() or some such) we should take any non-P_SYSTEM processes off the run queues and then remove the panicstr checks from msleep() and the condition variable wait functions. Perhaps better is to dink around in choosethread() so that if panicstr is set, we throw away any threads get that aren't P_SYSTEM or have the TDF_INPANIC flag set. By throw away, I mean that we just ignore any such threads and loop if we get one we want to throw away. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 12:54:14 2002 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 CF23B37B400; Tue, 16 Jul 2002 12:54:11 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A0DC43E5E; Tue, 16 Jul 2002 12:54:07 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id PAA24675; Tue, 16 Jul 2002 15:54:06 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g6GJraC52005; Tue, 16 Jul 2002 15:53:36 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15668.31168.555993.138907@grasshopper.cs.duke.edu> Date: Tue, 16 Jul 2002 15:53:36 -0400 (EDT) To: John Baldwin Cc: current@FreeBSD.org Subject: Re: VOP_GETATTR panic on Alpha In-Reply-To: References: <15668.27229.270084.969951@grasshopper.cs.duke.edu> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin writes: > > > > So its still stuck in msleep. How is it supposed to get back to > > the panic'ed thread if a system thread wakes up and is not allowed to > > go back to sleep??? > > Hmmmmm. Surprised we don't see this on other archs then (or maybe > we do...). Probably when we have panic'd (and after we leave the > debugger and go into boot() or some such) we should take any non-P_SYSTEM > processes off the run queues and then remove the panicstr checks from > msleep() and the condition variable wait functions. Do you have something like the following psuedo code in mind? Perhaps placed just prior to the call to boot() in panic()? foreach p in (all procs in system) { if (p == curproc) continue if (p->p_flag & P_SYSTEM) continue; foreach td in (all threads in p) if (td->td_state == TDS_RUNQ) remrunqueue(td); } I assume a panic will IPI other processors and halt them in their tracks so we don't need to worry too much about locking? > Perhaps better is to dink around in choosethread() so that if panicstr > is set, we throw away any threads get that aren't P_SYSTEM or have the > TDF_INPANIC flag set. By throw away, I mean that we just ignore any such > threads and loop if we get one we want to throw away. I think that I like your first idea better.. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 13: 5:10 2002 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 CC41A37B400 for ; Tue, 16 Jul 2002 13:05:06 -0700 (PDT) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 174EF43E3B for ; Tue, 16 Jul 2002 13:05:06 -0700 (PDT) (envelope-from abjenkins@attbi.com) Received: from attbi.com ([24.60.235.125]) by sccrmhc03.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020716200505.PCS25638.sccrmhc03.attbi.com@attbi.com>; Tue, 16 Jul 2002 20:05:05 +0000 Message-ID: <3D347C5D.7080900@attbi.com> Date: Tue, 16 Jul 2002 16:04:45 -0400 From: Anthony Jenkins User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc1) Gecko/20020423 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob Hughes Cc: freebsd-current@freebsd.org Subject: Re: Current (DP1) on Toshiba 5005 References: <1026823721.13803.59.camel@kahuna-ws.robhughes.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Rob Hughes wrote: >All, > >I have a Toshiba 5005-S504 laptop (a wonderful legacy-free box that's >I've cussed to no end) that I'm trying to get DP1 to boot on so I can >cvsup and take a look (and hopefully contribute something). I was able >to install, but after installation the system soft hangs after >displaying a message about CPU power states (sorry, going off memory for >now). I'm able to break to the debugger, so what information from dbg >would be helpful at this point? Also, I'm pretty sure it's acpi that's >causing the problem, so would someone point me to the syntax for >disabling a module preload? > >Thanks, >Rob > > > I was tracking down a similar hang and had to disable acpi (turns out I'm an idiot and the apparent hang at boot was because I forgot console was redirected to the serial port of the machine next to it), but I had to jump through hoops to do it it seems. I believe all you have to do is 'unset acpi_load' at the boot loader prompt. I had tried 'set acpi_load=NO', and finally 'unset module_path' to keep the kernel from finding /boot/kernel/acpi.ko. Hope this helps, Anthony Jenkins To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 13:13:38 2002 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 CC80737B400 for ; Tue, 16 Jul 2002 13:13:34 -0700 (PDT) Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 658C643E31 for ; Tue, 16 Jul 2002 13:13:34 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 3047 invoked from network); 16 Jul 2002 20:13:32 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 16 Jul 2002 20:13:32 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6GKDV054158; Tue, 16 Jul 2002 16:13:31 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <15668.31168.555993.138907@grasshopper.cs.duke.edu> Date: Tue, 16 Jul 2002 16:13:32 -0400 (EDT) From: John Baldwin To: Andrew Gallatin Subject: Re: VOP_GETATTR panic on Alpha Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 16-Jul-2002 Andrew Gallatin wrote: > > John Baldwin writes: > > > > > > So its still stuck in msleep. How is it supposed to get back to > > > the panic'ed thread if a system thread wakes up and is not allowed to > > > go back to sleep??? > > > > Hmmmmm. Surprised we don't see this on other archs then (or maybe > > we do...). Probably when we have panic'd (and after we leave the > > debugger and go into boot() or some such) we should take any non-P_SYSTEM > > processes off the run queues and then remove the panicstr checks from > > msleep() and the condition variable wait functions. > > Do you have something like the following psuedo code in mind? > Perhaps placed just prior to the call to boot() in panic()? > > foreach p in (all procs in system) { > if (p == curproc) > continue > if (p->p_flag & P_SYSTEM) > continue; > foreach td in (all threads in p) > if (td->td_state == TDS_RUNQ) > remrunqueue(td); > } > > I assume a panic will IPI other processors and halt them in their > tracks so we don't need to worry too much about locking? Hmm, it doesn't atm. Debugger() does, but panic doesn't. > > Perhaps better is to dink around in choosethread() so that if panicstr > > is set, we throw away any threads get that aren't P_SYSTEM or have the > > TDF_INPANIC flag set. By throw away, I mean that we just ignore any such > > threads and loop if we get one we want to throw away. > > I think that I like your first idea better.. I like my second, it is easier, just add this to choosethread: if (panicstr && ((td->td_proc->p_flag & P_SYSTEM) == 0 && (td->td_flags & TDF_INPANIC) == 0)) goto top; (Do this just before the td_state change and return()). You of couse need to set TDF_INPANIC when setting panicstr. This might mean that we break the restartable panics case. In that case you would just change this so that runq_choose() actually does the work to ignore threads on the run queue instead which eliminates the loop and ugly goto and preserves the runqueue state in the core dump. > Drew -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 13:14:57 2002 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 322F637B400 for ; Tue, 16 Jul 2002 13:14:55 -0700 (PDT) Received: from mailb.telia.com (mailb.telia.com [194.22.194.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CA8543E67 for ; Tue, 16 Jul 2002 13:14:54 -0700 (PDT) (envelope-from john@veidit.net) Received: from d1o1000.telia.com (d1o1000.telia.com [217.208.12.241]) by mailb.telia.com (8.12.5/8.12.5) with ESMTP id g6GKEiBF011262; Tue, 16 Jul 2002 22:14:44 +0200 (CEST) X-Original-Recipient: freebsd-current@FreeBSD.ORG Received: from veidit.net (h59n1fls35o1000.telia.com [217.210.234.59]) by d1o1000.telia.com (8.10.2/8.10.1) with ESMTP id g6GKEhZ07172; Tue, 16 Jul 2002 22:14:43 +0200 (CEST) Message-ID: <3D347EC1.5040509@veidit.net> Date: Tue, 16 Jul 2002 22:14:57 +0200 From: John Angelmo User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1a) Gecko/20020611 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Arnold Cavazos Jr." Cc: freebsd-current@FreeBSD.ORG Subject: Re: Still no XFree86-4? References: <3D33EFC5.7010407@veidit.net> <20020716145707.GA97993@abcjr.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wasn't this added in this commit? http://freshports.org/commit.php?message_id=200207142026.g6EKQXa1003977@freefall.freebsd.org /John Arnold Cavazos Jr. wrote: > This was posted on 11 July: > > http://people.freebsd.org/~anholt/files/x420diff-1 > > I did have to manually copy Wraphelp.c somewhere in the font-server > port, but things built fine after that. > > -- > abcjr > > On Tue, Jul 16, 2002 at 12:04:53PM +0200, John Angelmo wrote: > >>Hello >> >>I erased my /usr/ports just to be sure that all the diffrent patches >>out, then cvsuped to get the latest version, to my disepointment >>XFree86-4 Still dosn't build under Current, I still got the same perl >>error in fonts, the perl port is installed. >> >>Does anyone have a working patch? >> >>/John >> >> >>To Unsubscribe: send mail to majordomo@FreeBSD.org >>with "unsubscribe freebsd-current" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 13:16: 9 2002 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 6E4CD37B400 for ; Tue, 16 Jul 2002 13:16:07 -0700 (PDT) Received: from mailb.telia.com (mailb.telia.com [194.22.194.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91BCC43E4A for ; Tue, 16 Jul 2002 13:16:06 -0700 (PDT) (envelope-from john@veidit.net) Received: from d1o1000.telia.com (d1o1000.telia.com [217.208.12.241]) by mailb.telia.com (8.12.5/8.12.5) with ESMTP id g6GKG5BF012544; Tue, 16 Jul 2002 22:16:05 +0200 (CEST) X-Original-Recipient: current@FreeBSD.ORG Received: from veidit.net (h59n1fls35o1000.telia.com [217.210.234.59]) by d1o1000.telia.com (8.10.2/8.10.1) with ESMTP id g6GKG5Z08269; Tue, 16 Jul 2002 22:16:05 +0200 (CEST) Message-ID: <3D347F13.40409@veidit.net> Date: Tue, 16 Jul 2002 22:16:19 +0200 From: John Angelmo User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1a) Gecko/20020611 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrew Kolchoogin Cc: current@FreeBSD.ORG Subject: Re: Still no XFree86-4? References: <3D33EFC5.7010407@veidit.net> <20020716102710.GA67520@snark.rinet.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrew Kolchoogin wrote: > John, > > On Tue, Jul 16, 2002 at 12:04:53PM +0200, John Angelmo wrote: > > >>I erased my /usr/ports just to be sure that all the diffrent patches >>out, then cvsuped to get the latest version, to my disepointment >>XFree86-4 Still dosn't build under Current, I still got the same perl >>error in fonts, the perl port is installed. > > Try to say as root "use.perl port". I did that before make install > > >>Does anyone have a working patch? > > It doesn't seem to me that moving perl executable from /usr/bin to > /usr/local/bin can affect executing of perl scripts. > /usr/bin/perl is linked to /usr/local/bin/perl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 13:44:50 2002 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 880F337B400; Tue, 16 Jul 2002 13:44:48 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C780F43E42; Tue, 16 Jul 2002 13:44:47 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id QAA26368; Tue, 16 Jul 2002 16:44:47 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g6GKiHa52055; Tue, 16 Jul 2002 16:44:17 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15668.34209.159527.233804@grasshopper.cs.duke.edu> Date: Tue, 16 Jul 2002 16:44:17 -0400 (EDT) To: John Baldwin Cc: current@FreeBSD.org Subject: Re: VOP_GETATTR panic on Alpha In-Reply-To: References: <15668.31168.555993.138907@grasshopper.cs.duke.edu> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin writes: > > I like my second, it is easier, just add this to choosethread: Don't all these compares in the critical path add up? > if (panicstr && > ((td->td_proc->p_flag & P_SYSTEM) == 0 && > (td->td_flags & TDF_INPANIC) == 0)) > goto top; > > (Do this just before the td_state change and return()). > > You of couse need to set TDF_INPANIC when setting panicstr. This > might mean that we break the restartable panics case. In that > case you would just change this so that runq_choose() actually does > the work to ignore threads on the run queue instead which eliminates > the loop and ugly goto and preserves the runqueue state in the core > dump. I assume I also need to remove the panicstr check in at least msleep. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 13:52: 6 2002 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 170D537B400 for ; Tue, 16 Jul 2002 13:52:03 -0700 (PDT) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2BF943E42 for ; Tue, 16 Jul 2002 13:52:02 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 8853 invoked from network); 16 Jul 2002 20:52:01 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 16 Jul 2002 20:52:01 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6GKpl054255; Tue, 16 Jul 2002 16:51:48 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <15668.34209.159527.233804@grasshopper.cs.duke.edu> Date: Tue, 16 Jul 2002 16:51:50 -0400 (EDT) From: John Baldwin To: Andrew Gallatin Subject: Re: VOP_GETATTR panic on Alpha Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 16-Jul-2002 Andrew Gallatin wrote: > > John Baldwin writes: > > > > I like my second, it is easier, just add this to choosethread: > > Don't all these compares in the critical path add up? Well, we will end up trading a panicstr test in runq_choose for ones in msleep and cv's. It probably will be more in the long run. > I assume I also need to remove the panicstr check in at least msleep. Yes. > Drew -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 14:35:46 2002 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 8875837B400 for ; Tue, 16 Jul 2002 14:35:43 -0700 (PDT) Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA38B43E6D for ; Tue, 16 Jul 2002 14:35:42 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id g6GLZedW046942; Tue, 16 Jul 2002 17:35:41 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <3D33EFC5.7010407@veidit.net> References: <3D33EFC5.7010407@veidit.net> Date: Tue, 16 Jul 2002 17:35:40 -0400 To: John Angelmo , current@FreeBSD.ORG From: Garance A Drosihn Subject: Re: Still no XFree86-4? Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 12:04 PM +0200 7/16/02, John Angelmo wrote: >Hello > >I erased my /usr/ports just to be sure that all the different >patches out, then cvsuped to get the latest version, to my >disappointment XFree86-4 Still dosn't build under Current, I >still got the same perl error in fonts, the perl port is >installed. > >Does anyone have a working patch? I rebuilt all of XFree86-4 on current from scratch this past weekend (probably Sunday night). I ran into some minor problems because I still had some left-over temporary patches in the 'files' directory of one of the ports, but after I blew those away and re-cvsup'ed then everything seemed to work okay. The only place I ran into a problem was that the Wraphelp.c file did not automatically show up in whatever directory it has to show up in, so I had to do that by hand, and finish building that port by hand. But I did end up with all of XFree86-4 built, and working. I did have the perl port already built (and 'use.perl port' done), and I do have: XFREE86_VERSION=4 in my /etc/make.conf file. I do not know if that is necessary. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 14:37: 7 2002 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 7532737B400 for ; Tue, 16 Jul 2002 14:37:00 -0700 (PDT) Received: from gehicks.dyndns.org (adsl-35-49-18.asm.bellsouth.net [67.35.49.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCE9F43E3B for ; Tue, 16 Jul 2002 14:36:59 -0700 (PDT) (envelope-from gehicks@gehicks.dyndns.org) Received: from mac (mac [10.0.0.13]) by gehicks.dyndns.org (8.12.5/8.12.5) with ESMTP id g6GLiIVH003558; Tue, 16 Jul 2002 21:44:18 GMT (envelope-from gehicks@gehicks.dyndns.org) Date: Tue, 16 Jul 2002 17:36:52 -0400 Subject: Re: /usr/src/dev/md error (?) Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) Cc: current@freebsd.org To: Dikshie From: W Gerald Hicks In-Reply-To: <20020716200024.A57094@ppk.itb.ac.id> Message-Id: <24A26492-9904-11D6-99DB-0030657B5F1E@gehicks.dyndns.org> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.482) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Following patch should silence it. Cheers, Jerry Hicks gehicks@gehicks.dyndns.org Index: src/sys/dev/md/md.c =================================================================== RCS file: /home/ncvs/src/sys/dev/md/md.c,v retrieving revision 1.66 diff -u -r1.66 md.c --- src/sys/dev/md/md.c 24 Jun 2002 12:07:02 -0000 1.66 +++ src/sys/dev/md/md.c 16 Jul 2002 21:32:44 -0000 @@ -606,6 +606,7 @@ error = mdstart_swap(sc, bp); break; default: + error = -1; panic("Impossible md(type)"); break; } On Tuesday, July 16, 2002, at 09:00 AM, Dikshie wrote: > > Hello, > > I got error on step make buildkernel KERNCONF=MANDIRI : > > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -W > missing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wno-format > -ansi -g -n > ostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev > -I/usr/src/sys/contrib/dev/ac > pica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include > -D_KERNEL -includ > e opt_global.h -fno-common -mpreferred-stack-boundary=2 > -ffreestanding -Werror > /usr/src/sys/dev/md/md.c > cc1: warnings being treated as errors > /usr/src/sys/dev/md/md.c: In function `md_kthread': > /usr/src/sys/dev/md/md.c:570: warning: `error' might be used > uninitialized in th > is function > *** Error code 1 > Stop in /usr/obj/usr/src/sys/MANDIRI. > *** Error code 1 > Stop in /usr/src. > *** Error code 1 > Stop in /usr/src. > mandiri# > > > > did I miss something ? > > > thanks ! > > > -dikshie- > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 14:44: 2 2002 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 B66AC37B405 for ; Tue, 16 Jul 2002 14:43:58 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12F7F43E64 for ; Tue, 16 Jul 2002 14:43:58 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: from blossom.cjclark.org ([12.234.91.48]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020716214357.VZEF6023.sccrmhc02.attbi.com@blossom.cjclark.org>; Tue, 16 Jul 2002 21:43:57 +0000 Received: from blossom.cjclark.org (localhost. [127.0.0.1]) by blossom.cjclark.org (8.12.3/8.12.3) with ESMTP id g6GLhuJK021874; Tue, 16 Jul 2002 14:43:56 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: (from cjc@localhost) by blossom.cjclark.org (8.12.3/8.12.3/Submit) id g6GLhtbw021873; Tue, 16 Jul 2002 14:43:55 -0700 (PDT) X-Authentication-Warning: blossom.cjclark.org: cjc set sender to crist.clark@attbi.com using -f Date: Tue, 16 Jul 2002 14:43:55 -0700 From: "Crist J. Clark" To: Garrett Wollman Cc: Robert Drehmel , current@FreeBSD.ORG Subject: Re: bug in awk implementation? Message-ID: <20020716214355.GE20381@blossom.cjclark.org> Reply-To: "Crist J. Clark" References: <20020715173747.A11802@alpha.develop.ferrari.net> <1026759240.7028.1.camel@hilfy.ece.cmu.edu> <20020715214709.A12624@alpha.develop.ferrari.net> <200207152000.g6FK0Tjt084098@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200207152000.g6FK0Tjt084098@khavrinen.lcs.mit.edu> User-Agent: Mutt/1.4i X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jul 15, 2002 at 04:00:29PM -0400, Garrett Wollman wrote: > < said: > > > You are right. However, I still consider it a bug. :-) > > The standard says that the behavior is ``undefined''. That means that > you computer is allowed to turn into a frog. Actually doing something > useful is also permitted. And since it is clearly documented, awk(1) says, Records Normally, records are separated by newline characters. You can control how records are separated by assigning values to the built-in variable RS. If RS is any single character, that character separates records. Otherwise, RS is a regular expression. Text in the input that matches this regular expression will separate the record. However, in compatibility mode, only the first character of its string value is used for separating records. If RS is set to the null string, then records are separated by blank lines. When RS is set to the null string, the new- line character always acts as a field separator, in addi- tion to whatever value FS may have. It is not a bug. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 15:12:37 2002 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 228DD37B400 for ; Tue, 16 Jul 2002 15:12:35 -0700 (PDT) Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E3B743E5E for ; Tue, 16 Jul 2002 15:12:33 -0700 (PDT) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id AAA60928; Wed, 17 Jul 2002 00:09:00 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.12.5/8.12.2) with ESMTP id g6GMB4g8020294; Wed, 17 Jul 2002 00:11:08 +0200 (CEST) (envelope-from root@nihil.plaut.de) Date: Wed, 17 Jul 2002 00:11:03 +0200 (CEST) From: Michael Reifenberger To: Steve Kargl Cc: FreeBSD-Current Subject: Re: buildworld failure in libstdc++ In-Reply-To: <20020716184055.GA29526@troutmask.apl.washington.edu> Message-ID: <20020717000436.R17833-100000@nihil> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 16 Jul 2002, Steve Kargl wrote: ... > Is this an alpha based system? I just completed a buildworld > without setting anything special. i386 Sigh. It must have been a relict of using the ports gcc31 for buildworld. Another make (using the base 3.1 compiler - in /usr/src/libexec/rtld-elf after "make installworld" succeeded too. Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 15:55:38 2002 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 ECF5F37B405 for ; Tue, 16 Jul 2002 15:55:25 -0700 (PDT) Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26D2C43E31 for ; Tue, 16 Jul 2002 15:55:25 -0700 (PDT) (envelope-from joe@tao.org.uk) Received: by tao.org.uk (Postfix, from userid 100) id 8B30211B; Tue, 16 Jul 2002 23:53:46 +0100 (BST) Date: Tue, 16 Jul 2002 23:53:46 +0100 From: Josef Karthauser To: Don Lewis , zipzippy@sonic.net, current@freebsd.org, dnelson@allantgroup.com Subject: Re: What to do with witness verbiage (is this new?)? Message-ID: <20020716225346.GA552@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Don Lewis , zipzippy@sonic.net, current@freebsd.org, dnelson@allantgroup.com References: <20020711103639.GC2270@genius.tao.org.uk> <200207111101.g6BB18wr010380@gw.catspoiler.org> <20020711113327.GA6859@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: <20020711113327.GA6859@genius.tao.org.uk> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 11, 2002 at 12:33:27PM +0100, Josef Karthauser wrote: > On Thu, Jul 11, 2002 at 04:01:08AM -0700, Don Lewis wrote: [stuff about could sleep with "inp" locked from /usr/src/sys/netinet/tcp_usrreq.c:647 could sleep with "tcp" locked from /usr/src/sys/netinet/tcp_usrreq.c:630 cut] I saw the recent changes to -current to try and fix this, but I'm still seeing it. Here's a typical stack trace: Debugger(c0374e00,c0389851,534,c0374e47,c037d8c8) at Debugger+0x54 witness_sleep(1,0,c0389851,534,c021bf24) at witness_sleep+0x135 uma_zalloc_arg(c1564000,0,4,c021bf24,c1564000) at uma_zalloc_arg+0x39 malloc(50,c03c1060,4,c40e5000,c40e5000) at malloc+0x55 uhci_allocm(c40e5000,c40edc40,a4,c024a000,c160e72e) at uhci_allocm+0x3d usbd_transfer(c40edc00,c434b600,c4126174,c42b1000,a4) at usbd_transfer+0xba aue_encap(c4126000,c160e700,0,49c,c41260dc) at aue_encap+0xa2 aue_start(c4126000,0,c0379f81,134,0) at aue_start+0xcc if_handoff(c41260c8,c160e700,c4126000,0,de0259e4) at if_handoff+0x107 ether_output_frame(c4126000,c160e700,6,c4336ba8,de0259e4) at ether_output_frame+0x241 ether_output(c4126000,c160e700,c4336ba8,c4ace200,0) at ether_output+0x4a2 ip_output(c160e700,0,c4336ba4,0,0) at ip_output+0xa75 tcp_output(c4336c68,c160ed00,c037de40,287,0) at tcp_output+0xc60 tcp_usr_send(c4ce1320,0,c160ed00,0,0) at tcp_usr_send+0x1be sosend(c4ce1320,0,de025c7c,c160ed00,0) at sosend+0x4c3 soo_write(c4d62078,de025c7c,c4d5cc80,0 Is anyone anywhere near this code at the moment? Joe --=20 "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iEYEARECAAYFAj00o/kACgkQXVIcjOaxUBYeqwCcD2q5WYCN6KgBXGj6ph7TSI7F 7LsAn282tOMYo61aj99LN/LeJo+gfDsZ =TZl1 -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 16:14: 1 2002 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 1AD5B37B400 for ; Tue, 16 Jul 2002 16:13:58 -0700 (PDT) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AF2543E42 for ; Tue, 16 Jul 2002 16:13:57 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 7411 invoked from network); 16 Jul 2002 23:13:56 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 16 Jul 2002 23:13:56 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6GNDs054613; Tue, 16 Jul 2002 19:13:54 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020716225346.GA552@genius.tao.org.uk> Date: Tue, 16 Jul 2002 19:14:05 -0400 (EDT) From: John Baldwin To: Josef Karthauser Subject: Re: What to do with witness verbiage (is this new?)? Cc: dnelson@allantgroup.com, current@freebsd.org, zipzippy@sonic.net, Don Lewis Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 16-Jul-2002 Josef Karthauser wrote: > On Thu, Jul 11, 2002 at 12:33:27PM +0100, Josef Karthauser wrote: >> On Thu, Jul 11, 2002 at 04:01:08AM -0700, Don Lewis wrote: > > [stuff about > could sleep with "inp" locked from /usr/src/sys/netinet/tcp_usrreq.c:647 > could sleep with "tcp" locked from /usr/src/sys/netinet/tcp_usrreq.c:630 > cut] > > I saw the recent changes to -current to try and fix this, but I'm still > seeing it. > > Here's a typical stack trace: > > Debugger(c0374e00,c0389851,534,c0374e47,c037d8c8) at Debugger+0x54 > witness_sleep(1,0,c0389851,534,c021bf24) at witness_sleep+0x135 > uma_zalloc_arg(c1564000,0,4,c021bf24,c1564000) at uma_zalloc_arg+0x39 > malloc(50,c03c1060,4,c40e5000,c40e5000) at malloc+0x55 > uhci_allocm(c40e5000,c40edc40,a4,c024a000,c160e72e) at uhci_allocm+0x3d > usbd_transfer(c40edc00,c434b600,c4126174,c42b1000,a4) at > usbd_transfer+0xba > aue_encap(c4126000,c160e700,0,49c,c41260dc) at aue_encap+0xa2 > aue_start(c4126000,0,c0379f81,134,0) at aue_start+0xcc > if_handoff(c41260c8,c160e700,c4126000,0,de0259e4) at if_handoff+0x107 > ether_output_frame(c4126000,c160e700,6,c4336ba8,de0259e4) at > ether_output_frame+0x241 > ether_output(c4126000,c160e700,c4336ba8,c4ace200,0) at > ether_output+0x4a2 > ip_output(c160e700,0,c4336ba4,0,0) at ip_output+0xa75 > tcp_output(c4336c68,c160ed00,c037de40,287,0) at tcp_output+0xc60 > tcp_usr_send(c4ce1320,0,c160ed00,0,0) at tcp_usr_send+0x1be > sosend(c4ce1320,0,de025c7c,c160ed00,0) at sosend+0x4c3 > soo_write(c4d62078,de025c7c,c4d5cc80,0 > > Is anyone anywhere near this code at the moment? This is because USB network drivers are possibly doing bad things. Either that or the network locking is making bogus assumptions about what device driver routines will and will not do. Probably the network stack should not hold locks across a driver's start method. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 16:25:55 2002 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 5079537B400 for ; Tue, 16 Jul 2002 16:25:53 -0700 (PDT) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0760243E64 for ; Tue, 16 Jul 2002 16:25:53 -0700 (PDT) (envelope-from eta@lclark.edu) Received: from anholt ([12.224.154.76]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020716232552.JOUO26053.rwcrmhc53.attbi.com@anholt>; Tue, 16 Jul 2002 23:25:52 +0000 Subject: Re: Still no XFree86-4? From: Eric Anholt To: John Angelmo Cc: current@FreeBSD.ORG In-Reply-To: <3D33EFC5.7010407@veidit.net> References: <3D33EFC5.7010407@veidit.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 Date: 16 Jul 2002 17:25:52 -0600 Message-Id: <1026861953.474.18.camel@anholt.dyndns.org> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 2002-07-16 at 04:04, John Angelmo wrote: > Hello > > I erased my /usr/ports just to be sure that all the diffrent patches > out, then cvsuped to get the latest version, to my disepointment > XFree86-4 Still dosn't build under Current, I still got the same perl > error in fonts, the perl port is installed. > > Does anyone have a working patch? http://people.freebsd.org/~anholt/files/imake4diff Could you apply this patch and rebuild imake-4 and see if it picks up the perl dependency? If it doesn't pick it up, does adding: http://people.freebsd.org/~anholt/files/bsdportmk.diff make perl get picked up? If you've already installed perl, ignore this. As far as the Wraphelp.c issues, I'm working on cleaning that mess up right now (testing the patch on a full XFree86-4 build on clean -current). > > /John > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Eric Anholt http://people.freebsd.org/~anholt/dri/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 16:44:36 2002 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 C1E6C37B400 for ; Tue, 16 Jul 2002 16:44:27 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 50E9D43E58 for ; Tue, 16 Jul 2002 16:44:23 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 46226 invoked by uid 1000); 17 Jul 2002 00:14:37 -0000 Date: Tue, 16 Jul 2002 17:14:37 -0700 (PDT) From: Nate Lawson To: current@freebsd.org Subject: FFS namei panic Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This was also reported a little earlier in thread <20020712183907.GA570@blarf.homeip.net> but the reporter was not able to give msgbuf details. This panic occurred on an i386 UP box while rsyncing from another box. Let me know if you need other info. Here is what I could find: panic: from debugger panic messages: --- panic: Most recently used by devbuf panic: from debugger Uptime: 39m12s Dumping 126 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 --- #0 doadump () at ../../../kern/kern_shutdown.c:213 213 dumping++; (kgdb) bt #0 doadump () at ../../../kern/kern_shutdown.c:213 #1 0xc01ebc15 in boot (howto=260) at ../../../kern/kern_shutdown.c:345 #2 0xc01ebdc9 in panic () at ../../../kern/kern_shutdown.c:491 #3 0xc01402cd in db_panic () at ../../../ddb/db_command.c:449 #4 0xc014026c in db_command (last_cmdp=0xc0336320, cmd_table=0x0, aux_cmd_tablep=0xc032f738, aux_cmd_tablep_end=0xc032f73c) at ../../../ddb/db_command.c:345 #5 0xc014033b in db_command_loop () at ../../../ddb/db_command.c:471 #6 0xc014276a in db_trap (type=3, code=0) at ../../../ddb/db_trap.c:72 #7 0xc02c0374 in kdb_trap (type=3, code=0, regs=0xcce2d74c) at ../../../i386/i386/db_interface.c:161 #8 0xc02cdaec in trap (frame= {tf_fs = -1070268392, tf_es = 16, tf_ds = 16, tf_edi = -1061681920, tf_esi = 256, tf_ebp = -857548912, tf_isp = -857548936, tf_ebx = 0, tf_edx = 0, tf_ecx = 32, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1070856731, tf_cs = 8, tf_eflags = 642, tf_esp = -1070457944, tf_ss = -857548892}) at ../../../i386/i386/trap.c:604 #9 0xc02c1748 in calltrap () at {standard input}:98 #10 0xc01ebdb4 in panic (fmt=0x0) at ../../../kern/kern_shutdown.c:478 [--- begin relevant part ---] #11 0xc02a1acc in mtrash_ctor (mem=0xc19bf800, size=0, arg=0x0) at ../../../vm/uma_dbg.c:135 #12 0xc02a0a27 in uma_zalloc_arg (zone=0xc0b80500, udata=0x0, flags=0) at ../../../vm/uma_core.c:1358 #13 0xc01e2dcc in malloc (size=7, type=0xc035c420, flags=0) at ../../../kern/kern_malloc.c:171 #14 0xc0221c63 in allocbuf (bp=0xc405fb88, size=2048) at ../../../kern/vfs_bio.c:2585 #15 0xc0221a34 in getblk (vp=0xc19a3b58, blkno=0, size=2048, slpflag=0, slptimeo=0) at ../../../kern/vfs_bio.c:2477 #16 0xc021f577 in breadn (vp=0xc19a3b58, blkno=0, size=2048, rablkno=0x0, rabsize=0x0, cnt=0, cred=0x0, bpp=0x0) at ../../../kern/vfs_bio.c:691 #17 0xc021f544 in bread (vp=0xc19a3b58, blkno=0, size=2048, cred=0x0, bpp=0xcce2d954) at ../../../kern/vfs_bio.c:673 #18 0xc0281b0e in ffs_blkatoff (vp=0xc19a3b58, offset=0, res=0x0, bpp=0xcce2d9c8) at ../../../ufs/ffs/ffs_subr.c:91 #19 0xc028856e in ufs_lookup (ap=0xcce2daf0) at ../../../ufs/ufs/ufs_lookup.c:266 #20 0xc028e51f in ufs_vnoperate (ap=0x0) at ../../../ufs/ufs/ufs_vnops.c:2724 #21 0xc0223bc1 in vfs_cache_lookup (ap=0x0) at vnode_if.h:73 #22 0xc028e51f in ufs_vnoperate (ap=0x0) at ../../../ufs/ufs/ufs_vnops.c:2724 #23 0xc02274d4 in lookup (ndp=0xcce2dc30) at vnode_if.h:48 #24 0xc0226f74 in namei (ndp=0xcce2dc30) at ../../../kern/vfs_lookup.c:175 #25 0xc023033a in lstat (td=0xc18da780, uap=0xcce2dd14) at ../../../kern/vfs_syscalls.c:1536 #26 0xc02ce27c in syscall (frame= {tf_fs = -1078001617, tf_es = 47, tf_ds = -1078001617, tf_edi = 16877, tf_esi = 135189760, tf_ebp = -1077939860, tf_isp = -857547404, tf_ebx = 135189760, tf_edx = 134674144, tf_ecx = 134674186, tf_eax = 190, tf_trapno = 12, tf_err = 2, tf_eip = 671886820, tf_cs = 31, tf_eflags = 647, tf_esp = -1077939888, tf_ss = 47}) at ../../../i386/i386/trap.c:1049 #27 0xc02c177d in syscall_with_err_pushed () at {standard input}:128 ---Can't read userspace from dump, or kernel process--- ------------------------------------------- Dmesg output: ahc0: Someone reset channel A ../../../vm/uma_core.c:1332: could sleep with "kernel linker" locked from ../../../kern/kern_linker.c:1797 Memory modified after free 0xc19bf800(2044) panic: Most recently used by devbuf panic: from debugger Uptime: 39m12s Dumping 126 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 ------------------------------------------- FreeBSD moe 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Mon Jul 15 13:29:04 PDT 2002 root@moe:/usr/src/sys/i386/compile/MOE i386 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 16:57:50 2002 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 0DAEE37B400; Tue, 16 Jul 2002 16:57:48 -0700 (PDT) Received: from ns1.gnf.org (ns1.gnf.org [63.196.132.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C31543E3B; Tue, 16 Jul 2002 16:57:47 -0700 (PDT) (envelope-from gordon@FreeBSD.org) Received: from mail.gnf.org (smtp.gnf.org [172.25.11.11]) by ns1.gnf.org (8.11.6/8.11.6) with ESMTP id g6GNvdX01645; Tue, 16 Jul 2002 16:57:39 -0700 (PDT) (envelope-from gordon@FreeBSD.org) Received: by mail.gnf.org (Postfix, from userid 888) id A640F11E512; Tue, 16 Jul 2002 16:57:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.gnf.org (Postfix) with ESMTP id A50C311A572; Tue, 16 Jul 2002 16:57:42 -0700 (PDT) Date: Tue, 16 Jul 2002 16:57:42 -0700 (PDT) From: Gordon Tetlow X-X-Sender: gordont@smtp.gnf.org To: "Crist J. Clark" Cc: Garrett Wollman , Robert Drehmel , Subject: Re: bug in awk implementation? In-Reply-To: <20020716214355.GE20381@blossom.cjclark.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 16 Jul 2002, Crist J. Clark wrote: > And since it is clearly documented, awk(1) says, > > Records > Normally, records are separated by newline characters. > You can control how records are separated by assigning > values to the built-in variable RS. If RS is any single > character, that character separates records. Otherwise, > RS is a regular expression. Text in the input that > matches this regular expression will separate the record. > However, in compatibility mode, only the first character > of its string value is used for separating records. If RS > is set to the null string, then records are separated by > blank lines. When RS is set to the null string, the new- > line character always acts as a field separator, in addi- > tion to whatever value FS may have. > > It is not a bug. No, you are quoting from the gawk(1) man page. The awk(1) man page makes no such statement. -gordon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 17:35:40 2002 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 0065E37B405 for ; Tue, 16 Jul 2002 17:35:37 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1572E43E5E for ; Tue, 16 Jul 2002 17:35:36 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id KAA17736; Wed, 17 Jul 2002 10:35:27 +1000 Date: Wed, 17 Jul 2002 10:39:10 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Alexander Kabaev Cc: billh@gnuppy.monkey.org, Subject: Re: ast() assert failed ? In-Reply-To: <20020715180032.06fe30ec.ak03@gte.com> Message-ID: <20020717103714.I3087-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 15 Jul 2002, Alexander Kabaev wrote: > I am reliably get these messages while using gdb on user processes. This > started long before KSEIII. I haven't managed to duplicate these problems for small user processes and suspect that they have something to do with threaded applications. Can you provide an example with an easy to debug process? Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 18: 5: 7 2002 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 1E3FC37B400 for ; Tue, 16 Jul 2002 18:05:04 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id D994E43E31 for ; Tue, 16 Jul 2002 18:05:02 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id LAA23212; Wed, 17 Jul 2002 11:04:43 +1000 Date: Wed, 17 Jul 2002 11:08:24 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Andrew Gallatin Cc: Andrew Kolchoogin , Subject: Re: VOP_GETATTR panic on Alpha In-Reply-To: <15668.23528.719956.574605@grasshopper.cs.duke.edu> Message-ID: <20020717103919.D3087-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 16 Jul 2002, Andrew Gallatin wrote: > Andrew Kolchoogin writes: > > Why "panic" from debugger on i386 gives core dump and reboots the system > > and "panic" from debugger on Alpha does not? > > Because, as BDE says, that crashdumps work at all is mosty accidental. Er, I meant that working of syncs in panic() is mostly accidental. Panic dumps should not be affected, since they should involve little more than the driver's dump routine which should not depend on interrupts or context switching working. Dump routines must use polling only, and run with some sort of lock to prevent context switching. splhigh() is used in RELENG_4. sched_lock should probably be used in -current, but there seems to be only a (null) splhigh(). This could also be just a driver problem. I know the old wddump routine worked right but am not sure about any of the current ones. Maybe dumps are broken on the alpha only due to driver problems. Note that the splhigh() didn't actually lock out interrupts in RELENG_4 for drivers broken enough to call tsleep(). The [un]safepri hack in tsleep() may permit broken dump routines that call tsleep() to "work". This hack has been lost in -current except for rotted comments which still say that it is done. > On alpha, a random kernel thread is waking up, and is unable to go > back to sleep because of the panicstr hack msleep: > > mtx_lock_spin(&sched_lock); > if (cold || panicstr) { > /* > * After a panic, or during autoconfiguration, > * just give interrupts a chance, then just return; ^^^^^^^^^^^^^^^^^^^^^^^^ This is the rotted comment. No chance is given here. > * don't run any other procs or panic below, > * in case this is the idle process and already asleep. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Looks like more bitrot. We've learned that the idle process can't call here. > */ > if (mtx != NULL && priority & PDROP) > mtx_unlock(mtx); > mtx_unlock_spin(&sched_lock); The safepri hack (splx(safepri); splx(origpri);) was here instead of these mtx operations. > return (0); > } > > We need to somehow let only interrupt threads and the panic'ed process > run after a panic. I have no idea how to do this in a clean, > low-impact way. I don't want to do this since I think there is no clean way to do it. But crash dumps must work without using interrupt threads, etc. I think the "right" way to do the sync is to always do a crash dump and have fsck_*fs recover buffers from it rather than let the panicing kernel possibly create further damage. But changing fsck_*fs to do this would be a lot of work. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 18:22:29 2002 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 038C837B400; Tue, 16 Jul 2002 18:22:27 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D71543E58; Tue, 16 Jul 2002 18:22:26 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.3/8.12.3) with ESMTP id g6H1MPRC093176; Tue, 16 Jul 2002 21:22:25 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.3/8.12.3/Submit) id g6H1MPHh093173; Tue, 16 Jul 2002 21:22:25 -0400 (EDT) (envelope-from wollman) Date: Tue, 16 Jul 2002 21:22:25 -0400 (EDT) From: Garrett Wollman Message-Id: <200207170122.g6H1MPHh093173@khavrinen.lcs.mit.edu> To: Gordon Tetlow Cc: Subject: Re: bug in awk implementation? In-Reply-To: References: <20020716214355.GE20381@blossom.cjclark.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [Since you insisted on CC'ing me...] < said: > No, you are quoting from the gawk(1) man page. The awk(1) man page makes > no such statement. The awk(1) manual page does not define the correct behavior of gawk(1). IEEE Std. 1003.1-2001 defines the correct behavior of both awk(1) and gawk(1), and as I have already demonstrated, it leaves the behavior in question clearly unspecified. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 18:27:40 2002 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 5ED2137B400 for ; Tue, 16 Jul 2002 18:27:38 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE59543E4A for ; Tue, 16 Jul 2002 18:27:37 -0700 (PDT) (envelope-from eta@lclark.edu) Received: from anholt ([12.224.154.76]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020717012737.PCJY24728.rwcrmhc51.attbi.com@anholt>; Wed, 17 Jul 2002 01:27:37 +0000 Subject: Re: Still no XFree86-4? From: Eric Anholt To: Eric Anholt Cc: John Angelmo , current@FreeBSD.ORG, john@jnielsen.net In-Reply-To: <1026861953.474.18.camel@anholt.dyndns.org> References: <3D33EFC5.7010407@veidit.net> <1026861953.474.18.camel@anholt.dyndns.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 Date: 16 Jul 2002 19:27:38 -0600 Message-Id: <1026869258.474.103.camel@anholt.dyndns.org> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 2002-07-16 at 17:25, Eric Anholt wrote: > As far as the Wraphelp.c issues, I'm working on cleaning that mess up > right now (testing the patch on a full XFree86-4 build on clean > -current). I've put the patch up at http://people.freebsd.org/~anholt/files/x420diff2-1 It does the following: - Make me maintainer of imake-4 port. It's very much a part of the X-4 build, and was supposed to be in the take-over-maintainership commit. - Make the X-4 miniports use imake-4's HasXdmAuth setting (the use-Wraphelp.c option) and copy Wraphelp.c (unconditionally). - Adds USE_PERL5 to imake-4 because perl's required for the install of it. This will also cover perl dependencies for the rest of the X-4. - Rewords some of the comments in XFree86-4-*/scripts/configure. It notably doesn't include md5summing of Wraphelp.c. If I can find what's the 'best' Wraphelp.c (and most legal? What's the status of wraphelp importing/exporting?), I'll switch it. Is there any circumstance when someone wouldn't have access to Wraphelp.c? If this works for other people, I'll work on getting it committed. -- Eric Anholt http://people.freebsd.org/~anholt/dri/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 18:39:20 2002 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 5CF2337B400 for ; Tue, 16 Jul 2002 18:39:16 -0700 (PDT) Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8984043E42 for ; Tue, 16 Jul 2002 18:39:15 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id g6H1codW165836; Tue, 16 Jul 2002 21:38:50 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <1026869258.474.103.camel@anholt.dyndns.org> References: <3D33EFC5.7010407@veidit.net> <1026861953.474.18.camel@anholt.dyndns.org> <1026869258.474.103.camel@anholt.dyndns.org> Date: Tue, 16 Jul 2002 21:38:49 -0400 To: Eric Anholt From: Garance A Drosihn Subject: Re: Still no XFree86-4? Cc: current@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 7:27 PM -0600 7/16/02, Eric Anholt wrote: >It notably doesn't include md5summing of Wraphelp.c. If I can >find what's the 'best' Wraphelp.c (and most legal? What's the >status of wraphelp importing/exporting?), I'll switch it. Is >there any circumstance when someone wouldn't have access to >Wraphelp.c? I thought the whole point of Wraphelp.c was that the person who runs the machine (whatever machine X is being installed on) has to obtain that file, so they would have to explicitly verify that they -- personally -- have the right to use it. Mind you, I did that once about seven years ago, and I just keep copying that Wraphelp.c around to wherever I need it. I have no idea what the current requirement is... :-) -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 18:39:50 2002 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 52EEF37B400 for ; Tue, 16 Jul 2002 18:39:43 -0700 (PDT) Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id D76C343E4A for ; Tue, 16 Jul 2002 18:39:42 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 16187 invoked from network); 17 Jul 2002 01:39:41 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail16.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 17 Jul 2002 01:39:41 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6H1de054982; Tue, 16 Jul 2002 21:39:40 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020717103919.D3087-100000@gamplex.bde.org> Date: Tue, 16 Jul 2002 21:39:51 -0400 (EDT) From: John Baldwin To: Bruce Evans Subject: Re: VOP_GETATTR panic on Alpha Cc: current@FreeBSD.ORG, Andrew Kolchoogin , Andrew Gallatin Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 17-Jul-2002 Bruce Evans wrote: > This could also be just a driver problem. I know the old wddump routine > worked right but am not sure about any of the current ones. Maybe dumps > are broken on the alpha only due to driver problems. Note that the > splhigh() didn't actually lock out interrupts in RELENG_4 for drivers > broken enough to call tsleep(). The [un]safepri hack in tsleep() may > permit broken dump routines that call tsleep() to "work". This hack > has been lost in -current except for rotted comments which still say that > it is done. Agreed, if drivers depend on interrupts to work for dumps that is a Bug (tm). >> On alpha, a random kernel thread is waking up, and is unable to go >> back to sleep because of the panicstr hack msleep: >> >> mtx_lock_spin(&sched_lock); >> if (cold || panicstr) { >> /* >> * After a panic, or during autoconfiguration, >> * just give interrupts a chance, then just return; > ^^^^^^^^^^^^^^^^^^^^^^^^ > > This is the rotted comment. No chance is given here. Well, when you unlock sched_lock you give ithreads a chance to run. (This is only true in a fully preemptive kernel though.) >> * don't run any other procs or panic below, >> * in case this is the idle process and already asleep. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Looks like more bitrot. We've learned that the idle process can't call here. Yes. >> */ >> if (mtx != NULL && priority & PDROP) >> mtx_unlock(mtx); >> mtx_unlock_spin(&sched_lock); > > The safepri hack (splx(safepri); splx(origpri);) was here instead of these > mtx operations. Probably to truly emulate this we should always release the 'mtx' mutex and then reacquire it if PDROP isn't specified. >> return (0); >> } >> >> We need to somehow let only interrupt threads and the panic'ed process >> run after a panic. I have no idea how to do this in a clean, >> low-impact way. > > I don't want to do this since I think there is no clean way to do it. > But crash dumps must work without using interrupt threads, etc. I > think the "right" way to do the sync is to always do a crash dump and > have fsck_*fs recover buffers from it rather than let the panicing > kernel possibly create further damage. But changing fsck_*fs to do > this would be a lot of work. I agree that this would be the best solution for the long term if we can have it. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 18:52:25 2002 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 D44AF37B400 for ; Tue, 16 Jul 2002 18:52:22 -0700 (PDT) Received: from turbine.trit.org (turbine.trit.org [63.198.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54EEC43E3B for ; Tue, 16 Jul 2002 18:52:22 -0700 (PDT) (envelope-from dima@trit.org) Received: from turbine.trit.org (localhost [127.0.0.1]) by turbine.trit.org (Postfix) with ESMTP id 30D953E22 for ; Wed, 17 Jul 2002 01:52:21 +0000 (UTC) To: current@freebsd.org Subject: DEVFS rule subsystem (was: cvs commit: src/sbin Makefile src/sbin/devfs Makefile devfs.8 devfs.c extern.h rule.c src/sys/conf files src/sys/fs/devfs devfs.h devfs_devs.c devfs_rule.c devfs_vfsops.c devfs_vnops.c ) In-Reply-To: <200207170146.g6H1kpWl024662@freefall.freebsd.org>; from dd@FreeBSD.org on "Tue, 16 Jul 2002 18:46:51 -0700 (PDT)" Date: Wed, 17 Jul 2002 01:52:21 +0000 From: Dima Dorfman Message-Id: <20020717015221.30D953E22@turbine.trit.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I wrote: > Log: > Introduce the DEVFS "rule" subsystem. DEVFS rules permit the > administrator to define certain properties of new devfs nodes before > they become visible to the userland. Both static (e.g., /dev/speaker) > and dynamic (e.g., /dev/bpf*, some removable devices) nodes are > supported. Each DEVFS mount may have a different ruleset assigned to > it, permitting different policies to be implemented for things like > jails. This isn't entirely complete (e.g., globbing isn't implemented), but I think it works well enough for most purposes. I would appreciate it if people would try it and see whether it does what they want it to do (especially all of those people that have been asking for something like this since DEVFS became standard!). The devfs(8) manual page is a pretty good reference of the existing features and semantics, but it lacks polish needed to be able to serve as an introduction. As a starting point, try the following (you need to be root to do this stuff, of course): devfs rule -s 10 add path 'bpf*' group wheel mode 660 devfs ruleset 10 This should permit users in the "wheel" group to use the bpf devices (generally this probably isn't a good idea, but it's a good example, and easy to test). To test it, just run tcpdump as a non-root user in wheel; it should work unless you already have bpf devices with old permissions (rules are applied when the node is created (make_dev(9)), or if explicitly requested); in that case, you can do: devfs rule applyset to make your rules take effect on all current nodes. Some things to note about the above (this is all described in devfs(8)): if a mount-point isn't specified, /dev is assumed; if a ruleset isn't explicitly specified (command 3), the one associated with the mount-point you're using is assumed; globbing for the "path" argument isn't working yet (only a trailing asterisk is supported right now). At the moment, I'm not sure where people should be putting "devfs" commands to be run at boot time. I think hijacking /etc/rc.devfs for this purpose (a la rc.firewall) is probably the best idea, but if some of the rc hackers have better ideas, please let us (me) know. Questions and comments are most welcome. In particular, if you use this with removable devices (e.g., USB), I'd like to hear about it. I haven't had much of an opportunity to test this with different removable devices, and I'd like to know how well it works in such an environment. Thanks, Dima. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 19:11:29 2002 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 59B4E37B400 for ; Tue, 16 Jul 2002 19:11:27 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BB3043E4A for ; Tue, 16 Jul 2002 19:11:26 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id MAA01101; Wed, 17 Jul 2002 12:10:16 +1000 Date: Wed, 17 Jul 2002 12:13:59 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: W Gerald Hicks Cc: Dikshie , Subject: Re: /usr/src/dev/md error (?) In-Reply-To: <24A26492-9904-11D6-99DB-0030657B5F1E@gehicks.dyndns.org> Message-ID: <20020717115641.T3327-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 16 Jul 2002, W Gerald Hicks wrote: > Following patch should silence it. > ... > Index: src/sys/dev/md/md.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/md/md.c,v > retrieving revision 1.66 > diff -u -r1.66 md.c > --- src/sys/dev/md/md.c 24 Jun 2002 12:07:02 -0000 1.66 > +++ src/sys/dev/md/md.c 16 Jul 2002 21:32:44 -0000 > @@ -606,6 +606,7 @@ > error = mdstart_swap(sc, bp); > break; > default: > + error = -1; > panic("Impossible md(type)"); > break; > } This change and the break after the panic() are bogus. panic() "never" returns, and the compiler knows this. Unfortunately, the RESTARTABLE_PANICS option subverts the semantics of panic(), so panic() sometimes returns. This breaks compilation of md.c and 28 other files in NOTES. The fix shouldn't be to disturb the usual flow of control in those 29 files. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 19:21:49 2002 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 46CFC37B400 for ; Tue, 16 Jul 2002 19:21:44 -0700 (PDT) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id D691543E42 for ; Tue, 16 Jul 2002 19:21:43 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 26411 invoked from network); 17 Jul 2002 02:21:42 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 17 Jul 2002 02:21:42 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6H2Lf055099; Tue, 16 Jul 2002 22:21:41 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020717115641.T3327-100000@gamplex.bde.org> Date: Tue, 16 Jul 2002 22:21:51 -0400 (EDT) From: John Baldwin To: Bruce Evans Subject: Re: /usr/src/dev/md error (?) Cc: current@FreeBSD.ORG, Dikshie , W Gerald Hicks Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 17-Jul-2002 Bruce Evans wrote: > On Tue, 16 Jul 2002, W Gerald Hicks wrote: > >> Following patch should silence it. >> ... >> Index: src/sys/dev/md/md.c >> =================================================================== >> RCS file: /home/ncvs/src/sys/dev/md/md.c,v >> retrieving revision 1.66 >> diff -u -r1.66 md.c >> --- src/sys/dev/md/md.c 24 Jun 2002 12:07:02 -0000 1.66 >> +++ src/sys/dev/md/md.c 16 Jul 2002 21:32:44 -0000 >> @@ -606,6 +606,7 @@ >> error = mdstart_swap(sc, bp); >> break; >> default: >> + error = -1; >> panic("Impossible md(type)"); >> break; >> } > > This change and the break after the panic() are bogus. panic() "never" > returns, and the compiler knows this. Unfortunately, the RESTARTABLE_PANICS > option subverts the semantics of panic(), so panic() sometimes returns. > This breaks compilation of md.c and 28 other files in NOTES. The fix > shouldn't be to disturb the usual flow of control in those 29 files. We should probably turn RESTARTABLE_PANICS off in NOTES. > Bruce -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 19:22: 1 2002 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 C5FB137B400 for ; Tue, 16 Jul 2002 19:21:59 -0700 (PDT) Received: from gehicks.dyndns.org (adsl-35-49-18.asm.bellsouth.net [67.35.49.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B32E243E5E for ; Tue, 16 Jul 2002 19:21:58 -0700 (PDT) (envelope-from gehicks@gehicks.dyndns.org) Received: from mac (mac [10.0.0.13]) by gehicks.dyndns.org (8.12.5/8.12.5) with ESMTP id g6H2TCVH004532; Wed, 17 Jul 2002 02:29:17 GMT (envelope-from gehicks@gehicks.dyndns.org) Date: Tue, 16 Jul 2002 22:21:47 -0400 Subject: Re: /usr/src/dev/md error (?) Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) Cc: Dikshie , To: Bruce Evans From: W Gerald Hicks In-Reply-To: <20020717115641.T3327-100000@gamplex.bde.org> Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.482) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday, July 16, 2002, at 10:13 PM, Bruce Evans wrote: > On Tue, 16 Jul 2002, W Gerald Hicks wrote: > >> Following patch should silence it. >> ... >> Index: src/sys/dev/md/md.c >> =================================================================== >> RCS file: /home/ncvs/src/sys/dev/md/md.c,v >> retrieving revision 1.66 >> diff -u -r1.66 md.c >> --- src/sys/dev/md/md.c 24 Jun 2002 12:07:02 -0000 1.66 >> +++ src/sys/dev/md/md.c 16 Jul 2002 21:32:44 -0000 >> @@ -606,6 +606,7 @@ >> error = mdstart_swap(sc, bp); >> break; >> default: >> + error = -1; >> panic("Impossible md(type)"); >> break; >> } > > This change and the break after the panic() are bogus. panic() "never" > returns, and the compiler knows this. Unfortunately, the > RESTARTABLE_PANICS > option subverts the semantics of panic(), so panic() sometimes returns. > This breaks compilation of md.c and 28 other files in NOTES. The fix > shouldn't be to disturb the usual flow of control in those 29 files. > > Bruce > Ouch. My naive assumption was that panic() really did the deed. Agree, my suggestion is bogus. Thanks, Jerry Hicks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 19:31: 0 2002 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 D9E5137B400 for ; Tue, 16 Jul 2002 19:30:58 -0700 (PDT) Received: from mail.robhughes.com (12-237-138-77.client.attbi.com [12.237.138.77]) by mx1.FreeBSD.org (Postfix) with SMTP id EB64243E31 for ; Tue, 16 Jul 2002 19:30:57 -0700 (PDT) (envelope-from rob@robhughes.com) Received: (qmail 11880 invoked from network); 17 Jul 2002 02:30:57 -0000 Received: from hexch01.robhughes.com (192.168.1.3) by ns2.robhughes.com with SMTP; 17 Jul 2002 02:30:57 -0000 Received: from kahuna-ws.robhughes.com ([192.168.1.16]) by HEXCH01.robhughes.com with Microsoft SMTPSVC(5.0.2195.4905); Tue, 16 Jul 2002 21:30:56 -0500 Subject: Re: buildworld failure in libstdc++ From: Rob Hughes To: current@freebsd.org In-Reply-To: <20020717000436.R17833-100000@nihil> References: <20020717000436.R17833-100000@nihil> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ZihWPIN5hh73+trh5MT/" X-Mailer: Ximian Evolution 1.0.7 (1.0.7-2) Date: 16 Jul 2002 21:30:56 -0500 Message-Id: <1026873056.25183.1.camel@kahuna-ws.robhughes.com> Mime-Version: 1.0 X-OriginalArrivalTime: 17 Jul 2002 02:30:56.0187 (UTC) FILETIME=[FAADB8B0:01C22D39] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-ZihWPIN5hh73+trh5MT/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2002-07-16 at 17:11, Michael Reifenberger wrote: > On Tue, 16 Jul 2002, Steve Kargl wrote: > ... > > Is this an alpha based system? I just completed a buildworld > > without setting anything special. > i386 > Sigh. > It must have been a relict of using the ports gcc31 for buildworld. > Another make (using the base 3.1 compiler - in /usr/src/libexec/rtld-elf = after > "make installworld" succeeded too. >=20 Broken here, using a nothing from ports, base system only. --=20 Remember: the only difference between being the champ and the chump is u. --=-ZihWPIN5hh73+trh5MT/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Comment: Please use bofh key to send me personal data. iD8DBQA9NNbf/9y+qWKu6HERAlg5AJ9JEbsvnXmV92DY61RfcEh7g0oaSACePDeR 19Qsit9DGQWGY1b2UC14oPE= =2N81 -----END PGP SIGNATURE----- --=-ZihWPIN5hh73+trh5MT/-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 19:34: 6 2002 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 D88BE37B400 for ; Tue, 16 Jul 2002 19:34:03 -0700 (PDT) Received: from mail.robhughes.com (12-237-138-77.client.attbi.com [12.237.138.77]) by mx1.FreeBSD.org (Postfix) with SMTP id ED4D043E3B for ; Tue, 16 Jul 2002 19:34:02 -0700 (PDT) (envelope-from rob@robhughes.com) Received: (qmail 11890 invoked from network); 17 Jul 2002 02:34:02 -0000 Received: from hexch01.robhughes.com (192.168.1.3) by ns2.robhughes.com with SMTP; 17 Jul 2002 02:34:02 -0000 Received: from kahuna-ws.robhughes.com ([192.168.1.16]) by HEXCH01.robhughes.com with Microsoft SMTPSVC(5.0.2195.4905); Tue, 16 Jul 2002 21:34:02 -0500 Subject: Re: Current (DP1) on Toshiba 5005 From: Rob Hughes To: freebsd-current@freebsd.org In-Reply-To: <3D347C5D.7080900@attbi.com> References: <1026823721.13803.59.camel@kahuna-ws.robhughes.com> <3D347C5D.7080900@attbi.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-yQlQ4DGSpJdVjk7ASOdW" X-Mailer: Ximian Evolution 1.0.7 (1.0.7-2) Date: 16 Jul 2002 21:34:01 -0500 Message-Id: <1026873242.25184.4.camel@kahuna-ws.robhughes.com> Mime-Version: 1.0 X-OriginalArrivalTime: 17 Jul 2002 02:34:02.0034 (UTC) FILETIME=[6973B920:01C22D3A] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-yQlQ4DGSpJdVjk7ASOdW Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2002-07-16 at 15:04, Anthony Jenkins wrote: > Rob Hughes wrote: >=20 > >All, > > > >I have a Toshiba 5005-S504 laptop (a wonderful legacy-free box that's > >I've cussed to no end) that I'm trying to get DP1 to boot on so I can > >cvsup and take a look (and hopefully contribute something). I was able > >to install, but after installation the system soft hangs after > >displaying a message about CPU power states (sorry, going off memory for > >now). I'm able to break to the debugger, so what information from dbg > >would be helpful at this point? Also, I'm pretty sure it's acpi that's > >causing the problem, so would someone point me to the syntax for > >disabling a module preload? > > > >Thanks, > >Rob > > > > =20 > > > I was tracking down a similar hang and had to disable acpi (turns out=20 > I'm an idiot and the apparent hang at boot was because I forgot console=20 > was redirected to the serial port of the machine next to it), but I had=20 > to jump through hoops to do it it seems. I believe all you have to do=20 > is 'unset acpi_load' at the boot loader prompt. I had tried 'set=20 > acpi_load=3DNO', and finally 'unset module_path' to keep the kernel from=20 > finding /boot/kernel/acpi.ko. >=20 > Hope this helps, > Anthony Jenkins >=20 >=20 Yes, the machine boots. Now I need to get acpi working on it so I can use something besides the kb and nic. --=20 Remember: the only difference between being the champ and the chump is u. --=-yQlQ4DGSpJdVjk7ASOdW Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Comment: Please use bofh key to send me personal data. iD8DBQA9NNeZ/9y+qWKu6HERAiN1AJ4h6JXOI+CN9LfwjhF0H8J8Gt75jQCeJkVH /teaJGPnyfBC2Yg9ym3IpT0= =8G5w -----END PGP SIGNATURE----- --=-yQlQ4DGSpJdVjk7ASOdW-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 19:41:56 2002 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 DF47A37B400 for ; Tue, 16 Jul 2002 19:41:54 -0700 (PDT) Received: from turbine.trit.org (turbine.trit.org [63.198.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DA3443E42 for ; Tue, 16 Jul 2002 19:41:54 -0700 (PDT) (envelope-from dima@trit.org) Received: from turbine.trit.org (localhost [127.0.0.1]) by turbine.trit.org (Postfix) with ESMTP id 575B23F6C for ; Wed, 17 Jul 2002 02:41:53 +0000 (UTC) To: current@freebsd.org Subject: Diskless creates bad /etc Date: Wed, 17 Jul 2002 02:41:53 +0000 From: Dima Dorfman Message-Id: <20020717024153.575B23F6C@turbine.trit.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is anybody using diskless on -current? My computers need the attached patch to boot. The diskless rc scripts seem to create an /etc filesystem with too few inodes to hold what we now have in /etc; -current now has more than 255 files. dd@ref4% find /etc | wc -l find: /etc/isdn: Permission denied find: /etc/uucp: Permission denied 197 dd@ref5% find /etc | wc -l find: /etc/isdn: Permission denied find: /etc/uucp: Permission denied 366 (ref4 output provided for reference.) Any objections to the patch? Index: rc.diskless1 =================================================================== RCS file: /ref/cvsf/src/etc/rc.diskless1,v retrieving revision 1.16 diff -u -r1.16 rc.diskless1 --- rc.diskless1 22 Apr 2002 21:42:18 -0000 1.16 +++ rc.diskless1 17 Jul 2002 02:32:29 -0000 @@ -61,7 +61,7 @@ mount_md() { /sbin/mdconfig -a -t malloc -s $1 -u $3 /sbin/disklabel -r -w md$3 auto - /sbin/newfs /dev/md$3c + /sbin/newfs -i 4096 /dev/md$3c /sbin/mount /dev/md$3c $2 } Index: rc.d/initdiskless =================================================================== RCS file: /ref/cvsf/src/etc/rc.d/initdiskless,v retrieving revision 1.1 diff -u -r1.1 initdiskless --- rc.d/initdiskless 13 Jun 2002 22:14:36 -0000 1.1 +++ rc.d/initdiskless 17 Jul 2002 02:32:43 -0000 @@ -70,7 +70,7 @@ { /sbin/mdconfig -a -t malloc -s $1 -u $3 /sbin/disklabel -r -w md$3 auto - /sbin/newfs /dev/md$3c + /sbin/newfs -i 4096 /dev/md$3c /sbin/mount /dev/md$3c $2 } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 20:56:15 2002 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 E0B3337B400; Tue, 16 Jul 2002 20:56:11 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D3A843E5E; Tue, 16 Jul 2002 20:55:50 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id NAA16095; Wed, 17 Jul 2002 13:54:42 +1000 Date: Wed, 17 Jul 2002 13:58:25 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: John Baldwin Cc: current@FreeBSD.org, Andrew Kolchoogin , Andrew Gallatin Subject: Re: VOP_GETATTR panic on Alpha In-Reply-To: Message-ID: <20020717134948.G3565-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 16 Jul 2002, John Baldwin wrote: > On 17-Jul-2002 Bruce Evans wrote: > >> mtx_lock_spin(&sched_lock); > >> if (cold || panicstr) { > >> /* > >> * After a panic, or during autoconfiguration, > >> * just give interrupts a chance, then just return; > > ^^^^^^^^^^^^^^^^^^^^^^^^ > > > > This is the rotted comment. No chance is given here. > > Well, when you unlock sched_lock you give ithreads a chance to run. (This > is only true in a fully preemptive kernel though.) It now only releases the lock that it aquired. splx(safepri) gave a nesting-violating unlocking corresponding to releasing the caller(s) locks. However, it is probably a bug to call msleep() with sched_lock held, so releasing sched_lock would release it completely but not give interrupts any better chance than they had to begin with. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 21:16:41 2002 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 A9CDC37B400; Tue, 16 Jul 2002 21:16:38 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEEBF43E4A; Tue, 16 Jul 2002 21:16:37 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: from blossom.cjclark.org ([12.234.91.48]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020717041637.NZCY6023.sccrmhc02.attbi.com@blossom.cjclark.org>; Wed, 17 Jul 2002 04:16:37 +0000 Received: from blossom.cjclark.org (localhost. [127.0.0.1]) by blossom.cjclark.org (8.12.3/8.12.3) with ESMTP id g6H4GWJK023044; Tue, 16 Jul 2002 21:16:32 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: (from cjc@localhost) by blossom.cjclark.org (8.12.3/8.12.3/Submit) id g6H4GTlH023043; Tue, 16 Jul 2002 21:16:29 -0700 (PDT) X-Authentication-Warning: blossom.cjclark.org: cjc set sender to crist.clark@attbi.com using -f Date: Tue, 16 Jul 2002 21:16:29 -0700 From: "Crist J. Clark" To: Gordon Tetlow Cc: Garrett Wollman , Robert Drehmel , current@FreeBSD.org Subject: Re: bug in awk implementation? Message-ID: <20020717041629.GA22967@blossom.cjclark.org> Reply-To: cjclark@alum.mit.edu References: <20020716214355.GE20381@blossom.cjclark.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jul 16, 2002 at 04:57:42PM -0700, Gordon Tetlow wrote: > On Tue, 16 Jul 2002, Crist J. Clark wrote: > > > And since it is clearly documented, awk(1) says, > > > > Records > > Normally, records are separated by newline characters. > > You can control how records are separated by assigning > > values to the built-in variable RS. If RS is any single > > character, that character separates records. Otherwise, > > RS is a regular expression. Text in the input that > > matches this regular expression will separate the record. > > However, in compatibility mode, only the first character > > of its string value is used for separating records. If RS > > is set to the null string, then records are separated by > > blank lines. When RS is set to the null string, the new- > > line character always acts as a field separator, in addi- > > tion to whatever value FS may have. > > > > It is not a bug. > > No, you are quoting from the gawk(1) man page. The awk(1) man page makes > no such statement. I pulled it from a RELENG_4_6_0_RELEASE box where awk == gawk. I said 'awk(1)' since I typed 'man awk' to get it, but of course you're right, I did mean gawk(1). But the point is that there's still no bug in gawk or one-true-awk with respect to how they deal with RS. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 21:29:27 2002 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 0534337B400 for ; Tue, 16 Jul 2002 21:29:23 -0700 (PDT) Received: from CPE0030ab0ef2bb.cpe.net.cable.rogers.com (CPE0030ab0ef2bb.cpe.net.cable.rogers.com [24.103.202.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1641343E31 for ; Tue, 16 Jul 2002 21:29:22 -0700 (PDT) (envelope-from munish@CPE0030ab0ef2bb.cpe.net.cable.rogers.com) Received: by dhcppc3 (Postfix, from userid 1001) id A0CE41BE; Wed, 17 Jul 2002 00:30:18 -0400 (EDT) Date: Wed, 17 Jul 2002 00:30:18 -0400 From: Munish Chopra To: freebsd-current@FreeBSD.ORG Subject: Re: panic: bdwrite: buffer is not busy Message-ID: <20020717043018.GA680@CPE0030ab0ef2bb.cpe.net.cable.rogers.com> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <20020716004215.GA899@CPE0030ab0ef2bb.cpe.net.cable.rogers.com> <20020716025206.GA651@CPE0030ab0ef2bb.cpe.net.cable.rogers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020716025206.GA651@CPE0030ab0ef2bb.cpe.net.cable.rogers.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG After rebuilding world/kernel/debug today I get some better info (I fear my debug kernel was out of synch with my running kernel before, but because of my inexperience with debugging I didn't figure that out right away): GNU gdb 5.2.0 (FreeBSD) 20020627 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: bdwrite: buffer is not busy panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc227e6f4 fault code = supervisor write, page not present instruction pointer = 0x8:0xc01db660 stack pointer = 0x10:0xd1f9ba7c frame pointer = 0x10:0xd1f9ba94 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 = 55992 (smtpd) trap number = 12 panic: page fault syncing disks... panic: bdwrite: buffer is not busy Uptime: 3h49m4s Dumping 256 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 --- #0 doadump () at ../../../kern/kern_shutdown.c:213 213 dumping++; (kgdb) where #0 doadump () at ../../../kern/kern_shutdown.c:213 #1 0xc01bb513 in boot (howto=260) at ../../../kern/kern_shutdown.c:345 #2 0xc01bb71b in panic () at ../../../kern/kern_shutdown.c:491 #3 0xc01f8bdd in bdwrite (bp=0x104) at ../../../kern/vfs_bio.c:947 #4 0xc026b28d in ffs_update (vp=0xc1de5b58, waitfor=0) at ../../../ufs/ffs/ffs_inode.c:125 #5 0xc027df77 in ffs_fsync (ap=0xd1f9b8f4) at ../../../ufs/ffs/ffs_vnops.c:272 #6 0xc027c308 in ffs_sync (mp=0xc1c1ce00, waitfor=2, cred=0xc0ef6f00, td=0xc032e080) at vnode_if.h:463 #7 0xc0209e43 in sync (td=0xc032e080, uap=0x0) at ../../../kern/vfs_syscalls.c:127 #8 0xc01bb19c in boot (howto=256) at ../../../kern/kern_shutdown.c:254 #9 0xc01bb71b in panic () at ../../../kern/kern_shutdown.c:491 #10 0xc02c596e in trap_fatal (frame=0x100, eva=0) at ../../../i386/i386/trap.c:845 #11 0xc02c565c in trap_pfault (frame=0xd1f9ba3c, usermode=0, eva=3257394932) at ../../../i386/i386/trap.c:759 #12 0xc02c50b7 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -1042227796, tf_ebp = -772162924, tf_isp = -772162968, tf_ebx = -1037572416, tf_edx = 180, tf_ecx = -1040183148, tf_eax = -1037572368, tf_trapno = 12, tf_err = 2, tf_eip = -1071794592, tf_cs = 8, tf_eflags = 66118, tf_esp = -1070377308, tf_ss = -772162904}) at ../../../i386/i386/trap.c:445 #13 0xc02b73a8 in calltrap () at {standard input}:98 #14 0xc01f1269 in sowakeup (so=0xc1e0ddac, sb=0xc227e6c0) at ../../../kern/uipc_socket2.c:300 #15 0xc01f0e51 in soisconnected (so=0xc2096640) at ../../../kern/uipc_socket2.c:132 #16 0xc01f6c1d in unp_connect2 (so=0x0, so2=0xc1e0dd48) at ../../../kern/uipc_usrreq.c:769 #17 0xc01f6b7b in unp_connect (so=0xc24a6578, nam=0xc25bb300, td=0x0) at ../../../kern/uipc_usrreq.c:737 #18 0xc01f5c7e in uipc_connect (so=0x0, nam=0x0, td=0xc204d9c0) at ../../../kern/uipc_usrreq.c:161 #19 0xc01eee21 in soconnect (so=0xc2096640, nam=0x0, td=0x0) at ../../../kern/uipc_socket.c:429 #20 0xc01f2bcb in connect (td=0x0, uap=0xc1e0dd48) at ../../../kern/uipc_syscalls.c:441 #21 0xc02c5c70 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 11, tf_esi = 0, tf_ebp = -1077938120, tf_isp = -772162188, tf_ebx = 134704296, tf_edx = 2, tf_ecx = 0, tf_eax = 98, tf_trapno = 22, tf_err = 2, tf_eip = 671913163, tf_cs = 31, tf_eflags = 582, tf_esp = -1077938276, tf_ss = 47}) at ../../../i386/i386/trap.c:1049 #22 0xc02b73dd in syscall_with_err_pushed () at {standard input}:128 ---Can't read userspace from dump, or kernel process--- If there's anything else than this I can provide, pleas let me know. -- Munish Chopra To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 21:48: 9 2002 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 E28FC37B400 for ; Tue, 16 Jul 2002 21:48:06 -0700 (PDT) Received: from ref5.freebsd.org (ref5.FreeBSD.org [216.136.204.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B4C743E64 for ; Tue, 16 Jul 2002 21:48:06 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.5/8.12.5) with ESMTP id g6H4m6gr019196 for ; Tue, 16 Jul 2002 21:48:06 -0700 (PDT) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.5/8.12.5/Submit) id g6H4m6bR019194 for current@freebsd.org; Tue, 16 Jul 2002 21:48:06 -0700 (PDT) Date: Tue, 16 Jul 2002 21:48:06 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200207170448.g6H4m6bR019194@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> sbin/disklabel ===> sbin/dmesg ===> sbin/dump /local0/scratch/des/src/sbin/dump/dumprmt.c: In function `rmtgetconn': /local0/scratch/des/src/sbin/dump/dumprmt.c:170: warning: passing arg 4 of `krcmd' discards qualifiers from pointer target type /local0/scratch/des/src/sbin/dump/traverse.c: In function `dumpino': /local0/scratch/des/src/sbin/dump/traverse.c:410: structure has no member named `c_birthtime' /local0/scratch/des/src/sbin/dump/traverse.c:411: structure has no member named `c_birthtimensec' /local0/scratch/des/src/sbin/dump/traverse.c:423: structure has no member named `c_birthtime' /local0/scratch/des/src/sbin/dump/traverse.c:424: structure has no member named `c_birthtimensec' *** Error code 1 Stop in /local0/scratch/des/src/sbin/dump. *** Error code 1 Stop in /local0/scratch/des/src/sbin. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 22:14:19 2002 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 9EE7337B400 for ; Tue, 16 Jul 2002 22:14:15 -0700 (PDT) Received: from relay2.kornet.net (relay2.kornet.net [211.48.62.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E0ED43E3B for ; Tue, 16 Jul 2002 22:14:15 -0700 (PDT) (envelope-from ggaggung07@kornet.net) Received: from you2-8qqrs7eqb3 (61.73.35.29) by relay2.kornet.net; 17 Jul 2002 14:14:12 +0900 Message-ID: <3d34fd253d6ac361@relay2.kornet.net> (added by relay2.kornet.net) From: =?ks_c_5601-1987?B?v+y4rsSrteUgyLi/+L+1vvcgxsDA5Q==?= To: current@freebsd.org Subject: =?ks_c_5601-1987?B?W7GksO1dIGN1cnJlbnS01CDA57nMwNa0wiC758C6x7DAuyC15biztM+02S4=?= Date: Wed, 17 Jul 2002 13:21:24 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0137_01C0F21A.93A24C00" 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0137_01C0F21A.93A24C00 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 v+y4rsSrteUgICAgDQoNCiAgICAgDQogICAgCQkJCQkJILy6uO0gIAkJICDB1rnOte63zyC5 +MijICANCsH3wOUgwPzIrSAgICAgIMjetOvG+SAgCSAgICAgDQogICANCiAgICAgILHNx8/A xyAguN7Az8HWvNK0wiDApbytx87AuyDF68fYILz2wf3H0SCwzcDMuOcsILHXv9y/oSC+7raw x9EgwaS6uLW1ILCusO0gIMDWwfYgvsrAvcC7ILngyPy0z7TZLg0KICDAzCBFLW1haWzAuiC5 373FwPy/68DMuOcsIL/4xKEgvsrAuL3HICCw5r/sIL7Gt6Egw6K/oSC43sDPwda80rimIMDU t8LHz7+pIMHWvcO46SC1ziC5+CC02b3DILjewM8gIMDMICCwocH2IL7KtbW3zyDHz7DavcC0 z7TZLg0KICAgICAJICC89r3FsMW6ziAgLyByZWZ1c2FsIG9mIHJlY2VpcHQgICAJICAgIAkg IA0KIA0KDQogDQo= ------=_NextPart_000_0137_01C0F21A.93A24C00 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PGh0bWw+DQoNCjxoZWFkPg0KPFNDUklQVCBsYW5ndWFnZT1qYXZhc2NyaXB0Pg0KPCEtLQ0K ZnVuY3Rpb24gY2xpY2tNb3VzZSgpDQoJew0KCSAgDQoJCWlmICgoZXZlbnQuYnV0dG9uPT0y KSB8fCAoZXZlbnQuYnV0dG9uPT0zKSl7DQoJCQlyZXR1cm4gKGZhbHNlKTsNCgkJfQkNCgl9 DQoJDQoJZnVuY3Rpb24gY2xpY2tLZXkoKQ0KCXsNCgkJaWYoKGV2ZW50LnNoaWZ0S2V5KSAm JiAoZXZlbnQua2V5Q29kZSA9PSAxMjEpKQ0KCQl7CQkNCgkJCXJldHVybiBmYWxzZTsNCgkJ fQkNCgl9DQoJDQoJZnVuY3Rpb24gbm9BY3Rpb24oKXsNCgkJcmV0dXJuIGZhbHNlOw0KCX0N Cg0KZG9jdW1lbnQub25tb3VzZWRvd249Y2xpY2tNb3VzZQ0KZG9jdW1lbnQub25rZXlkb3du PWNsaWNrS2V5DQpkb2N1bWVudC5vbmNvbnRleHRtZW51PW5vQWN0aW9uDQpkb2N1bWVudC5v bmRyYWdzdGFydD1ub0FjdGlvbg0KZG9jdW1lbnQub25zZWxlY3RzdGFydD1ub0FjdGlvbg0K Ly8tLT4NCjwvU0NSSVBUPg0KDQoNCg0KPG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBl IiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9ZXVjLWtyIj4NCjx0aXRsZT6/7LiuxKu1 5SAgPC90aXRsZT4NCg0KPC9oZWFkPg0KDQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgdGV4dD0i YmxhY2siIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiIGFsaW5rPSJyZWQiPg0KPHRhYmxl IGFsaWduPSJjZW50ZXIiIGJvcmRlcj0iMSIgY2VsbHNwYWNpbmc9IjAiIHdpZHRoPSI1ODki IGhlaWdodD0iOTIiIGJvcmRlcmNvbG9yZGFyaz0id2hpdGUiIGJvcmRlcmNvbG9ybGlnaHQ9 ImJsYWNrIj4NCiAgICA8dHI+DQogICAgICAgIDx0ZCB3aWR0aD0iNTkyIiBjb2xzcGFuPSIy Ij4NCiAgICAgICAgICAgIDxwPjxpbWcgc3JjPSJodHRwOi8vd3d3Lml5ZXNjYXJkLmNvbS9p bWFnZS90b3BfNy5naWYiIHdpZHRoPSI1OTciIGhlaWdodD0iOTIiIGJvcmRlcj0iMCI+PC9w Pg0KICAgICAgICA8L3RkPg0KICAgIDwvdHI+DQogICAgPHRyPg0KICAgICAgICA8dGQgd2lk dGg9IjU5MiIgY29sc3Bhbj0iMiI+DQogICAgICAgICAgICA8cCBhbGlnbj0iY2VudGVyIj48 aW1nIHNyYz0iaHR0cDovL3d3dy5peWVzY2FyZC5jb20vaW1hZ2UvYm90dG9tNi5naWYiIHdp ZHRoPSI1OTciIGhlaWdodD0iMjExIiBib3JkZXI9IjAiPjwvcD4NCiAgICAgICAgPC90ZD4N CiAgICA8L3RyPg0KICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRoPSI1ODkiIGNvbHNwYW49 IjIiPg0KCQkJCQk8Zm9ybSBuYW1lPSJtYWlsZnJtIiBhY3Rpb249Imh0dHA6Ly93d3cuaXdv b3JpY2FyZC5jb20vbWFpbC9pbnNlcnQxLmFzcCIgbWV0aG9kPSJwb3N0IiA+CQ0KICAgICAg ICAgICAgPHAgYWxpZ249ImNlbnRlciIgc3R5bGU9InRleHQtaW5kZW50Oi0xOyBsaW5lLWhl aWdodDowOyBtYXJnaW46MDsiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjNjY2NjY2Ij68urjt PC9mb250Pjxmb250IHNpemU9IjIiPiAgDQogICAgICAgICAgPC9mb250PjxpbnB1dCB0eXBl PSJ0ZXh0IiBuYW1lPSJuYW1lIiBzaXplPSI2Ij4NCgkJICAmbmJzcDs8Zm9udCBzaXplPSIy IiBjb2xvcj0iIzY2NjY2NiI+wda5zrXut88gufjIoyA8L2ZvbnQ+PGlucHV0IHR5cGU9InRl eHQiIG5hbWU9Imp1bWluIiBzaXplPSIxNCIgbWF4bGVuZ3RoPSIxNCI+DQogICAgICAgICAg PGJyPjxmb250IHNpemU9IjIiIGNvbG9yPSIjNjY2NjY2Ij7B98DlIMD8yK0gIA0KICAgICAg ICAgIDwvZm9udD48aW5wdXQgdHlwZT0idGV4dCIgbmFtZT0idGVsbnVtIiBzaXplPSIxMyI+ DQogICAgICAgICAgJm5ic3A7Jm5ic3A7Jm5ic3A7PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiM2 NjY2NjYiPsjetOvG+SA8L2ZvbnQ+PGZvbnQgc2l6ZT0iMiI+PGlucHV0IHR5cGU9InRleHQi IG5hbWU9ImhhbmRudW0iIHNpemU9IjE1Ij4NCiAgICAgICAgICA8L2ZvbnQ+PGlucHV0IHR5 cGU9InN1Ym1pdCIgbmFtZT0iU3VibWl0MiIgdmFsdWU9Ir3Fw7siPiA8L2Zvcm0+DQoNCgkN CiAgICAgICAgPC90ZD4NCiAgICA8L3RyPg0KICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRo PSIyOTQiPg0KICAgICAgICAgICAgPHAgYWxpZ249ImNlbnRlciI+PGltZyBzcmM9Imh0dHA6 Ly93d3cuaXllc2NhcmQuY29tL2ltYWdlL2V2ZW50MS5naWYiIHdpZHRoPSIyOTQiIGhlaWdo dD0iMjAwIiBib3JkZXI9IjAiPjwvcD4NCiAgICAgICAgPC90ZD4NCiAgICAgICAgPHRkIHdp ZHRoPSIyOTQiPg0KICAgICAgICAgICAgPHAgYWxpZ249ImNlbnRlciI+PGltZyBzcmM9Imh0 dHA6Ly93d3cuaXllc2NhcmQuY29tL2ltYWdlL2V2ZW50Mi5naWYiIHdpZHRoPSIyOTQiIGhl aWdodD0iMjAwIiBib3JkZXI9IjAiPjwvcD4NCiAgICAgICAgPC90ZD4NCiAgICA8L3RyPg0K ICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRoPSI1OTIiIGNvbHNwYW49IjIiPg0KICAgICAg ICAgICAgPHAgYWxpZ249ImxlZnQiPiZuYnNwOzxmb250IHNpemU9IjIiIGZhY2U9IrG8uLIi IGNvbG9yPSIjNjY2NjY2Ij6xzcfPwMcgDQogICAgICAgICAgICC43sDPwda80rTCIMClvK3H zsC7IMXrx9ggvPbB/cfRILDNwMy45ywgsde/3L+hIL7utrDH0SDBpLq4tbUgsK6w7SANCiAg ICAgICAgICAgIMDWwfYgvsrAvcC7ILngyPy0z7TZLjxicj4gJm5ic3A7wMwgRS1tYWlswLog ud+9xcD8v+vAzLjnLCC/+MShIL7KwLi9xyANCiAgICAgICAgICAgILDmv+wgvsa3oSDDor+h ILjewM/B1rzSuKYgwNS3wsfPv6kgwda9w7jpILXOILn4ILTZvcMguN7AzyAmbmJzcDvAzCAN CiAgICAgICAgICAgILChwfYgvsq1tbfPIMfPsNq9wLTPtNkuPC9mb250PjwvcD4NCiAgICAg ICAgPC90ZD4NCiAgICA8L3RyPg0KICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRoPSI1ODki IGNvbHNwYW49IjIiPg0KICA8Zm9ybSBuYW1lPSJtYWlsZnJtMiIgYWN0aW9uPSJodHRwOi8v d3d3Lml3b29yaWNhcmQuY29tL21haWwvbm8uYXNwIiBtZXRob2Q9InBvc3QiID4gIAkgIA0K ICAgICAgICAgICAgICAgIDxwIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJtYXJnaW4tbGVmdDow OyI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiM2NjY2NjYiPrz2vcWwxbrOIA0KICAgICAgICAg ICAgICAgIC8gcmVmdXNhbCBvZiByZWNlaXB0PC9mb250PiANCiAgICAgICAgICA8aW5wdXQg dHlwZT0idGV4dCIgbmFtZT0iZW1haWwiIHNpemU9IjI1Ij4NCiAgICAgICAgICA8aW5wdXQg dHlwZT0ic3VibWl0IiBuYW1lPSJTdWJtaXQiIHZhbHVlPSJFTlRFUiI+PC9mb3JtPgkNCiAg ICAgICAgPC90ZD4NCiAgICA8L3RyPg0KICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRoPSI1 ODkiIGNvbHNwYW49IjIiPg0KCTxwIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJ0ZXh0LWluZGVu dDotMTsgbWFyZ2luLXJpZ2h0OjA7IG1hcmdpbi1sZWZ0OjA7Ij48aW1nIHNyYz0iaHR0cDov L3d3dy5peWVzY2FyZC5jb20vaW1hZ2UvZjMuZ2lmIiB3aWR0aD0iNjAwIiBoZWlnaHQ9IjYw IiBib3JkZXI9IjAiIGFsaWduPSJtaWRkbGUiIHZzcGFjZT0iMCIgaHNwYWNlPSIwIj4gICAg ICAgIDwvdGQ+DQogICAgPC90cj4NCjwvdGFibGU+DQo8cD4mbmJzcDs8L3A+DQo8cD4mbmJz cDs8L3A+DQo8L2JvZHk+DQoNCjwvaHRtbD4NCg0K ------=_NextPart_000_0137_01C0F21A.93A24C00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 22:39:44 2002 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 02BBD37B400 for ; Tue, 16 Jul 2002 22:39:43 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7388E43E64 for ; Tue, 16 Jul 2002 22:39:42 -0700 (PDT) (envelope-from eta@lclark.edu) Received: from anholt ([12.224.154.76]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020717053941.UXPD29588.sccrmhc01.attbi.com@anholt>; Wed, 17 Jul 2002 05:39:41 +0000 Subject: Re: Still no XFree86-4? From: Eric Anholt To: Garance A Drosihn Cc: current@FreeBSD.ORG In-Reply-To: References: <3D33EFC5.7010407@veidit.net> <1026861953.474.18.camel@anholt.dyndns.org> <1026869258.474.103.camel@anholt.dyndns.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 Date: 16 Jul 2002 23:39:41 -0600 Message-Id: <1026884381.473.8.camel@anholt.dyndns.org> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 2002-07-16 at 19:38, Garance A Drosihn wrote: > At 7:27 PM -0600 7/16/02, Eric Anholt wrote: > >It notably doesn't include md5summing of Wraphelp.c. If I can > >find what's the 'best' Wraphelp.c (and most legal? What's the > >status of wraphelp importing/exporting?), I'll switch it. Is > >there any circumstance when someone wouldn't have access to > >Wraphelp.c? > > I thought the whole point of Wraphelp.c was that the person who > runs the machine (whatever machine X is being installed on) has > to obtain that file, so they would have to explicitly verify that > they -- personally -- have the right to use it. > > Mind you, I did that once about seven years ago, and I just keep > copying that Wraphelp.c around to wherever I need it. I have no > idea what the current requirement is... :-) It used to be that way. Then within the last year (iirc) our ports changed to auto-downloading Wraphelp.c and defaulting to HasXdmAuth YES. I don't know what exactly changed legally. I noted that at least NetBSD has a Wraphelp.c in their CVS repos of X-3 and X-4. My changes do make the file required by all of the miniports that could use it, though it only gets used if HasXdmAuth is set to YES by imake-4 (it's default). -- Eric Anholt http://people.freebsd.org/~anholt/dri/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 22:47:30 2002 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 0F32237B400 for ; Tue, 16 Jul 2002 22:47:24 -0700 (PDT) Received: from illustrious.cnchost.com (illustrious.concentric.net [207.155.252.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id A200843E3B for ; Tue, 16 Jul 2002 22:47:23 -0700 (PDT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (adsl-209-204-185-216.sonic.net [209.204.185.216]) by illustrious.cnchost.com id BAA03460; Wed, 17 Jul 2002 01:47:14 -0400 (EDT) [ConcentricHost SMTP Relay 1.14] Message-ID: <200207170547.BAA03460@illustrious.cnchost.com> To: Julian Elischer Cc: Szilveszter Adam , freebsd-current@FreeBSD.ORG Subject: Re: Interesting panic very early in the boot In-reply-to: Your message of "Sun, 14 Jul 2002 15:15:44 PDT." Date: Tue, 16 Jul 2002 22:47:13 -0700 From: Bakul Shah Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've run into a very similar bug -- the kernel panics almost right after it is started by the loader. With remote gdb I've traced it to this point so far: (kgdb) target remote /dev/cuaa0 Remote debugging using /dev/cuaa0 pmap_set_opt () at /usr/src/sys/i386/i386/pmap.c:449 449 if (*pte) warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code. warning: shared library handler failed to enable breakpoint (kgdb) where #0 pmap_set_opt () at /usr/src/sys/i386/i386/pmap.c:449 #1 0xc0307c64 in pmap_bootstrap (firstaddr=3146924, loadaddr=0) at /usr/src/sys/i386/i386/pmap.c:403 #2 0xc03056b2 in getmemsize (first=4947968) at /usr/src/sys/i386/i386/machdep.c:1473 #3 0xc0305e2f in init386 (first=4947968) at /usr/src/sys/i386/i386/machdep.c:1817 (kgdbl 444 /* Turn on PG_G for text, data, bss pages. */ 445 va = (vm_offset_t)btext; 446 endva = KERNBASE + KERNend; 447 while (va < endva) { 448 pte = vtopte(va); 449 if (*pte) 450 *pte |= pgeflag; 451 va += PAGE_SIZE; 452 } 453 invltlb(); /* Insurance */ (kgdb) p/x va $2 = 0xc012be70 I can't get to pte for some reason. So hand computing vtopte(va) we get (kgdb) p/x btext $3 = 0xc012be70 (kgdb) p PTmap $7 = 0xbfc00000 (kgdb) p/x PTmap+0xc012b $8 = 0xbff004ac This address matches the page fault address. It is a supervisor read, protection violation fault. More details: This is with today's (July 16) kernel (synced at about 5PM PDT) on a Ppro system. This system can take two PPros but I've plugged in just one Pentium Pro. It has 64MB ECC memory. I'll continue investigating but I haven't been in this part of code for ages hence the call for help! If it matters, a kernel built from sources before the KSE changes works fine on this machine. Thanks for any hints. -- bakul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 16 23: 4:33 2002 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 551F037B400 for ; Tue, 16 Jul 2002 23:04:31 -0700 (PDT) Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0568043E4A for ; Tue, 16 Jul 2002 23:04:31 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0588.cvx22-bradley.dialup.earthlink.net ([209.179.200.78] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17Uhus-0001hz-00; Tue, 16 Jul 2002 23:04:03 -0700 Message-ID: <3D3508A0.B7D12818@mindspring.com> Date: Tue, 16 Jul 2002 23:03:12 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bakul Shah Cc: Julian Elischer , Szilveszter Adam , freebsd-current@FreeBSD.ORG Subject: Re: Interesting panic very early in the boot References: <200207170547.BAA03460@illustrious.cnchost.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bakul Shah wrote: > I've run into a very similar bug -- the kernel panics almost > right after it is started by the loader. With remote gdb > I've traced it to this point so far: I believe setting DISABLE_PSE in the config file and rebuilding will make this go away. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 0:37:55 2002 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 68CC737B400; Wed, 17 Jul 2002 00:37:54 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20A5E43E42; Wed, 17 Jul 2002 00:37:53 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id PAA32460; Wed, 17 Jul 2002 15:51:55 +1000 Date: Wed, 17 Jul 2002 15:55:36 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: John Baldwin Cc: current@FreeBSD.org, Dikshie , W Gerald Hicks Subject: Re: /usr/src/dev/md error (?) In-Reply-To: Message-ID: <20020717155435.A3935-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 16 Jul 2002, John Baldwin wrote: > On 17-Jul-2002 Bruce Evans wrote: > > This change and the break after the panic() are bogus. panic() "never" > > returns, and the compiler knows this. Unfortunately, the RESTARTABLE_PANICS > > option subverts the semantics of panic(), so panic() sometimes returns. > > This breaks compilation of md.c and 28 other files in NOTES. The fix > > shouldn't be to disturb the usual flow of control in those 29 files. > > We should probably turn RESTARTABLE_PANICS off in NOTES. It already is. I had to turn it on to find the 29 files :-). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 1:15: 2 2002 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 3FF9937B400 for ; Wed, 17 Jul 2002 01:14:59 -0700 (PDT) Received: from hal-7.inet.it (hal-7.inet.it [213.92.5.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id B24BD43E4A for ; Wed, 17 Jul 2002 01:14:57 -0700 (PDT) (envelope-from andrea@webcom.it) Received: from [::ffff:213.92.1.165] by hal-7.inet.it via I-SMTP-4.1.3-410 id 013+VkIMJC1k8; Wed, 17 Jul 10:14:56 2002 +0200 Received: from webcom.it (brian.inet.it [213.92.1.190]) by acampi.inet.it (Postfix) with SMTP id 08DF515511 for ; Wed, 17 Jul 2002 10:14:54 +0200 (CEST) Received: (qmail 12008 invoked by uid 1000); 17 Jul 2002 08:14:49 -0000 Date: Wed, 17 Jul 2002 10:14:49 +0200 From: Andrea Campi To: Eric Anholt Cc: current@FreeBSD.ORG, ports@freebsd.org Subject: Re: don't know how to make /usr/X11R6/bin/ucs2any.pl. on v.recen t -CURRENT when trying to build ports/x11/XFree86-4 Message-ID: <20020717081449.GA590@webcom.it> References: <20020710173417.48052.qmail@web11402.mail.yahoo.com> <1026423770.527.149.camel@anholt.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1026423770.527.149.camel@anholt.dyndns.org> X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 11, 2002 at 03:42:49PM -0600, Eric Anholt wrote: > perl installation. Shouldn't USE_PERL5 depend on ${LOCALBASE}/bin/perl > on -current rather than just the existence of a binary called "perl" in > the path? Assuming the perl wrapper returns different errorcodes if it finds a working perl or not, I guess USE_PERL5 could call for instance "/usr/bin/perl -w" and act accordingly, i.e. install perl if the wrapper fails. Bye, Andrea To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 2:24:12 2002 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 8E2F537B400 for ; Wed, 17 Jul 2002 02:24:10 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E80043E4A for ; Wed, 17 Jul 2002 02:24:10 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6H94Hu08153; Wed, 17 Jul 2002 02:04:17 -0700 (PDT) (envelope-from rizzo) Date: Wed, 17 Jul 2002 02:04:17 -0700 From: Luigi Rizzo To: current@freebsd.org Subject: Re: integer devide fault in dummynet_io Message-ID: <20020717020417.D7719@iguana.icir.org> References: <20020716154545.GA696.qhwt@myrealbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020716154545.GA696.qhwt@myrealbox.com>; from qhwt@myrealbox.com on Wed, Jul 17, 2002 at 12:45:45AM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG just committed a fix for this. The MFC will come shortly (note that there is no such a bug in -stable unless you use ipfw2 which is outside of the tree; the MFC will be just to keep the two files in sync). cheers luigi On Wed, Jul 17, 2002 at 12:45:45AM +0900, qhwt@myrealbox.com wrote: > Hello. I have the following rules in my ipfw.rules: > > pipe 1 config bw 3kbit/s > add 1000 pipe 1 log logamount 0 tcp from any to me 80 setup in > add 1010 pipe 1 log logamount 0 tcp from any to me 25 setup in > > so that I can log and slow down incoming Nimda/open-relay probes. > > After new ipfw code came into the tree, my machine started to panic > occasionally after thirty minutes or so connected to the Internet. > After a few panics, I managed to get the backtrace. Unfortunately the > line number seems to be screwed, but it's still enough to spot where > it panicked (attached). > > In the frame 15 in dummynet_io(), fs->weight was holding zero at line 1182, > which leads to a zero-division. Suprisingly, 'action' was O_LOG rather than > O_PIPE or O_QUEUE, even though the function is assuming only one of them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 2:38:33 2002 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 CF77937B400 for ; Wed, 17 Jul 2002 02:38:31 -0700 (PDT) Received: from snark.rinet.ru (snark.rinet.ru [195.54.192.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB3F343E3B for ; Wed, 17 Jul 2002 02:38:30 -0700 (PDT) (envelope-from andrew@snark.rinet.ru) Received: from snark.rinet.ru (andrew@localhost [127.0.0.1]) by snark.rinet.ru (8.12.3/8.12.3) with ESMTP id g6H9cSh0077670 for ; Wed, 17 Jul 2002 13:38:28 +0400 (MSD) (envelope-from andrew@snark.rinet.ru) Received: (from andrew@localhost) by snark.rinet.ru (8.12.3/8.12.3/Submit) id g6H9cO6N077669 for current@freebsd.org; Wed, 17 Jul 2002 13:38:24 +0400 (MSD) Date: Wed, 17 Jul 2002 13:38:24 +0400 From: Andrew Kolchoogin To: current@freebsd.org Subject: freetype2 doesn't build on -current/alpha. Message-ID: <20020717093824.GA77629@snark.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! It's very surprising for me, but /usr/ports/print/freetype2 doesn't build on -current on my Alpha box because GNU make dumps core after signal 11 after GNU configure has finished. Stack trace given by gdb shows the following: (gdb) set heuristic-fence-post 100000 (gdb) bt #0 0x120034e8c in getopt () #1 0x16021c5f0 in qsort () from /usr/lib/libc.so.5 #2 0x120034cb0 in getopt () warning: Hit heuristic-fence-post without finding warning: enclosing function for address 0x75e (gdb) GNU make uses it's own version of getopt(), AFAIK, and the last core dump I got even after rebuilding gmake with -mcpu=ev5 -O0. Any suggestions? Return stack is polluted? Andrew. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 3:28:59 2002 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 EF4A237B401 for ; Wed, 17 Jul 2002 03:28:53 -0700 (PDT) Received: from laptop.kurtis.pp.se (kurtis.autonomica.se [192.71.80.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id A806F43E31 for ; Wed, 17 Jul 2002 03:28:52 -0700 (PDT) (envelope-from kurtis@kurtis.pp.se) Received: from localhost (localhost [127.0.0.1]) by laptop.kurtis.pp.se (8.12.5/8.12.5) with ESMTP id g6HAOvt5000627; Wed, 17 Jul 2002 12:24:58 +0200 (CEST) (envelope-from kurtis@kurtis.pp.se) Date: Wed, 17 Jul 2002 12:24:56 +0200 From: Kurt Erik Lindqvist Reply-To: Kurt Erik Lindqvist To: "M. Warner Losh" Cc: "julian@elischer.org" , "current@FreeBSD.ORG" Subject: Re: NEWCARD Message-ID: <99610000.1026901496@laptop.kurtis.pp.se> In-Reply-To: <20020712.102155.57332421.imp@bsdimp.com> References: <540220000.1026378624@laptop.kurtis.pp.se> <20020712.102155.57332421.imp@bsdimp.com> X-Mailer: Mulberry/2.2.1 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > : 1) When trying to insert a Cisco Aironet 340 adapter, I get thrown to > the : db> prompt after it has found the card (which it seems to do > nicely). If I : boot with it inserted, I only get to the detection, then > the boot stops. At : boot up dmesg says the following on the bridge : > : > : cardbus0: on pccbb0 > : pccard0: <16-bit PCCard bus> on pccbb0 > : pccbb1: mem 0x41180000-0x41180fff irq 11 at > : device 4 > : .1 on pci0 > : cardbus1: on pccbb1 > : pccard1: <16-bit PCCard bus> on pccbb1 > > Traceback for the panic? db> trace an_cmd(c199e000,1,0,c199e000,c8740c58) at an_cmd+0x45 an_reset(c199e000,ff11006a,0,0,0) at an_reset+0x1a an_probe(c1b55500) at an_probe+0xcc an_pccard_probe(c1b55500) at an_pccard_probe+0xe pccard_compat_do_attach(c18d0380,c1b55500) at pccard_compat_do_attach+0x3a pccard_compat_attach(c1b55500) at pccard_compat_attach+0x48 device_probe_and_attach(c1b55500) at device_probe_and_attach+0x9c pccard_attach_card(c18d0380) at pccard_attach_card+0x240 pccbb_insert(c0bb7600,c018809c,c18d8000,c8740d34,c020d468) at pccbb_insert+0xde pccbb_event_thread(c0bb7600,c8740d48,c0bc0600,c018809c,0) at pccbb_event_thread+ 0x5d fork_exit(c018809c,c0bb7600,c8740d48) at fork_exit+0x94 fork_trampoline() at fork_trampoline+0x1a It will also give some odd error message on RAM failure and probable hardware error. I have tried with two Wlan cards, the Cisco Aironet 340 and the Netgear MA401. Both behave the same way. My Xircom 10/100 X3201 seems to work though. Removing the Wirleess card and doing 'cont' the system seems to resume just fine though. Best regards, - kurtis - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 3:54:24 2002 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 5728837B400 for ; Wed, 17 Jul 2002 03:54:22 -0700 (PDT) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9FC143E4A for ; Wed, 17 Jul 2002 03:54:21 -0700 (PDT) (envelope-from des@sparc64.style9.org) Received: from bowie.private (d141-203-124.home.cgocable.net [24.141.203.124]) by espresso.q9media.com (Postfix) with ESMTP id D86A29C11 for ; Wed, 17 Jul 2002 06:50:05 -0400 (EDT) Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.5/8.12.5) with ESMTP id g6HAsjfU068166 for ; Wed, 17 Jul 2002 10:54:45 GMT (envelope-from des@bowie.private) Received: (from des@localhost) by bowie.private (8.12.5/8.12.5/Submit) id g6HAsiUQ068164 for current@freebsd.org; Wed, 17 Jul 2002 10:54:44 GMT Date: Wed, 17 Jul 2002 10:54:44 GMT From: Dag-Erling Smorgrav Message-Id: <200207171054.g6HAsiUQ068164@bowie.private> To: current@freebsd.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> sbin/mount_portalfs ... mount_portalfs.o: In function `main': mount_portalfs.o(.text+0x168): warning: mktemp() possibly used unsafely; consider using mkstemp() ===> sbin/mount_std ===> sbin/mount_udf ===> sbin/mount_umapfs ===> sbin/mount_unionfs ===> sbin/natd ===> sbin/newfs /usr/home/des/tinderbox/sparc64/src/sbin/newfs/mkfs.c: In function `fsinit': /usr/home/des/tinderbox/sparc64/src/sbin/newfs/mkfs.c:711: structure has no member named `di_createtime' *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/sbin/newfs. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/sbin. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 4:49:56 2002 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 0EE8D37B400 for ; Wed, 17 Jul 2002 04:49:54 -0700 (PDT) Received: from mail.robhughes.com (12-237-138-77.client.attbi.com [12.237.138.77]) by mx1.FreeBSD.org (Postfix) with SMTP id 3447043E42 for ; Wed, 17 Jul 2002 04:49:53 -0700 (PDT) (envelope-from rob@robhughes.com) Received: (qmail 13180 invoked from network); 17 Jul 2002 11:49:52 -0000 Received: from hexch01.robhughes.com (192.168.1.3) by ns2.robhughes.com with SMTP; 17 Jul 2002 11:49:52 -0000 Received: from kahuna-ws.robhughes.com ([192.168.1.16]) by HEXCH01.robhughes.com with Microsoft SMTPSVC(5.0.2195.4905); Wed, 17 Jul 2002 06:49:47 -0500 Subject: Re: sparc64 tinderbox failure From: Rob Hughes To: current@freebsd.org In-Reply-To: <200207171054.g6HAsiUQ068164@bowie.private> References: <200207171054.g6HAsiUQ068164@bowie.private> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-bwCNHTtTJa5tue/3KWQi" X-Mailer: Ximian Evolution 1.0.7 (1.0.7-2) Date: 17 Jul 2002 06:49:47 -0500 Message-Id: <1026906587.25972.2.camel@kahuna-ws.robhughes.com> Mime-Version: 1.0 X-OriginalArrivalTime: 17 Jul 2002 11:49:47.0265 (UTC) FILETIME=[0CC22F10:01C22D88] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-bwCNHTtTJa5tue/3KWQi Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2002-07-17 at 05:54, Dag-Erling Smorgrav wrote: > =3D=3D=3D> sbin/newfs > /usr/home/des/tinderbox/sparc64/src/sbin/newfs/mkfs.c: In function `fsini= t': > /usr/home/des/tinderbox/sparc64/src/sbin/newfs/mkfs.c:711: structure has = no member named `di_createtime' > *** Error code 1 >=20 > Stop in /usr/home/des/tinderbox/sparc64/src/sbin/newfs. > *** Error code 1 Same error on i386 build. >=20 --=20 Remember: the only difference between being the champ and the chump is u. --=-bwCNHTtTJa5tue/3KWQi Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Comment: Please use bofh key to send me personal data. iD8DBQA9NVnb/9y+qWKu6HERArNmAJ9nbKGW/ijkD1elCGRTW4a7AbDi/ACfXaBP P0Uz88mBueldpe2a+gEcqjU= =hoAG -----END PGP SIGNATURE----- --=-bwCNHTtTJa5tue/3KWQi-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 4:54:26 2002 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 9866337B400 for ; Wed, 17 Jul 2002 04:54:24 -0700 (PDT) Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60C7D43E5E for ; Wed, 17 Jul 2002 04:54:23 -0700 (PDT) (envelope-from sheldonh@starjuice.net) Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 3.36 #1) id 17UnOz-0008ur-00; Wed, 17 Jul 2002 13:55:29 +0200 Date: Wed, 17 Jul 2002 13:55:29 +0200 From: Sheldon Hearn To: Rob Hughes Cc: current@freebsd.org Subject: Re: sparc64 tinderbox failure Message-ID: <20020717115529.GD49613@starjuice.net> Mail-Followup-To: Rob Hughes , current@freebsd.org References: <200207171054.g6HAsiUQ068164@bowie.private> <1026906587.25972.2.camel@kahuna-ws.robhughes.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1026906587.25972.2.camel@kahuna-ws.robhughes.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On (2002/07/17 06:49), Rob Hughes wrote: > > ===> sbin/newfs > > /usr/home/des/tinderbox/sparc64/src/sbin/newfs/mkfs.c: In function `fsinit': > > /usr/home/des/tinderbox/sparc64/src/sbin/newfs/mkfs.c:711: structure has no member named `di_createtime' > > *** Error code 1 > > > > Stop in /usr/home/des/tinderbox/sparc64/src/sbin/newfs. > > *** Error code 1 > > Same error on i386 build. Patches posted in Message-ID: <20020717114841.GC49613@starjuice.net>, sent to cvs-committers and cvs-all. I haven't committed them myself, because I haven't tested whether the resulting newfs binary works. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 6:48: 7 2002 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 B922D37B400 for ; Wed, 17 Jul 2002 06:48:03 -0700 (PDT) Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ED9843E64 for ; Wed, 17 Jul 2002 06:48:03 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 19209 invoked from network); 17 Jul 2002 13:48:00 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail16.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 17 Jul 2002 13:48:00 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6HDln056859; Wed, 17 Jul 2002 09:47:49 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020717134948.G3565-100000@gamplex.bde.org> Date: Wed, 17 Jul 2002 09:48:00 -0400 (EDT) From: John Baldwin To: Bruce Evans Subject: Re: VOP_GETATTR panic on Alpha Cc: Andrew Gallatin Cc: Andrew Gallatin , Andrew Kolchoogin , current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 17-Jul-2002 Bruce Evans wrote: > On Tue, 16 Jul 2002, John Baldwin wrote: > >> On 17-Jul-2002 Bruce Evans wrote: >> >> mtx_lock_spin(&sched_lock); >> >> if (cold || panicstr) { >> >> /* >> >> * After a panic, or during autoconfiguration, >> >> * just give interrupts a chance, then just return; >> > ^^^^^^^^^^^^^^^^^^^^^^^^ >> > >> > This is the rotted comment. No chance is given here. >> >> Well, when you unlock sched_lock you give ithreads a chance to run. (This >> is only true in a fully preemptive kernel though.) > > It now only releases the lock that it aquired. splx(safepri) gave a > nesting-violating unlocking corresponding to releasing the caller(s) > locks. However, it is probably a bug to call msleep() with sched_lock > held, so releasing sched_lock would release it completely but not give > interrupts any better chance than they had to begin with. Well, the only other locks the caller can hold is the mutex passed in and we also release that as well, which could free up ithreads blocked on that lock. > Bruce -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 6:48:20 2002 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 382F737B405 for ; Wed, 17 Jul 2002 06:48:07 -0700 (PDT) Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7607443E31 for ; Wed, 17 Jul 2002 06:48:06 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 15729 invoked from network); 17 Jul 2002 13:48:02 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail17.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 17 Jul 2002 13:48:02 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6HDlp056863; Wed, 17 Jul 2002 09:47:51 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020717155435.A3935-100000@gamplex.bde.org> Date: Wed, 17 Jul 2002 09:48:01 -0400 (EDT) From: John Baldwin To: Bruce Evans Subject: Re: /usr/src/dev/md error (?) Cc: W Gerald Hicks , Dikshie , current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 17-Jul-2002 Bruce Evans wrote: > On Tue, 16 Jul 2002, John Baldwin wrote: > >> On 17-Jul-2002 Bruce Evans wrote: >> > This change and the break after the panic() are bogus. panic() "never" >> > returns, and the compiler knows this. Unfortunately, the RESTARTABLE_PANICS >> > option subverts the semantics of panic(), so panic() sometimes returns. >> > This breaks compilation of md.c and 28 other files in NOTES. The fix >> > shouldn't be to disturb the usual flow of control in those 29 files. >> >> We should probably turn RESTARTABLE_PANICS off in NOTES. > > It already is. I had to turn it on to find the 29 files :-). Ah, ok. :) > Bruce -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 6:48:45 2002 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 030D637B400 for ; Wed, 17 Jul 2002 06:48:17 -0700 (PDT) Received: from taz.sindrome.net (taz.sindrome.net [209.172.186.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5727143E31 for ; Wed, 17 Jul 2002 06:48:16 -0700 (PDT) (envelope-from sindrome@sindrome.net) Received: from taz.sindrome.net (taz.sindrome.net [209.172.186.231] (may be forged)) by taz.sindrome.net (8.12.3/8.12.3) with ESMTP id g6HDm6lv044690 for ; Wed, 17 Jul 2002 08:48:06 -0500 (CDT) (envelope-from sindrome@sindrome.net) Received: (from sindrome@localhost) by taz.sindrome.net (8.12.3/8.12.3/Submit) id g6HDm6pJ044689 for current@FreeBSD.ORG; Wed, 17 Jul 2002 08:48:06 -0500 (CDT) X-Authentication-Warning: taz.sindrome.net: sindrome set sender to sindrome@sindrome.net using -f Date: Wed, 17 Jul 2002 08:48:05 -0500 From: Troy To: current@FreeBSD.ORG Subject: /usr/src/gnu/lib/csu broken world Message-ID: <20020717084805.A44668@sindrome.net> Reply-To: sindrome@sindrome.net Mail-Followup-To: Troy , current@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've seen some of the past postings relating to prolems experienced with lib/csu, but the only file in my csu director is the Makefile. This error has been with me for quite some time. I've made sure to do a make cleandir prior to trying to build the world. I have built the latest GCC 3.1 from the binaries. I'm still having the same issue. Ideas? -Troy -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec GROFF_BIN_PATH=/usr/obj/usr/src/i386/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/usr/share/tmac DESTDIR=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 -DNOHTML -DNOINFO -DNOMAN -DNOFSCHG libraries cd /usr/src; make -f Makefile.inc1 _startup_libs; make -f Makefile.inc1 _prebuild_libs; make -f Makefile.inc1 _generic_libs; cd /usr/src/gnu/lib/csu; make DIRPRFX=gnu/lib/csu/ depend; make DIRPRFX=gnu/lib/csu/ all; make DIRPRFX=gnu/lib/csu/ install make -f /usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile MFILE=/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/usr/src/gnu/lib/csu/../../../contrib/gcc tconfig.h echo 'struct rtx_def;' > tconfig.h echo 'typedef struct rtx_def *rtx;' >> tconfig.h echo 'struct rtvec_def;' >> tconfig.h echo 'typedef struct rtvec_def *rtvec;' >> tconfig.h echo 'union tree_node;' >> tconfig.h echo 'typedef union tree_node *tree;' >> tconfig.h echo '' >> tconfig.h echo '#include "ansidecl.h"' >> tconfig.h echo '#include "i386/i386.h"' >> tconfig.h echo '#include "i386/att.h"' >> tconfig.h echo '#include "dbxelf.h"' >> tconfig.h echo '#include "elfos.h"' >> tconfig.h echo '#include ' >> tconfig.h echo '#include "freebsd-spec.h"' >> tconfig.h echo '#include "freebsd.h"' >> tconfig.h echo '#include "i386/freebsd.h"' >> tconfig.h echo '#include "defaults.h"' >> tconfig.h echo '#ifndef POSIX' >> tconfig.h echo '# define POSIX' >> tconfig.h echo '#endif' >> tconfig.h echo '#define CONFIG_SJLJ_EXCEPTIONS 0' >> tconfig.h rm -f .depend CC="/usr/bin/cc" MKDEP_CPP_OPTS="-M -DCRT_BEGIN" mkdep -f .depend -a -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I/usr/src/gnu/lib/csu/../../../contrib/gcc -I. -I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c /usr/bin/cc -O -pipe -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-omit-frame-pointer -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I/usr/src/gnu/lib/csu/../../../contrib/gcc -I. -I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools -g0 -DCRT_BEGIN -c -o crtbegin.o /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c In file included from /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:63: /usr/src/gnu/lib/csu/../../../contrib/gcc/unwind-dw2-fde.h:37: field `array' has incomplete type /usr/src/gnu/lib/csu/../../../contrib/gcc/unwind-dw2-fde.h:135: field `augmentation' has incomplete type /usr/src/gnu/lib/csu/../../../contrib/gcc/unwind-dw2-fde.h:143: field `pc_begin' has incomplete type /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:254: warning: `used' attribute directive ignored /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c: In function `__do_global_dtors_aux': /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:256: syntax error before `completed' /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:259: `completed' undeclared (first use in this function) /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:259: (Each undeclared identifier is reported only once /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:259: for each function it appears in.) /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c: At top level: /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:298: warning: `used' attribute directive ignored *** Error code 1 Stop in /usr/src/gnu/lib/csu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 7:24:53 2002 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 A06CD37B400 for ; Wed, 17 Jul 2002 07:24:51 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F6E243E42 for ; Wed, 17 Jul 2002 07:24:51 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id E62042CC6CA for ; Wed, 17 Jul 2002 11:24:44 -0300 (ADT) Date: Wed, 17 Jul 2002 11:24:44 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-current@freebsd.org Subject: NEWCARD support for Linksys Ethernet broken? Message-ID: <20020717112221.W51729-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just upgraded my laptop to the latest -CURRENT ... everything boots fine, but my ethernet no longer exists (it worked great on my June 6th kernel) ... I'm using NEWCARD support in the kernel, and if_ed is loaded according to kldstat ... I've searched Google, and nadda there ... known problem, or am I missing something that has changed? Just re-checked UPGRADING and nothing in there about it either ... Thanks ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 7:28: 3 2002 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 78E4A37B400 for ; Wed, 17 Jul 2002 07:28:01 -0700 (PDT) Received: from squall.waterspout.com (squall.waterspout.com [208.13.56.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9544D43E31 for ; Wed, 17 Jul 2002 07:28:00 -0700 (PDT) (envelope-from will@csociety.org) Received: by squall.waterspout.com (Postfix, from userid 1050) id 222439B3A; Wed, 17 Jul 2002 09:28:00 -0500 (EST) Date: Wed, 17 Jul 2002 09:28:00 -0500 From: Will Andrews To: Eric Anholt Cc: Garance A Drosihn , current@FreeBSD.ORG Subject: Re: Still no XFree86-4? Message-ID: <20020717142759.GT95460@squall.waterspout.com> Mail-Followup-To: Eric Anholt , Garance A Drosihn , current@FreeBSD.ORG References: <3D33EFC5.7010407@veidit.net> <1026861953.474.18.camel@anholt.dyndns.org> <1026869258.474.103.camel@anholt.dyndns.org> <1026884381.473.8.camel@anholt.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1026884381.473.8.camel@anholt.dyndns.org> User-Agent: Mutt/1.3.26i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jul 16, 2002 at 11:39:41PM -0600, Eric Anholt wrote: > > I thought the whole point of Wraphelp.c was that the person who > > runs the machine (whatever machine X is being installed on) has > > to obtain that file, so they would have to explicitly verify that > > they -- personally -- have the right to use it. > > > > Mind you, I did that once about seven years ago, and I just keep > > copying that Wraphelp.c around to wherever I need it. I have no > > idea what the current requirement is... :-) > > It used to be that way. Then within the last year (iirc) our ports > changed to auto-downloading Wraphelp.c and defaulting to HasXdmAuth > YES. I don't know what exactly changed legally. I noted that at least > NetBSD has a Wraphelp.c in their CVS repos of X-3 and X-4. > > My changes do make the file required by all of the miniports that could > use it, though it only gets used if HasXdmAuth is set to YES by imake-4 > (it's default). If you'll read the commit log which made this change, you'll see that I was the one who changed this. I did so after consulting with core regarding the current export rules of the USA. The BXA (Bureau of Export Administration) loosened their rules for cryptographical software export last year (or the year before, I don't remember exactly), and so open source software is only required to register with the BXA if they export cryptographic software. FreeBSD did that many years ago, so I removed the need for somebody to fetch that file if they want XDM-AUTHORIZATION-1. I'd like to point out that Wraphelp.c performs DES encryption, and we have already done that out of the box for quite some time. See http://www.bxa.doc.gov/ for more info. [Seems they changed their name to Bureau of Industry and Security...] regards, -- wca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 9:27:24 2002 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 862EE37B400 for ; Wed, 17 Jul 2002 09:27:19 -0700 (PDT) Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B0F843E3B for ; Wed, 17 Jul 2002 09:27:18 -0700 (PDT) (envelope-from sheldonh@starjuice.net) Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 3.36 #1) id 17Urf9-0000El-00; Wed, 17 Jul 2002 18:28:27 +0200 Date: Wed, 17 Jul 2002 18:28:27 +0200 From: Sheldon Hearn To: Dima Dorfman Cc: current@freebsd.org Subject: Re: DEVFS rule subsystem (was: cvs commit: src/sbin Makefile src/sbin/devfs Makefile devfs.8 devfs.c extern.h rule.c src/sys/conf files src/sys/fs/devfs devfs.h devfs_devs.c devfs_rule.c devfs_vfsops.c devfs_vnops.c ) Message-ID: <20020717162827.GA751@starjuice.net> Mail-Followup-To: Dima Dorfman , current@freebsd.org References: <200207170146.g6H1kpWl024662@freefall.freebsd.org> <20020717015221.30D953E22@turbine.trit.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020717015221.30D953E22@turbine.trit.org> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On (2002/07/17 01:52), Dima Dorfman wrote: > The devfs(8) manual page is a pretty good reference of the existing > features and semantics, but it lacks polish needed to be able to serve > as an introduction. Actually, I think it's brilliant. The only nits are the weird sections, which made it hard for me to find my way around. For example, the examples are all in an Examples subsection of the non-standard RULE SUBSYSTEM section, so I didn't see that there were examples when I first looked for them. I'd suggest the attached patch, to make it easier for manpage die-hards to navigate. Great job, man! Ciao, Sheldon. Index: devfs.8 =================================================================== RCS file: /home/ncvs/src/sbin/devfs/devfs.8,v retrieving revision 1.1 diff -u -d -r1.1 devfs.8 --- devfs.8 17 Jul 2002 01:46:47 -0000 1.1 +++ devfs.8 17 Jul 2002 16:25:02 -0000 @@ -62,7 +62,7 @@ operates on .Pa /dev . .El -.Sh RULE SUBSYSTEM +.Ss Rule Subsystem The .Xr devfs 5 rule subsystem provides a way for the administrator of a system to control @@ -207,9 +207,7 @@ .It Cm unhide Unhide the node. .El -.Ss Notes -.Bl -bullet -offset indent -.It +.Sh IMPLEMENTATION NOTES Rulesets are created by the kernel at the first reference, and destroyed when the last reference disappears. E.g., a ruleset is created when a rule is added to it or when it is set @@ -218,12 +216,12 @@ and no other references to it exist (i.e., it is not included by any rules, and it is not the current ruleset for any mount-point). -.It +.Pp Ruleset number 0 is the default ruleset for all new mount-points. It is always empty, cannot be modified or deleted, and does not show up in the output of .Cm showsets . -.It +.Pp Rules and rulesets are unique to the entire system, not a particular mount-point. I.e., a @@ -232,8 +230,7 @@ .Fl m . The mount-point is only relevant when changing what its current ruleset is, or when using one of the apply commands. -.El -.Ss Examples +.Sh EXAMPLES When the system boots, the only ruleset that exists is ruleset number 0; since the latter may not be modified, we have to create another ruleset To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 9:57:49 2002 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 1B1C037B400 for ; Wed, 17 Jul 2002 09:57:48 -0700 (PDT) Received: from glatton.cnchost.com (glatton.cnchost.com [207.155.248.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80C2A43E64 for ; Wed, 17 Jul 2002 09:57:47 -0700 (PDT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (adsl-209-204-185-216.sonic.net [209.204.185.216]) by glatton.cnchost.com id MAA28965; Wed, 17 Jul 2002 12:57:42 -0400 (EDT) [ConcentricHost SMTP Relay 1.14] Message-ID: <200207171657.MAA28965@glatton.cnchost.com> To: Terry Lambert Cc: Szilveszter Adam , freebsd-current@FreeBSD.ORG Subject: Re: Interesting panic very early in the boot In-reply-to: Your message of "Tue, 16 Jul 2002 23:03:12 PDT." <3D3508A0.B7D12818@mindspring.com> Date: Wed, 17 Jul 2002 09:57:41 -0700 From: Bakul Shah Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I believe setting DISABLE_PSE in the config file and rebuilding > will make this go away. Terry, thanks for the suggestion but that didn't do it. Time to review recent changes and single step the kernel. BTW, how do you stop the kernel before it panics? It panics so early that there is no time for sending a break. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 10:38:14 2002 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 DE03B37B400 for ; Wed, 17 Jul 2002 10:38:11 -0700 (PDT) Received: from mx2.datanet.hu (mx2.datanet.hu [194.149.13.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56BD843E42 for ; Wed, 17 Jul 2002 10:38:11 -0700 (PDT) (envelope-from sziszi@bsd.hu) Received: from fonix.adamsfamily.xx (nilus-667.adsl.datanet.hu [195.56.50.159]) by mx2.datanet.hu (DataNet) with ESMTP id 1BCDB5982 for ; Wed, 17 Jul 2002 19:38:10 +0200 (CEST) Received: from fonix.adamsfamily.xx (localhost [127.0.0.1]) by fonix.adamsfamily.xx (8.12.5/8.12.5) with ESMTP id g6HHcN6c008249 for ; Wed, 17 Jul 2002 19:38:23 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from cc@localhost) by fonix.adamsfamily.xx (8.12.5/8.12.5/Submit) id g6HHcNKi008248 for freebsd-current@FreeBSD.ORG; Wed, 17 Jul 2002 19:38:23 +0200 (CEST) X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f Date: Wed, 17 Jul 2002 19:38:22 +0200 From: Szilveszter Adam To: freebsd-current@FreeBSD.ORG Subject: Re: Interesting panic very early in the boot Message-ID: <20020717173822.GB1068@fonix.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@FreeBSD.ORG References: <3D3508A0.B7D12818@mindspring.com> <200207171657.MAA28965@glatton.cnchost.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200207171657.MAA28965@glatton.cnchost.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jul 17, 2002 at 09:57:41AM -0700, Bakul Shah wrote: Terry suggested: > > I believe setting DISABLE_PSE in the config file and rebuilding > > will make this go away. > > Terry, thanks for the suggestion but that didn't do it. Ok, so it's time to speculate a bit more about this. Although I have been seeing this panic since Sunday, only one other person has reported it so far. Although it may be that this is due to the fact that developers do not run up-to-date -CURRENT and hence do not see problems that are this "new" (and I bet that the tinderbox only tests building, but does not try to actually run the stuff), perhaps there is a different explanation. Bakul mentioned that the panic happens on a PPro. For me, it's a PII. I am using a CPUTYPE setting of "p2" in /etc/make.conf. This gets converted to a "-march=pentiumpro" on the actual compile line. This may be the same for the PPro. This suggests a remote possibility that there might be a problem with this option, so this is the next thing that I am going to test. We'll see... -- Regards: Szilveszter ADAM Szombathely Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 11:24:45 2002 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 A71A937B401 for ; Wed, 17 Jul 2002 11:24:40 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1508643E64 for ; Wed, 17 Jul 2002 11:24:39 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0460.cvx22-bradley.dialup.earthlink.net ([209.179.199.205] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17UtPQ-00038E-00; Wed, 17 Jul 2002 11:20:20 -0700 Message-ID: <3D35B533.9DF22814@mindspring.com> Date: Wed, 17 Jul 2002 11:19:31 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bakul Shah Cc: Szilveszter Adam , freebsd-current@FreeBSD.ORG Subject: Re: Interesting panic very early in the boot References: <200207171657.MAA28965@glatton.cnchost.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bakul Shah wrote: > > I believe setting DISABLE_PSE in the config file and rebuilding > > will make this go away. > > Terry, thanks for the suggestion but that didn't do it. This surprises me. I thought it would be the result of Peter's recent pmap changes, and the fact that there is a bad problem with Intel processors with 4M and 4K page mappings existing in the TLB caches for the same regions simultaneously, particularly because invltlb() doesn't do what it's supposed to do when that happens, and you have to be really, really sneaky to get it to do the right thing. FreeBSD was "accidently sneaky" because it used to do things very similar to an Intel example of how to do things, and that example was similar to Intel's test code to make sure the processor was functioning in it's ICE configuration with the extra pins and things. That there could be a real error in that code surprises me, since Peter really knows what he's doing, even if that low in the hardware, there are undocumented interactions that even Intel's errata doesn't seem to know about. > Time to review recent changes and single step the kernel. > BTW, how do you stop the kernel before it panics? It > panics so early that there is no time for sending a break. There is a boot option that breaks directly to the debugger; here is the information from /usr/src/sys/boot/common/help.common: set boot_ddb Instructs the kernel to start in the DDB debugger, rather than proceeding to initialise when booted. set boot_gdb Selects gdb-remote mode for the kernel debugger by default. It should work in this case, because the place you are having the problem is after the DDB (BDE) debugger has been initialized, after the kernel has made the hand crafted virtual memory mirror the physical memory, and jumped into protected mode, and that's about the earlierst you can start stepping through the assembly code with the debugger. To use these, you should hit space to interrupt the boot after the kernel is loaded, while it's in the boot count-down, and just type the commands manually. You could do it earlier, but I don't know what your loader configuration files look like (and, no, I don't, I don't want you to send them to me... 8-)). In a general sense, you should act like the debugger exists outside the kernel and VM system, and concentrate on what the system is trying to do at this point, and why, and how the code does or doesn't do that. As a starting point, it's important to know that this deep in the code, the virtual image is *supposed* to match the physical image, except for the extra content of pages used for the management of the virtual memory itself. That suggests to me that while the symptom is in some higher/later code, the root cause is catually in locore.s. Happy bug hunt! ;^). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 11:36:31 2002 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 E612137B400 for ; Wed, 17 Jul 2002 11:36:28 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4934743E64 for ; Wed, 17 Jul 2002 11:36:28 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0460.cvx22-bradley.dialup.earthlink.net ([209.179.199.205] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17Uteu-0000Mr-00; Wed, 17 Jul 2002 11:36:21 -0700 Message-ID: <3D35B8F7.9915A14D@mindspring.com> Date: Wed, 17 Jul 2002 11:35:35 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Szilveszter Adam Cc: freebsd-current@FreeBSD.ORG Subject: Re: Interesting panic very early in the boot References: <3D3508A0.B7D12818@mindspring.com> <200207171657.MAA28965@glatton.cnchost.com> <20020717173822.GB1068@fonix.adamsfamily.xx> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Szilveszter Adam wrote: > Ok, so it's time to speculate a bit more about this. > > Although I have been seeing this panic since Sunday, only one other > person has reported it so far. Although it may be that this is due to > the fact that developers do not run up-to-date -CURRENT and hence do not > see problems that are this "new" (and I bet that the tinderbox only > tests building, but does not try to actually run the stuff), perhaps > there is a different explanation. > > Bakul mentioned that the panic happens on a PPro. For me, it's a PII. I > am using a CPUTYPE setting of "p2" in /etc/make.conf. This gets > converted to a "-march=pentiumpro" on the actual compile line. This may > be the same for the PPro. This suggests a remote possibility that there > might be a problem with this option, so this is the next thing that I am > going to test. > > We'll see... My bet on the root cause, if I am correct, means that if you change the amount of physical RAM installed in the machine, the problem will go away, and that the problem is probably rare because it depends on certain things that are more complicated, after Matt's changes after my complaints about machdep.c reservations on large memory machines, as the amount of physical RAM approaches the size of the address space. My suggestion for DISABLE_PSE was intended to mask the problem, not fix it, because the root problem I was thinking of isn't really related to that. That change masking the problem would have been information. The change *not* masking the problem is *not* information; i.e. the masking as a side effect would have been prrof of the theory, but lack of masking doesn't disprove the theory. Finding a gremlin body squished in the gears is proof of gremlins, but not finding one doesn't prove the non-existance of gremlins... ;^). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 12:13:37 2002 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 5586237B400 for ; Wed, 17 Jul 2002 12:13:34 -0700 (PDT) Received: from mx2.datanet.hu (mx2.datanet.hu [194.149.13.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2B2543E65 for ; Wed, 17 Jul 2002 12:13:33 -0700 (PDT) (envelope-from sziszi@bsd.hu) Received: from fonix.adamsfamily.xx (nilus-298.adsl.datanet.hu [195.56.49.44]) by mx2.datanet.hu (DataNet) with ESMTP id 619E45910 for ; Wed, 17 Jul 2002 21:13:32 +0200 (CEST) Received: from fonix.adamsfamily.xx (localhost [127.0.0.1]) by fonix.adamsfamily.xx (8.12.5/8.12.5) with ESMTP id g6HJDk0w000671 for ; Wed, 17 Jul 2002 21:13:46 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from cc@localhost) by fonix.adamsfamily.xx (8.12.5/8.12.5/Submit) id g6HJDjUk000670 for freebsd-current@FreeBSD.ORG; Wed, 17 Jul 2002 21:13:45 +0200 (CEST) X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f Date: Wed, 17 Jul 2002 21:13:45 +0200 From: Szilveszter Adam To: freebsd-current@FreeBSD.ORG Subject: Re: Interesting panic very early in the boot Message-ID: <20020717191345.GA650@fonix.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@FreeBSD.ORG References: <3D3508A0.B7D12818@mindspring.com> <200207171657.MAA28965@glatton.cnchost.com> <20020717173822.GB1068@fonix.adamsfamily.xx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020717173822.GB1068@fonix.adamsfamily.xx> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jul 17, 2002 at 07:38:22PM +0200, Szilveszter Adam wrote: > Bakul mentioned that the panic happens on a PPro. For me, it's a PII. I > am using a CPUTYPE setting of "p2" in /etc/make.conf. This gets > converted to a "-march=pentiumpro" on the actual compile line. This may > be the same for the PPro. This suggests a remote possibility that there > might be a problem with this option, so this is the next thing that I am > going to test. > > We'll see... We did. It did not make a difference. Let's move on... -- Regards: Szilveszter ADAM Szombathely Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 12:36:51 2002 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 C13BF37B400 for ; Wed, 17 Jul 2002 12:36:48 -0700 (PDT) Received: from energistic.com (bdsl.66.12.217.106.gte.net [66.12.217.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id B497143E31 for ; Wed, 17 Jul 2002 12:36:47 -0700 (PDT) (envelope-from steve@energistic.com) Received: from energistic.com (steve@localhost [127.0.0.1]) by energistic.com (8.12.5/8.12.5) with ESMTP id g6HJakHH056357 for ; Wed, 17 Jul 2002 14:36:46 -0500 (EST) (envelope-from steve@energistic.com) Received: (from steve@localhost) by energistic.com (8.12.5/8.12.5/Submit) id g6HJak6H054672 for current@freebsd.org; Wed, 17 Jul 2002 14:36:46 -0500 (EST) Date: Wed, 17 Jul 2002 14:36:46 -0500 (EST) From: Steve Ames Message-Id: <200207171936.g6HJak6H054672@energistic.com> To: current@freebsd.org Subject: inetd parsing broke for non IPv6 configurations Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This worked 3 days ago but I just upgraded to -CURRENT from today and its not quite working now. If you have tcp6 lines in your inetd.conf but do not have IPv6 enabled in the kernel your inetd will stop adding services after it encounters the first line with a tcp6 in it: mysystem# inetd -d ADD : ftp proto=tcp accept=1 max=0 user=root group=(null)class=daemon builtin=0x 0 server=/usr/libexec/ftpd policy="" inetd: ftp/tcp: ipsec initialization failed; in entrust inetd: ftp/tcp: ipsec initialization failed; tut entrust inetd: enabling ftp, fd 4 inetd: registered /usr/libexec/ftpd on 4 inetd[52984]: IPv6 bind is ignored for ftp inetd[52984]: IPv6 bind is ignored for telnet inetd[52984]: IPv6 bind is ignored for telnet inetd[52984]: IPv6 bind is ignored for comsat inetd[52984]: IPv6 bind is ignored for ntalk inetd[52984]: IPv6 bind is ignored for pop3 inetd[52984]: IPv6 bind is ignored for imap4 inetd[52984]: IPv6 bind is ignored for imaps inetd[52984]: IPv6 bind is ignored for auth inetd[52984]: IPv6 bind is ignored for auth inetd[52984]: IPv6 bind is ignored for gpsclock Here it correctly adds ftp/tcp and ignores ftp/tcp6... but then it appears to see all remaining entries as tcp6 and ignores them even when they are most certainly listed as tcp and not tcp6. I'm guessing that $FreeBSD: src/usr.sbin/inetd/inetd.c,v 1.105 2002/07/15 19:09:33 is the culprit. This commit was to add support for rpc IPv6 and does appear to change the code block where the "IPv6 bind is ignored" appears.. -Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 12:49:31 2002 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 E554A37B400 for ; Wed, 17 Jul 2002 12:49:28 -0700 (PDT) Received: from mx1.datanet.hu (mx1.datanet.hu [194.149.13.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C7E043E65 for ; Wed, 17 Jul 2002 12:49:28 -0700 (PDT) (envelope-from sziszi@bsd.hu) Received: from fonix.adamsfamily.xx (nilus-298.adsl.datanet.hu [195.56.49.44]) by mx1.datanet.hu (DataNet) with ESMTP id 85FF926A60A for ; Wed, 17 Jul 2002 21:49:26 +0200 (CEST) Received: from fonix.adamsfamily.xx (localhost [127.0.0.1]) by fonix.adamsfamily.xx (8.12.5/8.12.5) with ESMTP id g6HJne0w015634 for ; Wed, 17 Jul 2002 21:49:40 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from cc@localhost) by fonix.adamsfamily.xx (8.12.5/8.12.5/Submit) id g6HJne2S015633 for freebsd-current@FreeBSD.ORG; Wed, 17 Jul 2002 21:49:40 +0200 (CEST) X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f Date: Wed, 17 Jul 2002 21:49:40 +0200 From: Szilveszter Adam To: freebsd-current@FreeBSD.ORG Subject: Re: Interesting panic very early in the boot Message-ID: <20020717194940.GC650@fonix.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@FreeBSD.ORG References: <3D3508A0.B7D12818@mindspring.com> <200207171657.MAA28965@glatton.cnchost.com> <20020717173822.GB1068@fonix.adamsfamily.xx> <3D35B8F7.9915A14D@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D35B8F7.9915A14D@mindspring.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jul 17, 2002 at 11:35:35AM -0700, Terry Lambert wrote: > My bet on the root cause, if I am correct, means that if you change > the amount of physical RAM installed in the machine, the problem will > go away, and that the problem is probably rare because it depends on > certain things that are more complicated, after Matt's changes after > my complaints about machdep.c reservations on large memory machines, > as the amount of physical RAM approaches the size of the address > space. 'Key, I can try that too. However, this machine is anything but "large memory" these days: it has 128 Megs of (non-DDR) SDRAM. (2x64) -- Regards: Szilveszter ADAM Szombathely Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 12:58:44 2002 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 6C52137B400 for ; Wed, 17 Jul 2002 12:58:42 -0700 (PDT) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id F364B43E42 for ; Wed, 17 Jul 2002 12:58:41 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0460.cvx22-bradley.dialup.earthlink.net ([209.179.199.205] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17UuwK-0005G1-00; Wed, 17 Jul 2002 12:58:24 -0700 Message-ID: <3D35CC2B.F34C72BD@mindspring.com> Date: Wed, 17 Jul 2002 12:57:31 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Szilveszter Adam Cc: freebsd-current@FreeBSD.ORG Subject: Re: Interesting panic very early in the boot References: <3D3508A0.B7D12818@mindspring.com> <200207171657.MAA28965@glatton.cnchost.com> <20020717173822.GB1068@fonix.adamsfamily.xx> <3D35B8F7.9915A14D@mindspring.com> <20020717194940.GC650@fonix.adamsfamily.xx> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Szilveszter Adam wrote: > On Wed, Jul 17, 2002 at 11:35:35AM -0700, Terry Lambert wrote: > > My bet on the root cause, if I am correct, means that if you change > > the amount of physical RAM installed in the machine, the problem will > > go away, and that the problem is probably rare because it depends on > > certain things that are more complicated, after Matt's changes after > > my complaints about machdep.c reservations on large memory machines, > > as the amount of physical RAM approaches the size of the address > > space. > > 'Key, I can try that too. However, this machine is anything but "large > memory" these days: it has 128 Megs of (non-DDR) SDRAM. (2x64) It used to be that you would see the problem on large memory machines. Matt's changes have likely converted this into a discontinuous function. Another way of checking this without cracking the hood on the machine is to crank up the value of "maxfiles". For complicated reasons, it's best to put this number at 50,000 or higher, if you can still boot your machine with the prereservation of that much KVA space; the result should be an alternative mask for the problem. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 14: 5:56 2002 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 D7C6737B400 for ; Wed, 17 Jul 2002 14:05:54 -0700 (PDT) Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8168D43E4A for ; Wed, 17 Jul 2002 14:05:54 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 15407 invoked from network); 17 Jul 2002 21:05:49 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 17 Jul 2002 21:05:49 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6HL5A058566 for ; Wed, 17 Jul 2002 17:05:13 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 17 Jul 2002 17:05:02 -0400 (EDT) From: John Baldwin To: current@FreeBSD.org Subject: 5.0-DP2 coming up.. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey all (ab)users of -current. Please try to work on getting -current as stabilized as possible in the next few days and hold off on any large changes until after re@ creates the Perforce branch for DP2 on Friday. Of course, bug fixes can be merged from current back into the DP2 branch before DP2 goes out if needed, but we'd like to try and get it as close to right as possible the first time. :) Please address any questions, concerns, gripes, complaints, etc. to re@FreeBSD.org. Thanks. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 14:16:46 2002 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 C8D3237B409 for ; Wed, 17 Jul 2002 14:16:40 -0700 (PDT) Received: from tonnant.cnchost.com (tonnant.concentric.net [207.155.248.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ACA943E31 for ; Wed, 17 Jul 2002 14:16:30 -0700 (PDT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (adsl-209-204-185-216.sonic.net [209.204.185.216]) by tonnant.cnchost.com id RAA10793; Wed, 17 Jul 2002 17:16:02 -0400 (EDT) [ConcentricHost SMTP Relay 1.14] Message-ID: <200207172116.RAA10793@tonnant.cnchost.com> To: Terry Lambert Cc: Szilveszter Adam , Peter Wemm , freebsd-current@FreeBSD.ORG Subject: Re: Interesting panic very early in the boot In-reply-to: Your message of "Wed, 17 Jul 2002 11:19:31 PDT." <3D35B533.9DF22814@mindspring.com> Date: Wed, 17 Jul 2002 14:16:00 -0700 From: Bakul Shah Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > That there could be a real error in that code surprises me, since > Peter really knows what he's doing, even if that low in the > hardware, there are undocumented interactions that even Intel's > errata doesn't seem to know about. Turns out the workaround is to use DISABLE_PG_G. Two things made me try this. One: In his commit of pmap.c and locore.s on 7/12 7:56 Peter had this to say: +-- |- Try and fix some very bogus PG_G and PG_PS interactions that were bad | enough to cause vm86 bios calls to break. vm86 depended on our existing ... |New option: DISABLE_PG_G - In case I missed something. +-- Two: cvs diff -r1.336 -r1.337 of i386/pmap.c showes that #ifdef SMP was changed to ifndef DISABLE_PG_G and it is in here that pfeflag is set (pfeflag is what guards the code at the crash site!). > set boot_ddb Didn't do this. > set boot_gdb Did this. I though the above two were mutually exclusive options. boot_ddb should be renamed to start_in_debugger or something. Though boot -d is what I was really looking for. > higher/later code, the root cause is catually in locore.s. Happy > bug hunt! ;^). Thanks but looks like I easily escaped from the hunt this time :-) -- bakul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 14:23:13 2002 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 EA53337B400 for ; Wed, 17 Jul 2002 14:23:09 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9253443E65 for ; Wed, 17 Jul 2002 14:23:08 -0700 (PDT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 27028 invoked by uid 0); 17 Jul 2002 21:23:06 -0000 Received: from pd950a5ac.dip.t-dialin.net (HELO gmx.net) (217.80.165.172) by mail.gmx.net (mp020-rz3) with SMTP; 17 Jul 2002 21:23:06 -0000 Message-ID: <3D35E038.8040603@gmx.net> Date: Wed, 17 Jul 2002 23:23:04 +0200 From: Michael Nottebrock User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.0rc2) Gecko/20020513 Netscape/7.0b1 X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: current@FreeBSD.ORG, re@FreeBSD.org Subject: Re: 5.0-DP2 coming up.. References: X-Enigmail-Version: 0.61.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC0579D721FD261D530E84722" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The following is an OpenPGP/MIME signed message created by Enigmail/Mozilla, following RFC 2440 and RFC 2015 --------------enigC0579D721FD261D530E84722 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit John Baldwin wrote: > Of course, bug fixes can be merged from current back into the > DP2 branch before DP2 goes out if needed, but we'd like to try and get > it as close to right as possible the first time. :) A working fsck would surely be a good thing for DP2. :) See thread on current@. Regards, -- Michael Nottebrock "The circumstance ends uglily in the cruel result." - Babelfish --------------enigC0579D721FD261D530E84722 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9NeA8Xhc68WspdLARAjtvAKCN/1zmmk+F33N1yeRzNc/2JrqHnQCfQxVj T5VOxszP0PrYwkJt/9JVF58= =SgOk -----END PGP SIGNATURE----- --------------enigC0579D721FD261D530E84722-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 14:38: 5 2002 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 71EBD37B400 for ; Wed, 17 Jul 2002 14:38:01 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E21043E3B for ; Wed, 17 Jul 2002 14:38:00 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6HLbv1f021270; Wed, 17 Jul 2002 15:37:57 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 17 Jul 2002 15:37:39 -0600 (MDT) Message-Id: <20020717.153739.68051210.imp@bsdimp.com> To: dima@trit.org Cc: current@FreeBSD.ORG Subject: Re: DEVFS rule subsystem From: "M. Warner Losh" In-Reply-To: <20020717015221.30D953E22@turbine.trit.org> References: <200207170146.g6H1kpWl024662@freefall.freebsd.org> <20020717015221.30D953E22@turbine.trit.org> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020717015221.30D953E22@turbine.trit.org> Dima Dorfman writes: : Questions and comments are most welcome. In particular, if you use : this with removable devices (e.g., USB), I'd like to hear about it. I : haven't had much of an opportunity to test this with different : removable devices, and I'd like to know how well it works in such an : environment. This will solve the permissions problem, but not the "dhclient problem." I'll try it with my pccard modem on my next reboot. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 14:42: 5 2002 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 9D77937B400; Wed, 17 Jul 2002 14:42:02 -0700 (PDT) Received: from mailg.telia.com (mailg.telia.com [194.22.194.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC5BA43E65; Wed, 17 Jul 2002 14:42:01 -0700 (PDT) (envelope-from john@veidit.net) Received: from d1o1000.telia.com (d1o1000.telia.com [217.208.12.241]) by mailg.telia.com (8.12.5/8.12.5) with ESMTP id g6HLg0if000697; Wed, 17 Jul 2002 23:42:00 +0200 (CEST) X-Original-Recipient: jhb@FreeBSD.ORG Received: from veidit.net (h59n1fls35o1000.telia.com [217.210.234.59]) by d1o1000.telia.com (8.10.2/8.10.1) with ESMTP id g6HLg0Z19882; Wed, 17 Jul 2002 23:42:00 +0200 (CEST) Message-ID: <3D35E4B6.7090604@veidit.net> Date: Wed, 17 Jul 2002 23:42:14 +0200 From: John Angelmo User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1a) Gecko/20020611 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin Cc: current@FreeBSD.ORG Subject: Re: 5.0-DP2 coming up.. References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > Hey all (ab)users of -current. Please try to work on getting -current > as stabilized as possible in the next few days and hold off on any > large changes until after re@ creates the Perforce branch for DP2 on > Friday. Of course, bug fixes can be merged from current back into the > DP2 branch before DP2 goes out if needed, but we'd like to try and get > it as close to right as possible the first time. :) > > Please address any questions, concerns, gripes, complaints, etc. to > re@FreeBSD.org. Thanks. > Well a working XFree86-4 would be just great to have in DP2 ;) /John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 15:59: 0 2002 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 815B637B400 for ; Wed, 17 Jul 2002 15:58:58 -0700 (PDT) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9192F43E3B for ; Wed, 17 Jul 2002 15:58:57 -0700 (PDT) (envelope-from frode@nordahl.net) Received: from powertech.no (www2.powertech.no [195.159.0.162]) by smtp1.powertech.no (Postfix) with SMTP id E263285BD for ; Thu, 18 Jul 2002 00:58:55 +0200 (CEST) Received: from 80.212.246.133 (SquirrelMail authenticated user nordahl.frode) by epost.powertech.no with HTTP; Thu, 18 Jul 2002 00:58:55 +0200 (CEST) Message-ID: <49500.80.212.246.133.1026946735.squirrel@epost.powertech.no> Date: Thu, 18 Jul 2002 00:58:55 +0200 (CEST) Subject: When will PCI_ENABLE_IO_MODES be default? From: "Frode Nordahl" To: X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal X-Mailer: SquirrelMail (version 1.2.6) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, It seems like PCI_ENABLE_IO_MODES makes FreeBSD work on a lot of portable computers and possible newer desktop computers with lazy BIOS'es. As it is now, it is quite a hassle to complete something as simple as a network install of FreeBSD on an affected computer. My question is, when will PCI_ENABLE_IO_MODES be default? I know it will be by 5.0-RELEASE (hope?), but it would be nice to have it in there soon so people could install SNAPSHOT releases directly, or maby as a seperate disk-image if it makes some kind of trouble for other configurations. Having this in 5.0-DP2 would be nice ;) -- Mvh, Frode Nordahl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 16: 3:54 2002 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 85BA037B400; Wed, 17 Jul 2002 16:03:51 -0700 (PDT) Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 856EE43E42; Wed, 17 Jul 2002 16:03:50 -0700 (PDT) (envelope-from joe@tao.org.uk) Received: by tao.org.uk (Postfix, from userid 100) id ED05947B; Thu, 18 Jul 2002 00:03:48 +0100 (BST) Date: Thu, 18 Jul 2002 00:03:48 +0100 From: Josef Karthauser To: John Baldwin Cc: dnelson@allantgroup.com, current@freebsd.org, zipzippy@sonic.net, Don Lewis Subject: Re: What to do with witness verbiage (is this new?)? Message-ID: <20020717230348.GD1030@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , John Baldwin , dnelson@allantgroup.com, current@freebsd.org, zipzippy@sonic.net, Don Lewis References: <20020716225346.GA552@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="osDK9TLjxFScVI/L" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --osDK9TLjxFScVI/L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 16, 2002 at 07:14:05PM -0400, John Baldwin wrote: >=20 > This is because USB network drivers are possibly doing bad things. Either > that or the network locking is making bogus assumptions about what > device driver routines will and will not do. Probably the network stack > should not hold locks across a driver's start method. >=20 Thanks John. Ian Dowse has a patch that we're playing with at the moment that appears to fix the problem. Joe --=20 "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 --osDK9TLjxFScVI/L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iEYEARECAAYFAj0199QACgkQXVIcjOaxUBanwACgv00riq1aOwoH16AILGrzSpxg XwYAnjSpCHbHRSGkCRVtF/tWARLWF0Jx =2iCY -----END PGP SIGNATURE----- --osDK9TLjxFScVI/L-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 16:10:51 2002 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 2C9EB37B400 for ; Wed, 17 Jul 2002 16:10:47 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F73343E31 for ; Wed, 17 Jul 2002 16:10:46 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g6HNAiri016588; Wed, 17 Jul 2002 16:10:44 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g6HNAilV016587; Wed, 17 Jul 2002 16:10:44 -0700 Date: Wed, 17 Jul 2002 16:10:44 -0700 From: Brooks Davis To: Frode Nordahl Cc: current@FreeBSD.ORG Subject: Re: When will PCI_ENABLE_IO_MODES be default? Message-ID: <20020717161044.A14796@Odin.AC.HMC.Edu> References: <49500.80.212.246.133.1026946735.squirrel@epost.powertech.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <49500.80.212.246.133.1026946735.squirrel@epost.powertech.no>; from frode@nordahl.net on Thu, Jul 18, 2002 at 12:58:55AM +0200 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 18, 2002 at 12:58:55AM +0200, Frode Nordahl wrote: >=20 > It seems like PCI_ENABLE_IO_MODES makes FreeBSD work on a lot of portable > computers and possible newer desktop computers with lazy BIOS'es. > As it is now, it is quite a hassle to complete something as simple as a > network install of FreeBSD on an affected computer. > My question is, when will PCI_ENABLE_IO_MODES be default? Probably never. :( While it fixes a number of devices on certain machines (including my current and previous laptop) it breaks other devices so we can't win. It should be possiable to make this tunable at boot time to remove the need for a kernel rebuild though. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9NflzXY6L6fI4GtQRAo2mAJ9f8N+ZqUbJWyIW4YTozDhtNvfGJQCfXHTS a9ENp21AzVy9Dw3k2ytiT7c= =bt16 -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 16:40:52 2002 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 98CCD37B400 for ; Wed, 17 Jul 2002 16:40:50 -0700 (PDT) Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A7D043E4A for ; Wed, 17 Jul 2002 16:40:50 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id g6HNemEN155360; Wed, 17 Jul 2002 19:40:48 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <3D35E4B6.7090604@veidit.net> References: <3D35E4B6.7090604@veidit.net> Date: Wed, 17 Jul 2002 19:40:47 -0400 To: John Angelmo From: Garance A Drosihn Subject: Re: 5.0-DP2 coming up.. Cc: current@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 11:42 PM +0200 7/17/02, John Angelmo wrote: >John Baldwin wrote: >>Hey all (ab)users of -current. Please try to work on getting -current >>as stabilized as possible in the next few days and hold off on any >>large changes until after re@ creates the Perforce branch for DP2 on >>Friday. > >Well a working XFree86-4 would be just great to have in DP2 ;) It seems to be working for me, thanks to all the recent work from Eric Anholt . When I built it (on the 14th) there was still the issue of Wraphelp.c not ending up in the right place, but that is being worked on. And that was trivial enough for me to figure out, that I was up-and-running with it. What problem are you seeing at this point? -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 16:58:23 2002 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 BF61937B400 for ; Wed, 17 Jul 2002 16:58:20 -0700 (PDT) Received: from gehicks.dyndns.org (adsl-35-49-18.asm.bellsouth.net [67.35.49.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ADE643E64 for ; Wed, 17 Jul 2002 16:58:20 -0700 (PDT) (envelope-from gehicks@gehicks.dyndns.org) Received: from mac (mac [10.0.0.13]) by gehicks.dyndns.org (8.12.5/8.12.5) with ESMTP id g6I05cVH009983; Thu, 18 Jul 2002 00:05:38 GMT (envelope-from gehicks@gehicks.dyndns.org) Date: Wed, 17 Jul 2002 19:58:14 -0400 Subject: Re: NEWCARD support for Linksys Ethernet broken? Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) Cc: freebsd-current@freebsd.org To: "Marc G. Fournier" From: W Gerald Hicks In-Reply-To: <20020717112221.W51729-100000@mail1.hub.org> Message-Id: <0E7FFC0F-99E1-11D6-84DF-0030657B5F1E@gehicks.dyndns.org> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.482) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday, July 17, 2002, at 10:24 AM, Marc G. Fournier wrote: > > Just upgraded my laptop to the latest -CURRENT ... everything boots > fine, > but my ethernet no longer exists (it worked great on my June 6th kernel) > ... > > I'm using NEWCARD support in the kernel, and if_ed is loaded according > to > kldstat ... > > I've searched Google, and nadda there ... known problem, or am I missing > something that has changed? Just re-checked UPGRADING and nothing in > there about it either ... > > Thanks ... Similar situation here. Oddly, it also reports a different card than before (and what it's reporting is wrong). Cheers, Jerry Hicks gehicks@gehicks.dyndns.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 17:40:19 2002 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 E52FA37B400 for ; Wed, 17 Jul 2002 17:40:12 -0700 (PDT) Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3712143E5E for ; Wed, 17 Jul 2002 17:40:12 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id g6I0eAEN167222 for ; Wed, 17 Jul 2002 20:40:10 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: Date: Wed, 17 Jul 2002 20:40:09 -0400 To: current@FreeBSD.org From: Garance A Drosihn Subject: Problem with agpgart on current, XFree86-4, Matrox G400 video Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just thought I'd mention a little problem I ran into, because I had not seen anyone else mention it. It might be specific to my PC hardware, and actually it was pretty simple to solve once I took the time to look into it. I don't know that anything needs to be done about any of this, but perhaps this message will help someone else who stumbles into the same situation as I did. I have a Matrox G400 Dual Head 32mb AGP card running on a dual Pentium III system, and I have been using XFree86-4 on my system for testing -current. This worked fine for months, and I still have a snapshot of -current from about April 23 where it works fine. Sometime after that (probably mid-May), I did a buildworld and I started to consistently get the following errors when XDM starts: Timecounter "PIIX" frequency 3579545 Hz Timecounter "PIIX" frequency 3579545 Hz Timecounter "PIIX" frequency 3579545 Hz Timecounter "PIIX" frequency 3579545 Hz Timecounter "PIIX" frequency 3579545 Hz Timecounter "PIIX" frequency 3579545 Hz Timecounter "PIIX" frequency 3579545 Hz drm0: mem 0xe0800000-0xe0ffffff,0xe1000000-0xe1003fff,0 xe2000000-0xe3ffffff irq 10 at device 0.0 on pci1 error: [drm:mga_init] *ERROR* Cannot initialize the agpgart module. device_probe_and_attach: drm0 attach returned 12 XDM generally did still seem to come up okay, although occasionally the system would panic right at that initial XDM startup. While I tried a few things to fix this (including various buildworlds over time), I didn't really worry about it too much because I could always fall back to my April 23rd snapshot of -current. Today I finally looked into this situation, and I ended up at: http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/x-config.html which mentioned: To use agpgart, the agp.ko kernel loadable module needs to be loaded into the kernel with kldload(8). This can be done automatically with the loader(8) at boot time. Simply add this line to /boot/loader.conf: agp_load="YES" I added that line, rebooted, and now XFree86-4 has no problem initializing agpgart when XDM starts up. I do not know why I started to need that line in /boot/loader.conf, when I had never actually needed it before (and I've never had 'device agp' in my kernel). But, I'm happy enough to have finally tracked down what the issue was. That web page is geared more towards 4.x releases, as it also talks about needing to do a MAKEDEV for the device. I did see the man page for the agpgart module, but it didn't mention anything about this loader.conf option. I don't know if it should, but I just wanted to say "well, at least I did look around some"... I do have X built with "WITH_MATROX_GXX_DRIVER=YES" defined, but I didn't start doing that until *after* this problem came up. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 18:53:42 2002 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 24BF037B400 for ; Wed, 17 Jul 2002 18:53:39 -0700 (PDT) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0DBE43E42 for ; Wed, 17 Jul 2002 18:53:38 -0700 (PDT) (envelope-from eta@lclark.edu) Received: from anholt ([12.224.154.76]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020718015338.NUQQ26053.rwcrmhc53.attbi.com@anholt>; Thu, 18 Jul 2002 01:53:38 +0000 Subject: Re: Problem with agpgart on current, XFree86-4, Matrox G400 video From: Eric Anholt To: Garance A Drosihn Cc: current@FreeBSD.ORG In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 Date: 17 Jul 2002 19:53:40 -0600 Message-Id: <1026957220.40832.306.camel@anholt.dyndns.org> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2002-07-17 at 18:40, Garance A Drosihn wrote: > I have a Matrox G400 Dual Head 32mb AGP card running on a dual > Pentium III system, and I have been using XFree86-4 on my system for > testing -current. This worked fine for months, and I still have a > snapshot of -current from about April 23 where it works fine. > Sometime after that (probably mid-May), I did a buildworld and I > started to consistently get the following errors when XDM starts: > > Timecounter "PIIX" frequency 3579545 Hz > Timecounter "PIIX" frequency 3579545 Hz > Timecounter "PIIX" frequency 3579545 Hz > Timecounter "PIIX" frequency 3579545 Hz > Timecounter "PIIX" frequency 3579545 Hz > Timecounter "PIIX" frequency 3579545 Hz > Timecounter "PIIX" frequency 3579545 Hz > drm0: mem > 0xe0800000-0xe0ffffff,0xe1000000-0xe1003fff,0 > xe2000000-0xe3ffffff irq 10 at device 0.0 on pci1 > error: [drm:mga_init] *ERROR* Cannot initialize the agpgart module. > device_probe_and_attach: drm0 attach returned 12 This looks like the classic error of the agp module having been loaded by the drm because it's required, but agp doesn't probe/attach because a generic bridge driver has already claimed the agp device. What would it take to get AGP into GENERIC? It's useless as a module the way most people expect it to use it, and not having it makes a reboot required to configure X for i8x0, along with configuring the DRI. > XDM generally did still seem to come up okay, although occasionally > the system would panic right at that initial XDM startup. While I > tried a few things to fix this (including various buildworlds over > time), I didn't really worry about it too much because I could always > fall back to my April 23rd snapshot of -current. April 27th was when the DRM went into -current. Did you ever get a dump/backtrace of the panic? Did you have drm-kmod installed? > I added that line, rebooted, and now XFree86-4 has no problem > initializing agpgart when XDM starts up. I do not know why I > started to need that line in /boot/loader.conf, when I had never > actually needed it before (and I've never had 'device agp' in my > kernel). But, I'm happy enough to have finally tracked down what > the issue was. Can you still make it panic after adding agp? -- Eric Anholt http://people.freebsd.org/~anholt/dri/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 19: 7:51 2002 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 26BE537B400 for ; Wed, 17 Jul 2002 19:07:48 -0700 (PDT) Received: from pakastelohi.cypherpunks.to (pakastelohi.cypherpunks.to [213.130.163.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACA2943E58 for ; Wed, 17 Jul 2002 19:07:47 -0700 (PDT) (envelope-from shamrock@cypherpunks.to) Received: from LUCKYVAIO (d160.nas2.sr2.sonic.net [208.201.229.160]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pakastelohi.cypherpunks.to (Postfix) with ESMTP id 6435A36422 for ; Thu, 18 Jul 2002 04:07:45 +0200 (CEST) From: "Lucky Green" To: Subject: Suggestion to disable ssh1 in FreeBSD 5.0 Date: Wed, 17 Jul 2002 19:08:44 -0700 Message-ID: <002001c22c91$24e60690$6501a8c0@LUCKYVAIO> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG FreeBSD Gurus, I would like to suggest for the FreeBSD team to please consider disabling support for ssh1 in the default configuration of sshd starting with FreeBSD 5.0 for the following reasons: 1) The ssh1 protocol is fundamentally insecure. The protocol uses a CRC where a MAC is needed, permitting the insertion of data in to the connection. While there have been various patches over the years that attempt to detect attacks trying to exploit this security hole, no patch can ever fully fix this security hole. Sure, we may not at present know an exploit that could be successfully launched against the present ssh1, but few security experts feel comfortable another, or even several other, such exploit will not be found. Consequently, many security conscious folks long disabled ssh1 access to their servers. 2) While compatibility was once a problem, by now there are a sufficient number of free ssh2-capable clients available on wide range of platforms. It must be the rare case in which a server truly needs to maintain the use of ssh1 because there are no ssh2 clients for the client platform. (I can't even think of one such client platform, though don't doubt they exist). At any rate, ssh2-capable clients have become sufficiently widely available and will be even more widely available by the time FreeBSD 5.0 is released that compatibility is losing strength as an argument to leave ssh1 enabled by default. If somebody truly needs ssh1 they will know how to edit a config file. 3) Compatibility reducing security is typically not a good thing. I therefore would like to ask the FreeBSD team to please consider to, in the default configuration of FreeBSD 5.0, only enable ssh2 for sshd. Thanks, --Lucky Green To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 19:59:36 2002 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 C3A4F37B400 for ; Wed, 17 Jul 2002 19:59:34 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4675243E42 for ; Wed, 17 Jul 2002 19:59:34 -0700 (PDT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id DCD192A7D6 for ; Wed, 17 Jul 2002 19:59:33 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 9AC054C241 for ; Wed, 17 Jul 2002 19:59:33 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 4141C3811; Wed, 17 Jul 2002 19:59:33 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Eric Anholt Cc: Garance A Drosihn , current@FreeBSD.ORG Subject: Re: Problem with agpgart on current, XFree86-4, Matrox G400 video In-Reply-To: <1026957220.40832.306.camel@anholt.dyndns.org> Date: Wed, 17 Jul 2002 19:59:33 -0700 From: Peter Wemm Message-Id: <20020718025933.4141C3811@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Eric Anholt wrote: > This looks like the classic error of the agp module having been loaded > by the drm because it's required, but agp doesn't probe/attach because > a generic bridge driver has already claimed the agp device. I doubt that would be a problem as long as it came with a patch to the release scripts so that the agp device was filtered out of the BOOTMFS kernel image. (A quick grep -r for BOOTMFS should show up the sed scripts that turn GENERIC into BOOTMFS in src/release). The 'agp' device isn't likely to hurt anything, is it? Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 20:27:29 2002 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 0BABA37B400 for ; Wed, 17 Jul 2002 20:27:27 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 857B043E64 for ; Wed, 17 Jul 2002 20:27:26 -0700 (PDT) (envelope-from eta@lclark.edu) Received: from anholt ([12.224.154.76]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020718032725.KRQG6023.sccrmhc02.attbi.com@anholt>; Thu, 18 Jul 2002 03:27:25 +0000 Subject: Re: Problem with agpgart on current, XFree86-4, Matrox G400 video From: Eric Anholt To: Peter Wemm Cc: Garance A Drosihn , current@FreeBSD.ORG In-Reply-To: <20020718025933.4141C3811@overcee.wemm.org> References: <20020718025933.4141C3811@overcee.wemm.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 Date: 17 Jul 2002 21:27:28 -0600 Message-Id: <1026962848.40832.341.camel@anholt.dyndns.org> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2002-07-17 at 20:59, Peter Wemm wrote: > Eric Anholt wrote: > > > This looks like the classic error of the agp module having been loaded > > by the drm because it's required, but agp doesn't probe/attach because > > a generic bridge driver has already claimed the agp device. > > I doubt that would be a problem as long as it came with a patch to the > release scripts so that the agp device was filtered out of the BOOTMFS > kernel image. (A quick grep -r for BOOTMFS should show up the sed scripts > that turn GENERIC into BOOTMFS in src/release). > > The 'agp' device isn't likely to hurt anything, is it? There's one thing in i810 I might want to check again before making it default, but other than that I think agp is pretty stable these days. I haven't heard of problems with specific AGP chipsets since the AMD fixes (MTRR + agp_amd.c) we had. The one interesting interaction I've heard of recently is that when a person had device agp in the kernel and agp_enable="YES" in loader.conf the agp device malfunctioned (probed fine according to dmesg, but the DRM couldn't find it with agp_find_device()). I could see this biting people if we didn't have an entry in UPDATING, because a lot of people have gone the loader.conf way. -- Eric Anholt http://people.freebsd.org/~anholt/dri/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 21: 5:55 2002 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 D7B0437B400 for ; Wed, 17 Jul 2002 21:05:52 -0700 (PDT) Received: from ref5.freebsd.org (ref5.FreeBSD.org [216.136.204.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id A230C43E42 for ; Wed, 17 Jul 2002 21:05:52 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.5/8.12.5) with ESMTP id g6I45pgr052375 for ; Wed, 17 Jul 2002 21:05:52 -0700 (PDT) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.5/8.12.5/Submit) id g6I45pMC052303 for current@freebsd.org; Wed, 17 Jul 2002 21:05:51 -0700 (PDT) Date: Wed, 17 Jul 2002 21:05:51 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200207180405.g6I45pMC052303@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- ===> usr.bin/talk ===> usr.bin/tcopy ===> usr.bin/tee ===> usr.bin/tftp ===> usr.bin/time ===> usr.bin/tip ===> usr.bin/tip/tip In file included from /local0/scratch/des/src/usr.bin/tip/tip/acu.c:47: /local0/scratch/des/src/usr.bin/tip/tip/tip.h:56:17: pwd.h: Interrupted system call mkdep: compile failed *** Error code 1 Stop in /local0/scratch/des/src/usr.bin/tip/tip. *** Error code 1 Stop in /local0/scratch/des/src/usr.bin/tip. *** Error code 1 Stop in /local0/scratch/des/src/usr.bin. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 17 22:29:47 2002 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 9419837B400 for ; Wed, 17 Jul 2002 22:29:43 -0700 (PDT) Received: from Www.HCRC.edu.tw (www.HCRC.edu.tw [163.28.64.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A75543E58 for ; Wed, 17 Jul 2002 22:29:42 -0700 (PDT) (envelope-from ijliao@Terry.Dorm11.NCTU.edu.tw) Received: from Terry.Dorm11.NCTU.edu.tw (root@Terry.Dorm11.NCTU.edu.tw [140.113.192.99]) by Www.HCRC.edu.tw (8.12.3/8.12.3) with ESMTP id g6I5Te3a042730 for ; Thu, 18 Jul 2002 13:29:40 +0800 (CST) (envelope-from ijliao@Terry.Dorm11.NCTU.edu.tw) Received: from Terry.Dorm11.NCTU.edu.tw (ijliao@localhost [127.0.0.1]) by Terry.Dorm11.NCTU.edu.tw (8.12.5/8.12.3) with ESMTP id g6I5TanL000534 for ; Thu, 18 Jul 2002 13:29:36 +0800 (CST) (envelope-from ijliao@Terry.Dorm11.NCTU.edu.tw) Received: (from ijliao@localhost) by Terry.Dorm11.NCTU.edu.tw (8.12.5/8.12.5/Submit) id g6I5TZR9000533 for current@FreeBSD.org; Thu, 18 Jul 2002 13:29:35 +0800 (CST) Date: Thu, 18 Jul 2002 13:29:35 +0800 From: Ying-Chieh Liao To: current@FreeBSD.org Subject: cannot find filesystem superblock ? Message-ID: <20020718052935.GA358@terry.dragon2.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline X-Operating-System: FreeBSD 5.0-CURRENT i386 X-PGP-Key-Location: http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x11C02382 X-PGP-Key-Fingerprint: 4E98 55CC 2866 7A90 EFD7 9DA5 ACC6 0165 11C0 2382 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=big5 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I build/install world last night after reboot, one of my filesystem is broken (it uses soft-updates) when I run fsck on it, it said : cannot find filesystem superblock ** /dev/da0s3e LOOK FOR ALTERNATE SUPERBLOCKS? yes USING ALTERNATE SUPERBLOCK AT 32 numdirs is zero, try using an alternate superblock ***** FILE SYSTEM STILL DIRTY ***** I've tried alternative superblock (8193 and 16385) Alternate super block location: 8193 ** /dev/da0s3e UNDEFINED OPTIMIZATION IN SUPERBLOCK SET TO DEFAULT? yes IMPOSSIBLE MINFREE=3D842226459 IN SUPERBLOCK SET TO DEFAULT? yes cannot alloc 3779963748 bytes for blockmap ***** FILE SYSTEM MARKED DIRTY ***** Alternate super block location: 16385 ** /dev/da0s3e UNDEFINED OPTIMIZATION IN SUPERBLOCK SET TO DEFAULT? yes IMPOSSIBLE MINFREE=3D779380589 IN SUPERBLOCK SET TO DEFAULT? yes cannot alloc 2355957190 bytes for blockmap CANNOT WRITE BLK: 0 CONTINUE? yes THE FOLLOWING SECTORS COULD NOT BE WRITTEN: 0, ***** FILE SYSTEM STILL DIRTY ***** anyone got any idea how I can fix it ? did it mean that I have a bad sector ? --=20 int i;main(){for(;i["]; Wed, 17 Jul 2002 22:34:31 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A80243E3B for ; Wed, 17 Jul 2002 22:34:31 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6I5YN1f023104; Wed, 17 Jul 2002 23:34:29 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 17 Jul 2002 23:33:13 -0600 (MDT) Message-Id: <20020717.233313.105053781.imp@bsdimp.com> To: frode@nordahl.net Cc: current@FreeBSD.ORG Subject: Re: When will PCI_ENABLE_IO_MODES be default? From: "M. Warner Losh" In-Reply-To: <49500.80.212.246.133.1026946735.squirrel@epost.powertech.no> References: <49500.80.212.246.133.1026946735.squirrel@epost.powertech.no> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <49500.80.212.246.133.1026946735.squirrel@epost.powertech.no> "Frode Nordahl" writes: : My question is, when will PCI_ENABLE_IO_MODES be default? It is a tiny piece of a larger puzzle that will be fixed as we do proper resource allocation now that the BIOS specifications have been changed by MS to move that into the OS. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 0:38: 2 2002 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 A053737B400 for ; Thu, 18 Jul 2002 00:37:59 -0700 (PDT) Received: from kirk.rvdp.org (node147c0.a2000.nl [24.132.71.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2DE043E31 for ; Thu, 18 Jul 2002 00:37:58 -0700 (PDT) (envelope-from rvdp@kirk.rvdp.org) Received: (from rvdp@localhost) by kirk.rvdp.org (8.11.6/8.11.6) id g6I7bgm17150; Thu, 18 Jul 2002 09:37:43 +0200 (CEST) Date: Thu, 18 Jul 2002 09:37:41 +0200 From: Ronald van der Pol To: "M. Warner Losh" Cc: frode@nordahl.net, current@FreeBSD.ORG Subject: Re: When will PCI_ENABLE_IO_MODES be default? Message-ID: <20020718073741.GA16952@rvdp.org> References: <49500.80.212.246.133.1026946735.squirrel@epost.powertech.no> <20020717.233313.105053781.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020717.233313.105053781.imp@bsdimp.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jul 17, 2002 at 23:33:13 -0600, M. Warner Losh wrote: > It is a tiny piece of a larger puzzle that will be fixed as we do > proper resource allocation now that the BIOS specifications have been > changed by MS to move that into the OS. Can you elaborate on that or give some pointers? rvdp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 0:48:28 2002 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 EF7AA37B426 for ; Thu, 18 Jul 2002 00:48:24 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id F00C543E5E for ; Thu, 18 Jul 2002 00:48:22 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6I7m91f023584; Thu, 18 Jul 2002 01:48:09 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 18 Jul 2002 01:46:37 -0600 (MDT) Message-Id: <20020718.014637.23108139.imp@bsdimp.com> To: Ronald.vanderPol@rvdp.org Cc: frode@nordahl.net, current@FreeBSD.ORG Subject: Re: When will PCI_ENABLE_IO_MODES be default? From: "M. Warner Losh" In-Reply-To: <20020718073741.GA16952@rvdp.org> References: <49500.80.212.246.133.1026946735.squirrel@epost.powertech.no> <20020717.233313.105053781.imp@bsdimp.com> <20020718073741.GA16952@rvdp.org> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020718073741.GA16952@rvdp.org> Ronald van der Pol writes: : On Wed, Jul 17, 2002 at 23:33:13 -0600, M. Warner Losh wrote: : : > It is a tiny piece of a larger puzzle that will be fixed as we do : > proper resource allocation now that the BIOS specifications have been : > changed by MS to move that into the OS. : : Can you elaborate on that or give some pointers? Short answer: ACPI. :-) Longer Answer: For some time now MS has had the notion of a Plug and Play OS at the BIOS level. Most BIOSes had the ability to say "This OS is a Plug and Play OS" and would refrain from assigning resources to the pci cards that might be a pita for the PnP OS to deal with down the road. In a Plug and Play OS, it deals with resource issues compeletely and totally (except for devices required to boot the system, iirc). In a non PnP OS, like FreeBSD, the OS expects the BIOS to have assigned all the resources and activated all the cards. For years, this worked great. ACPI can be viewed as an even more extensive attempt to get the OS to assign all the resources to the cards. Now with ACPI in more and more BIOSes, they are shipping w/o the ability to turn off PnP OS. They assume that the OS will be at least PnP, if not fully use the ACPI paradigm[*] to do its resource thing. FreeBSD has to cope with this better in general. PCI_ENABLE_IO_MODES is a kludge that only kinda makes things better. NetBSD does a better job at this by enumerating things at boot time and assigning resources when the big picture is being looked at. FreeBSD should do this as well. We will have to deal with assigning things that could need more resources later, like cardbus and cPCI bridges, "big" chunks of space that they can later dole out as needed. pci bridges make this problem more interesting because some of them will only decode certain address ranges (which is the cause of another kludge in the pci code). You can do a web search for the pc99 design guide (and newer ones). They go into some of this. The ACPI standards docs also go into this as well, although the 1.0 verion didn't do it very well (imho). There are a number of other places to look for information too. The mindshare books might be good. I'm not aware of one place the ties all of these "customs" together into a coherent hole :-(. Warner [*] These are wesil words for "The OS does all the resource assignment." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 1: 8: 7 2002 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 DCEB737B405 for ; Thu, 18 Jul 2002 01:08:04 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19F6343E42 for ; Thu, 18 Jul 2002 01:08:04 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6I87q1f023723; Thu, 18 Jul 2002 02:07:53 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 18 Jul 2002 02:06:15 -0600 (MDT) Message-Id: <20020718.020615.113439683.imp@bsdimp.com> To: scrappy@hub.org Cc: freebsd-current@FreeBSD.ORG Subject: Re: NEWCARD support for Linksys Ethernet broken? From: "M. Warner Losh" In-Reply-To: <20020717112221.W51729-100000@mail1.hub.org> References: <20020717112221.W51729-100000@mail1.hub.org> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020717112221.W51729-100000@mail1.hub.org> "Marc G. Fournier" writes: : Just upgraded my laptop to the latest -CURRENT ... everything boots fine, : but my ethernet no longer exists (it worked great on my June 6th kernel) : ... Used to work for me, but something seems to have busted it in recent versions of the kernel. So NEWCARD appears to be broken for ata, sio and ed. Wonderful. These all used to work at one point in the past. Time to try to block out a chunk of time for dealing with them. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 1:21:51 2002 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 D148D37B400 for ; Thu, 18 Jul 2002 01:21:49 -0700 (PDT) Received: from warez.scriptkiddie.org (uswest-dsl-142-38.cortland.com [209.162.142.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B31E43E64 for ; Thu, 18 Jul 2002 01:21:49 -0700 (PDT) (envelope-from lamont@scriptkiddie.org) Received: from [192.168.69.11] (unknown [192.168.69.11]) by warez.scriptkiddie.org (Postfix) with ESMTP id C33C562D1A for ; Thu, 18 Jul 2002 01:21:48 -0700 (PDT) Date: Thu, 18 Jul 2002 01:28:22 -0700 (PDT) From: Lamont Granquist To: freebsd-current@freebsd.org Subject: -current seems a little unstable tonight In-Reply-To: <20020709074641.GB22276@unixpages.org> Message-ID: <20020718012613.T813-100000@coredump.scriptkiddie.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just cvsup'd and about 1.5h later got a crash+reboot with no dump. I think someone else mentioned problems with fsck and I saw something like that too -- it looked like the rc scripts errored out after the fsck and dropped me into single user... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 1:47:35 2002 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 5E0D837B400 for ; Thu, 18 Jul 2002 01:47:33 -0700 (PDT) Received: from pump3.york.ac.uk (pump3.york.ac.uk [144.32.128.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33B2943E5E for ; Thu, 18 Jul 2002 01:47:32 -0700 (PDT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by pump3.york.ac.uk (8.10.2/8.10.2) with ESMTP id g6I8lUa21032 for ; Thu, 18 Jul 2002 09:47:30 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.3/8.12.3) with ESMTP id g6I8lUv6020166 for ; Thu, 18 Jul 2002 09:47:30 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.12.3/8.12.3/Submit) with ESMTP id g6I8lUTL020163 for ; Thu, 18 Jul 2002 09:47:30 +0100 (BST) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Thu, 18 Jul 2002 09:47:30 +0100 (BST) From: Gavin Atkinson To: Subject: getting vmemoryuse resource limit: Invalid argument Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Getting this since updating kernel/word to a cvsup a couple of days ago. Jul 18 09:21:24 epsilon login: getting vmemoryuse resource limit: Invalid argument Jul 18 09:22:00 epsilon /usr/sbin/cron[342]: getting vmemoryuse resource limit: Invalid argument Jul 18 09:25:00 epsilon /usr/sbin/cron[355]: getting vmemoryuse resource limit: Invalid argument Jul 18 09:30:00 epsilon /usr/sbin/cron[359]: getting vmemoryuse resource limit: Invalid argument Jul 18 09:33:00 epsilon /usr/sbin/cron[363]: getting vmemoryuse resource limit: Invalid argument Jul 18 09:34:26 epsilon sshd[367]: getting vmemoryuse resource limit: Invalid argument Jul 18 09:33:00 epsilon /usr/sbin/cron[369]: getting vmemoryuse resource limit: Invalid argument Previously working kernel was cvsupped June 23rd. Gavin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 2:18:48 2002 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 4630337B400 for ; Thu, 18 Jul 2002 02:18:46 -0700 (PDT) Received: from snark.rinet.ru (snark.rinet.ru [195.54.192.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC7C143E5E for ; Thu, 18 Jul 2002 02:18:44 -0700 (PDT) (envelope-from andrew@snark.rinet.ru) Received: from snark.rinet.ru (andrew@localhost [127.0.0.1]) by snark.rinet.ru (8.12.3/8.12.3) with ESMTP id g6I9Igis001381 for ; Thu, 18 Jul 2002 13:18:43 +0400 (MSD) (envelope-from andrew@snark.rinet.ru) Received: (from andrew@localhost) by snark.rinet.ru (8.12.3/8.12.3/Submit) id g6I9Igdj001380 for current@freebsd.org; Thu, 18 Jul 2002 13:18:42 +0400 (MSD) Date: Thu, 18 Jul 2002 13:18:42 +0400 From: Andrew Kolchoogin To: current@freebsd.org Subject: Re: 5.0-DP2 coming up.. Message-ID: <20020718091842.GA1336@snark.rinet.ru> References: <3D35E4B6.7090604@veidit.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! On Wed, Jul 17, 2002 at 07:40:47PM -0400, Garance A Drosihn wrote: >>>Hey all (ab)users of -current. Please try to work on getting -current >>>as stabilized as possible in the next few days and hold off on any >>>large changes until after re@ creates the Perforce branch for DP2 on >>>Friday. >>Well a working XFree86-4 would be just great to have in DP2 ;) > It seems to be working for me, thanks to all the recent work from > Eric Anholt . When I built it (on the 14th) there > was still the issue of Wraphelp.c not ending up in the right place, > but that is being worked on. And that was trivial enough for me > to figure out, that I was up-and-running with it. Yesterday I built XFree86-4-libraries port on my Alpha (-current from July, 15) -- everything is O.K., including xc/lib/Xdmcp, where the Wraphelp.c file is used. Andrew. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 2:19: 0 2002 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 8573C37B400 for ; Thu, 18 Jul 2002 02:18:57 -0700 (PDT) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D23143E31 for ; Thu, 18 Jul 2002 02:18:56 -0700 (PDT) (envelope-from marks@ripe.net) Received: from laptop.6bone.nl (cow.ripe.net [193.0.1.239]) by birch.ripe.net (8.11.6/8.11.6) with SMTP id g6I9I4t09674 for ; Thu, 18 Jul 2002 11:18:04 +0200 Received: (nullmailer pid 3303 invoked by uid 1000); Thu, 18 Jul 2002 08:48:10 -0000 Date: Thu, 18 Jul 2002 10:48:09 +0200 From: Mark Santcroos To: freebsd-current@FreeBSD.ORG Subject: Re: -current seems a little unstable tonight Message-ID: <20020718084809.GA351@laptop.6bone.nl> References: <20020709074641.GB22276@unixpages.org> <20020718012613.T813-100000@coredump.scriptkiddie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020718012613.T813-100000@coredump.scriptkiddie.org> User-Agent: Mutt/1.3.99i X-Handles: MS6-6BONE, MS18417-RIPE X-RIPE-NCC-SpamStatus: Found to be clean X-RIPE-NCC-SpamCheck: SpamAssassin (score=-103.4, required 15, IN_REP_TO, USER_IN_WHITELIST) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 18, 2002 at 01:28:22AM -0700, Lamont Granquist wrote: > I just cvsup'd and about 1.5h later got a crash+reboot with no dump. I > think someone else mentioned problems with fsck and I saw something like > that too -- it looked like the rc scripts errored out after the fsck and > dropped me into single user... It could have been the following which I just got. panic: vm_fault: fault on nofault entry, addr: c8856000 (kgdb) bt #0 0xc01b1900 in doadump () #1 0xc01b1d12 in boot () #2 0xc01b1ec5 in panic () #3 0xc01300cd in db_panic () #4 0xc013006c in db_command () #5 0xc013013b in db_command_loop () #6 0xc013257a in db_trap () #7 0xc02b11a0 in kdb_trap () #8 0xc02be98c in trap () #9 0xc02b2568 in calltrap () #10 0xc01b1eac in panic () #11 0xc027db53 in vm_fault () #12 0xc02beba5 in trap_pfault () #13 0xc02be741 in trap () #14 0xc02b2568 in calltrap () #15 0xc01b707f in msleep () #16 0xc01f2320 in sched_sync () #17 0xc01a1381 in fork_exit () I didn't have a kernel with debugging info so I am building that now in case it happens again. Mark -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 4: 7:46 2002 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 673B737B400 for ; Thu, 18 Jul 2002 04:07:44 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 707EC43E58 for ; Thu, 18 Jul 2002 04:07:40 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 18 Jul 2002 12:07:37 +0100 (BST) To: "M. Warner Losh" Cc: scrappy@hub.org, freebsd-current@FreeBSD.ORG Subject: Re: NEWCARD support for Linksys Ethernet broken? In-Reply-To: Your message of "Thu, 18 Jul 2002 02:06:15 MDT." <20020718.020615.113439683.imp@bsdimp.com> Date: Thu, 18 Jul 2002 12:07:33 +0100 From: Ian Dowse Message-ID: <200207181207.aa61440@salmon.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020718.020615.113439683.imp@bsdimp.com>, "M. Warner Losh" writes: >Used to work for me, but something seems to have busted it in recent >versions of the kernel. So NEWCARD appears to be broken for ata, sio >and ed. Wonderful. These all used to work at one point in the past. I think the "ed" problem is that without pccardd, the 0x80000 flag is no longer being passed to the driver, so it doesn't try probing it as a Linksys card (I haven't checked for sure, but that would be consistent with it being detected as an NE2000). Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 4:25:55 2002 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 1BA8637B400 for ; Thu, 18 Jul 2002 04:25:52 -0700 (PDT) Received: from maila.telia.com (maila.telia.com [194.22.194.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F5D943E65 for ; Thu, 18 Jul 2002 04:25:50 -0700 (PDT) (envelope-from john@veidit.net) Received: from d1o1000.telia.com (d1o1000.telia.com [217.208.12.241]) by maila.telia.com (8.12.5/8.12.5) with ESMTP id g6IBPmpP012373; Thu, 18 Jul 2002 13:25:48 +0200 (CEST) X-Original-Recipient: current@FreeBSD.ORG Received: from veidit.net (h59n1fls35o1000.telia.com [217.210.234.59]) by d1o1000.telia.com (8.10.2/8.10.1) with ESMTP id g6IBPmZ11765; Thu, 18 Jul 2002 13:25:48 +0200 (CEST) Message-ID: <3D36A5CB.6020407@veidit.net> Date: Thu, 18 Jul 2002 13:26:03 +0200 From: John Angelmo User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1a) Gecko/20020611 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrew Kolchoogin Cc: current@FreeBSD.ORG Subject: Re: 5.0-DP2 coming up.. References: <3D35E4B6.7090604@veidit.net> <20020718091842.GA1336@snark.rinet.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrew Kolchoogin wrote: > Hi! > > On Wed, Jul 17, 2002 at 07:40:47PM -0400, Garance A Drosihn wrote: > > >>>>Hey all (ab)users of -current. Please try to work on getting -current >>>>as stabilized as possible in the next few days and hold off on any >>>>large changes until after re@ creates the Perforce branch for DP2 on >>>>Friday. >>> >>>Well a working XFree86-4 would be just great to have in DP2 ;) >> >>It seems to be working for me, thanks to all the recent work from >>Eric Anholt . When I built it (on the 14th) there >>was still the issue of Wraphelp.c not ending up in the right place, >>but that is being worked on. And that was trivial enough for me >>to figure out, that I was up-and-running with it. > > Yesterday I built XFree86-4-libraries port on my Alpha (-current > from July, 15) -- everything is O.K., including xc/lib/Xdmcp, where the > Wraphelp.c file is used. > > Andrew. > Well for me building the libraries has never been a problem, but the font's are since they are requireing a perl file, the perlport is installed and working but still... Shouldn't perl be a dependencie for XFree86-4? /John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 5: 3:25 2002 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 5FB2C37B400 for ; Thu, 18 Jul 2002 05:03:20 -0700 (PDT) Received: from mail.robhughes.com (12-237-138-77.client.attbi.com [12.237.138.77]) by mx1.FreeBSD.org (Postfix) with SMTP id B78D443E58 for ; Thu, 18 Jul 2002 05:03:19 -0700 (PDT) (envelope-from rob@robhughes.com) Received: (qmail 16917 invoked from network); 18 Jul 2002 12:03:19 -0000 Received: from hexch01.robhughes.com (192.168.1.3) by ns2.robhughes.com with SMTP; 18 Jul 2002 12:03:19 -0000 Received: from kahuna-ws.robhughes.com ([192.168.1.16]) by HEXCH01.robhughes.com with Microsoft SMTPSVC(5.0.2195.4905); Thu, 18 Jul 2002 07:03:18 -0500 Subject: 2000 CDT cvs panic From: Rob Hughes To: current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-GY9BqD7KeTOdIZb9OYSp" X-Mailer: Ximian Evolution 1.0.7 (1.0.7-2) Date: 18 Jul 2002 07:03:18 -0500 Message-Id: <1026993798.31736.6.camel@kahuna-ws.robhughes.com> Mime-Version: 1.0 X-OriginalArrivalTime: 18 Jul 2002 12:03:18.0326 (UTC) FILETIME=[1A9A0560:01C22E53] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-GY9BqD7KeTOdIZb9OYSp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I cvsup'ed last night at and rebuild around 2000 CDT. The world and kernel portions completed, but upon rebooting I was greeted with: pccbb: unable to map IRQ... pccbb: resource_list_release: can't find resource and am then dropped to the debugger. Booting with unset acpi_load results in the same error. If I do a reset from db at that point, the system reboots, gives me the boot loader prompt and immediately powers off. If I'm fast enough, I can hit a choice and the system will boot. All this is on a Toshiba 5005-S504, an ACPI only system. Any ideas where I should start looking? Rob --=20 Remember: the only difference between being the champ and the chump is u. --=-GY9BqD7KeTOdIZb9OYSp Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Comment: Please use bofh key to send me personal data. iD8DBQA9Nq6G/9y+qWKu6HERArt3AJ9UB8BvLoDcsd3502Set/skpKCJ8QCeNqWn Y99d0F0OjL9Nhm+88WQ58Zs= =wCkr -----END PGP SIGNATURE----- --=-GY9BqD7KeTOdIZb9OYSp-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 7:46:28 2002 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 4E8A537B400 for ; Thu, 18 Jul 2002 07:46:25 -0700 (PDT) Received: from volatile.chemikals.org (cae88-49-048.sc.rr.com [24.88.49.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 762D643E58 for ; Thu, 18 Jul 2002 07:46:24 -0700 (PDT) (envelope-from morganw@chemikals.org) Received: from chemikals.org (www@localhost [127.0.0.1]) by volatile.chemikals.org (8.12.5/8.12.5) with SMTP id g6IEkNEH043631 for ; Thu, 18 Jul 2002 10:46:24 -0400 (EDT) (envelope-from morganw@chemikals.org) Received: from 148.175.49.1 (SquirrelMail authenticated user morganw) by www.chemikals.org with HTTP; Thu, 18 Jul 2002 10:46:24 -0400 (EDT) Message-ID: <33450.148.175.49.1.1027003584.squirrel@www.chemikals.org> Date: Thu, 18 Jul 2002 10:46:24 -0400 (EDT) Subject: Re: When will PCI_ENABLE_IO_MODES be default? From: "Wesley Morgan" To: X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal X-Mailer: SquirrelMail (version 1.2.6) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG So, how much does this have to do with my laptop's sound (DSP) dumping out after about 10 seconds? (Toshiba had the great idea of hard-wiring most everything through IRQ 11, although pccardd seems to be able to use others) > Longer Answer: For some time now MS has had the notion of a Plug and > Play OS at the BIOS level. Most BIOSes had the ability to say "This OS > is a Plug and Play OS" and would refrain from assigning resources to > the pci cards that might be a pita for the PnP OS to deal with down the > road. In a Plug and Play OS, it deals with resource issues > compeletely and totally (except for devices required to boot the > system, iirc). In a non PnP OS, like FreeBSD, the OS expects the BIOS > to have assigned all the resources and activated all the cards. > > For years, this worked great. ACPI can be viewed as an even more > extensive attempt to get the OS to assign all the resources to the > cards. Now with ACPI in more and more BIOSes, they are shipping w/o > the ability to turn off PnP OS. They assume that the OS will be at > least PnP, if not fully use the ACPI paradigm[*] to do its resource > thing. FreeBSD has to cope with this better in general. > PCI_ENABLE_IO_MODES is a kludge that only kinda makes things better. > > NetBSD does a better job at this by enumerating things at boot time and > assigning resources when the big picture is being looked at. > FreeBSD should do this as well. We will have to deal with assigning > things that could need more resources later, like cardbus and cPCI > bridges, "big" chunks of space that they can later dole out as > needed. pci bridges make this problem more interesting because some of > them will only decode certain address ranges (which is the cause of > another kludge in the pci code). > > You can do a web search for the pc99 design guide (and newer ones). > They go into some of this. The ACPI standards docs also go into this > as well, although the 1.0 verion didn't do it very well (imho). There > are a number of other places to look for information too. The > mindshare books might be good. > > I'm not aware of one place the ties all of these "customs" together > into a coherent hole :-(. > > > Warner > > [*] These are wesil words for "The OS does all the resource > assignment." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 7:54:50 2002 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 0ECDB37B400 for ; Thu, 18 Jul 2002 07:54:45 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5C6143E42 for ; Thu, 18 Jul 2002 07:54:43 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6IEsQ1f025475; Thu, 18 Jul 2002 08:54:28 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 18 Jul 2002 08:52:43 -0600 (MDT) Message-Id: <20020718.085243.110376507.imp@bsdimp.com> To: iedowse@maths.tcd.ie Cc: scrappy@hub.org, freebsd-current@FreeBSD.ORG Subject: Re: NEWCARD support for Linksys Ethernet broken? From: "M. Warner Losh" In-Reply-To: <200207181207.aa61440@salmon.maths.tcd.ie> References: <20020718.020615.113439683.imp@bsdimp.com> <200207181207.aa61440@salmon.maths.tcd.ie> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200207181207.aa61440@salmon.maths.tcd.ie> Ian Dowse writes: : I think the "ed" problem is that without pccardd, the 0x80000 flag : is no longer being passed to the driver, so it doesn't try probing : it as a Linksys card (I haven't checked for sure, but that would : be consistent with it being detected as an NE2000). That may be true. I thought I had flags in the table of ne2000 pcmcia cards... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 8: 8:51 2002 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 8F20737B400 for ; Thu, 18 Jul 2002 08:08:46 -0700 (PDT) Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11E4F43E77 for ; Thu, 18 Jul 2002 08:08:46 -0700 (PDT) (envelope-from dwcjr@inethouston.net) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id 8006A3198E2; Thu, 18 Jul 2002 10:08:47 -0500 (CDT) Date: Thu, 18 Jul 2002 10:08:47 -0500 From: "David W. Chapman Jr." To: "M. Warner Losh" Cc: iedowse@maths.tcd.ie, scrappy@hub.org, freebsd-current@FreeBSD.ORG Subject: Re: NEWCARD support for Linksys Ethernet broken? Message-ID: <20020718150847.GA7427@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: "M. Warner Losh" , iedowse@maths.tcd.ie, scrappy@hub.org, freebsd-current@FreeBSD.ORG References: <20020718.020615.113439683.imp@bsdimp.com> <200207181207.aa61440@salmon.maths.tcd.ie> <20020718.085243.110376507.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020718.085243.110376507.imp@bsdimp.com> X-Operating-System: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 18, 2002 at 08:52:43AM -0600, M. Warner Losh wrote: > In message: <200207181207.aa61440@salmon.maths.tcd.ie> > Ian Dowse writes: > : I think the "ed" problem is that without pccardd, the 0x80000 flag > : is no longer being passed to the driver, so it doesn't try probing > : it as a Linksys card (I haven't checked for sure, but that would > : be consistent with it being detected as an NE2000). > > That may be true. I thought I had flags in the table of ne2000 pcmcia > cards... Hey, this sounds like it could be my problem as well. If anyone has any patches, I would gladly test them. -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 8:16:53 2002 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 4051E37B400 for ; Thu, 18 Jul 2002 08:16:48 -0700 (PDT) Received: from pump3.york.ac.uk (pump3.york.ac.uk [144.32.128.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C88343E58 for ; Thu, 18 Jul 2002 08:16:47 -0700 (PDT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by pump3.york.ac.uk (8.10.2/8.10.2) with ESMTP id g6IFGba07197; Thu, 18 Jul 2002 16:16:37 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.3/8.12.3) with ESMTP id g6IFGbv6029618; Thu, 18 Jul 2002 16:16:37 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.12.3/8.12.3/Submit) with ESMTP id g6IFGbLM029615; Thu, 18 Jul 2002 16:16:37 +0100 (BST) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Thu, 18 Jul 2002 16:16:37 +0100 (BST) From: Gavin Atkinson To: "Jeroen C.van Gelderen" Cc: Subject: Re: getting vmemoryuse resource limit: Invalid argument In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 18 Jul 2002, Jeroen C.van Gelderen wrote: > On Thursday, July 18, 2002, at 04:47 , Gavin Atkinson wrote: > > Jul 18 09:21:24 epsilon login: getting vmemoryuse resource limit: > > Invalid argument > > Did you run mergemaster? You should have a line like > :vmemoryuse=unlimited:\ > in your login.conf. That was it, but i'm not sure what went wrong - I have ran mergemaster at least three times since then, and other changes had indeed been merged... but not that one. Ah well, it's fixed now. thanks Gavin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 8:43:11 2002 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 5C69337B400 for ; Thu, 18 Jul 2002 08:43:09 -0700 (PDT) Received: from wasley.bl.mmtr.or.jp (wasley.bl.mmtr.or.jp [210.228.160.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 4394D43E42 for ; Thu, 18 Jul 2002 08:43:04 -0700 (PDT) (envelope-from rushani@bl.mmtr.or.jp) Received: (qmail 25875 invoked from network); 19 Jul 2002 00:42:57 +0900 Received: from unknown (HELO localhost) (210.165.143.58) by mx.bl.mmtr.or.jp with SMTP; 19 Jul 2002 00:42:57 +0900 Date: Fri, 19 Jul 2002 00:40:53 +0900 (JST) Message-Id: <20020719.004053.59473972.rushani@bl.mmtr.or.jp> To: imp@bsdimp.com Cc: scrappy@hub.org, freebsd-current@FreeBSD.ORG Subject: Re: NEWCARD support for Linksys Ethernet broken? From: Hideyuki KURASHINA In-Reply-To: <20020718.020615.113439683.imp@bsdimp.com> References: <20020717112221.W51729-100000@mail1.hub.org> <20020718.020615.113439683.imp@bsdimp.com> X-PGP-Public-Key: http://www.bl.mmtr.or.jp/~rushani/public_key.txt X-PGP-Fingerprint: A052 6F98 6146 6FE3 91E2 DA6B F2FA 2088 439A DC57 X-URL: http://www.bl.mmtr.or.jp/~rushani/ X-Mailer: Mew version 3.0.54 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, >>> On Thu, 18 Jul 2002 02:06:15 -0600 (MDT), "M. Warner Losh" said: > In message: <20020717112221.W51729-100000@mail1.hub.org> > "Marc G. Fournier" writes: > : Just upgraded my laptop to the latest -CURRENT ... everything boots fine, > : but my ethernet no longer exists (it worked great on my June 6th kernel) > : ... > > Used to work for me, but something seems to have busted it in recent > versions of the kernel. So NEWCARD appears to be broken for ata, sio > and ed. Wonderful. These all used to work at one point in the past. Unfortunately, ed driver does not work here (OLDCARD), too. I cvsup'ed and built world & kernel yesterday, and installed kernel. it worked fine on my July 11th kernel. I use Melco LPC3-TX and now have following error messages; Jul 19 00:34:44 hoge pccardd[1363]: Card "MELCO"("LPC3-TX") [] [] matched "MELCO"("LPC3-TX") [(null)] [(null)] Jul 19 00:34:44 hoge pccardd[1363]: Ether=00:40:26:xx:xx:xx Jul 19 00:34:49 hoge pccardd[1363]: driver allocation failed for MELCO(LPC3-TX): Inappropriate ioctl for device -- rushani To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 8:52:45 2002 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 AFD8A37B400 for ; Thu, 18 Jul 2002 08:52:42 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A1BE43E4A for ; Thu, 18 Jul 2002 08:52:41 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6IFqb1f025890; Thu, 18 Jul 2002 09:52:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 18 Jul 2002 09:50:54 -0600 (MDT) Message-Id: <20020718.095054.15497762.imp@bsdimp.com> To: rushani@bl.mmtr.or.jp Cc: scrappy@hub.org, freebsd-current@FreeBSD.ORG Subject: Re: NEWCARD support for Linksys Ethernet broken? From: "M. Warner Losh" In-Reply-To: <20020719.004053.59473972.rushani@bl.mmtr.or.jp> References: <20020717112221.W51729-100000@mail1.hub.org> <20020718.020615.113439683.imp@bsdimp.com> <20020719.004053.59473972.rushani@bl.mmtr.or.jp> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020719.004053.59473972.rushani@bl.mmtr.or.jp> Hideyuki KURASHINA writes: : Jul 19 00:34:49 hoge pccardd[1363]: driver allocation failed for MELCO(LPC3-TX): Inappropriate ioctl for device recompile pccardd. The inappropriate ioctl for device is due to a slight mismatch between kernel and pccardd. I recerntly change the ioctl interface in current so that I could MFC some changes in a binary compatible way in -stable (thus breaking binary compat in -current). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 10: 0:34 2002 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 8EEDC37B400 for ; Thu, 18 Jul 2002 10:00:26 -0700 (PDT) Received: from energistic.com (bdsl.66.12.217.106.gte.net [66.12.217.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5541743E31 for ; Thu, 18 Jul 2002 10:00:25 -0700 (PDT) (envelope-from steve@energistic.com) Received: from energistic.com (steve@localhost [127.0.0.1]) by energistic.com (8.12.5/8.12.5) with ESMTP id g6IH0NHH071223; Thu, 18 Jul 2002 12:00:24 -0500 (EST) (envelope-from steve@energistic.com) Received: (from steve@localhost) by energistic.com (8.12.5/8.12.5/Submit) id g6IH0M5g070374; Thu, 18 Jul 2002 12:00:22 -0500 (EST) Date: Thu, 18 Jul 2002 12:00:22 -0500 From: Steve Ames To: current@FreeBSD.ORG Cc: bright@mu.org Subject: [patch] Re: inetd parsing broke for non IPv6 configurations Message-ID: <20020718170022.GA85314@energistic.com> References: <200207171936.g6HJak6H054672@energistic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200207171936.g6HJak6H054672@energistic.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The following patch fixes this problem for me. When a tcp6 was encountered then v6bind is set to 1 and was not being cleared after the check to ignore IPv6. This patch may not be entirely correct, but its simple and does fix the problem I reported earlier. The v4bind check that should have resulted in clearing v6bind back to 0 seems a bit questionable. I believe the flag should be cleared always. -Steve --------------------------------------------------------- --- inetd.c.old Mon Jul 15 14:09:33 2002 +++ inetd.c Thu Jul 18 11:53:55 2002 @@ -1726,12 +1726,9 @@ if (v6bind != 0 && no_v6bind != 0) { syslog(LOG_INFO, "IPv6 bind is ignored for %s", sep->se_service); - if (v4bind && no_v4bind == 0) - v6bind = 0; - else { - freeconfig(sep); - goto more; - } + v6bind = 0; + freeconfig(sep); + goto more; } if (v6bind != 0) { sep->se_family = AF_INET6; --------------------------------------------------------- -Steve On Wed, Jul 17, 2002 at 02:36:46PM -0500, Steve Ames wrote: > > This worked 3 days ago but I just upgraded to -CURRENT from today > and its not quite working now. If you have tcp6 lines in your > inetd.conf but do not have IPv6 enabled in the kernel your inetd > will stop adding services after it encounters the first line with > a tcp6 in it: > > mysystem# inetd -d > ADD : ftp proto=tcp accept=1 max=0 user=root group=(null)class=daemon builtin=0x > 0 server=/usr/libexec/ftpd policy="" > inetd: ftp/tcp: ipsec initialization failed; in entrust > inetd: ftp/tcp: ipsec initialization failed; tut entrust > inetd: enabling ftp, fd 4 > inetd: registered /usr/libexec/ftpd on 4 > inetd[52984]: IPv6 bind is ignored for ftp > inetd[52984]: IPv6 bind is ignored for telnet > inetd[52984]: IPv6 bind is ignored for telnet > inetd[52984]: IPv6 bind is ignored for comsat > inetd[52984]: IPv6 bind is ignored for ntalk > inetd[52984]: IPv6 bind is ignored for pop3 > inetd[52984]: IPv6 bind is ignored for imap4 > inetd[52984]: IPv6 bind is ignored for imaps > inetd[52984]: IPv6 bind is ignored for auth > inetd[52984]: IPv6 bind is ignored for auth > inetd[52984]: IPv6 bind is ignored for gpsclock > > Here it correctly adds ftp/tcp and ignores ftp/tcp6... but then it > appears to see all remaining entries as tcp6 and ignores them even > when they are most certainly listed as tcp and not tcp6. > > I'm guessing that > > $FreeBSD: src/usr.sbin/inetd/inetd.c,v 1.105 2002/07/15 19:09:33 > > is the culprit. This commit was to add support for rpc IPv6 and > does appear to change the code block where the "IPv6 bind is > ignored" appears.. > > -Steve > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 10:38:31 2002 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 51FAE37B400; Thu, 18 Jul 2002 10:38:27 -0700 (PDT) Received: from mx3.datanet.hu (mx3.datanet.hu [194.149.13.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id C637F43E70; Thu, 18 Jul 2002 10:38:26 -0700 (PDT) (envelope-from sziszi@bsd.hu) Received: from fonix.adamsfamily.xx (nilus-1150.adsl.datanet.hu [195.56.92.134]) by mx3.datanet.hu (DataNet) with ESMTP id AC6DD1EA1FE; Thu, 18 Jul 2002 19:38:24 +0200 (CEST) Received: from fonix.adamsfamily.xx (localhost [127.0.0.1]) by fonix.adamsfamily.xx (8.12.5/8.12.5) with ESMTP id g6IHce88001795; Thu, 18 Jul 2002 19:38:40 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from cc@localhost) by fonix.adamsfamily.xx (8.12.5/8.12.5/Submit) id g6IHcdIe001794; Thu, 18 Jul 2002 19:38:39 +0200 (CEST) X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f Date: Thu, 18 Jul 2002 19:38:39 +0200 From: Szilveszter Adam To: freebsd-current@FreeBSD.ORG Cc: peter@FreeBSD.ORG Subject: Fixed ! Re: Interesting panic very early in the boot Message-ID: <20020718173839.GA1760@fonix.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@FreeBSD.ORG, peter@freebsd.org References: <3D35B533.9DF22814@mindspring.com> <200207172116.RAA10793@tonnant.cnchost.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200207172116.RAA10793@tonnant.cnchost.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello everybody, I would like to report that after incorporating today's fixes into the kernel source and recompiling, the panic does not occur again. This is probably due to the commit to pmap.c (rev 1.345 by Peter Wemm). Although the log only talks about SMP, this UP box likes it too. So anyway, thanks for fixing this, and anybody who used the "DISABLE_PG_G" workaround can now switch that off. Happy hacking! -- Regards: Szilveszter ADAM Szombathely Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 10:40:59 2002 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 CE3CE37B400 for ; Thu, 18 Jul 2002 10:40:52 -0700 (PDT) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id C36E543E65 for ; Thu, 18 Jul 2002 10:40:44 -0700 (PDT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.12.5/8.12.5) with ESMTP id g6IHeipI004752 for ; Thu, 18 Jul 2002 10:40:44 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.5/8.12.5/Submit) id g6IHeioF004751 for current@freebsd.org; Thu, 18 Jul 2002 10:40:44 -0700 (PDT) Date: Thu, 18 Jul 2002 10:40:44 -0700 (PDT) From: David Wolfskill Message-Id: <200207181740.g6IHeioF004751@bunrab.catwhisker.org> To: current@freebsd.org Subject: ld hanging during build of today's -CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG OK; I built today's -CURRENT (running yesterday's, as usual) on my SMP build machine without incident earlier today. And, as usual, I'm trying the same thing with my (UP) laptop. But this time, the sequence has come to a halt; here's what I see so far: >>> stage 4: populating /usr/obj/usr/src/i386/usr/include ... >>> stage 4: building libraries ... ===> gnu/lib/libobjc ... ===> gnu/lib/libg2c cc -O -pipe -DLIBC_MAJOR=5 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -D__DBINTERFACE_PRIVATE -DINET6 -I/common/S3/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -DHESIOD -c nslexer.c -o nslexer.o cc -pg -O -pipe -DLIBC_MAJOR=5 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -D__DBINTERFACE_PRIVATE -DINET6 -I/common/S3/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -DHESIOD -c nslexer.c -o nslexer.po cc -fpic -DPIC -O -pipe -DLIBC_MAJOR=5 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -D__DBINTERFACE_PRIVATE -DINET6 -I/common/S3/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -DHESIOD -c nslexer.c -o nslexer.So building profiled c library building shared library libc.so.5 building special pic c library building static c library ranlib libc_pic.a ranlib libc.a ranlib libc_p.a and at this point, ^T says: load: 0.00 cmd: ld 64393 [inode] 0.10u 0.30s 0% 1k "ps -xwwlp 64393" says: UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 64393 64391 0 96 0 12108 2925 - W+ p7 0:00.41 (ld) and various bits and pieces of /proc/64393 say: g1-9(5.0-C)[10] sudo cat /proc/64393/map 0x8048000 0x80c8000 48 48 0xc20ca4b0 r-x 2 1 0x0 COW NC vnode 0x80c8000 0x80c9000 1 0 0xc1d7cf3c rw- 1 0 0x2180 COW NNC vnode 0x80c9000 0x80cd000 3 0 0xc1fd6af0 rw- 2 0 0x2180 NCOW NNC default 0x80cd000 0x8bf7000 2856 0 0xc1fd6af0 rwx 2 0 0x2180 NCOW NNC default 0x280cb000 0x280cf000 3 0 0xc1e58e74 rwx 1 0 0x2180 NCOW NNC default 0xbfbe0000 0xbfc00000 6 0 0xc1afd7d0 rwx 1 0 0x2180 NCOW NNC default g1-9(5.0-C)[13] sudo cat /proc/64393/status ld 64393 64391 594 576 5,7 ctty 1027012600,166143 0,101735 0,305207 nochan 0 0 0,0,0,2,3,4,5,20,31 - g1-9(5.0-C)[15] sudo cat /proc/64393/rlimit cpu -1 -1 fsize -1 -1 data 536870912 536870912 stack 67108864 67108864 core -1 -1 rss -1 -1 memlock -1 -1 nproc 896 896 nofile 1792 1792 sbsize -1 -1 vmem -1 -1 Now, I'm running the "make buildworld" with -j4 (as usual, for the laptop). I rather suspect that were I to interrupt & restart it, this hang probably would not recur (at least, not in exactly this way). So I'm sending this out now, in the hope that someone might suggest some approach(es) that might cause the system to divulge what happened, so we can prevent a recurrence of this sort of thing. Unfortunately, I don't seem to have built this kernel with BREAK_TO_DEBUGGER. :-( So -- is this worth pursuing, or should I just muddle on through? Thanks, david -- David H. Wolfskill david@catwhisker.org My reluctance to use or support Microsoft products is a direct consequence of my desire to use tools that work properly. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 10:41:50 2002 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 AEE6737B400; Thu, 18 Jul 2002 10:41:47 -0700 (PDT) Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09DB243E42; Thu, 18 Jul 2002 10:41:47 -0700 (PDT) (envelope-from bmilekic@unixdaemons.com) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id g6IHem360634; Thu, 18 Jul 2002 13:40:48 -0400 (EDT) (envelope-from bmilekic@unixdaemons.com) Date: Thu, 18 Jul 2002 13:40:48 -0400 From: Bosko Milekic To: Szilveszter Adam Cc: freebsd-current@FreeBSD.ORG, peter@FreeBSD.ORG Subject: Re: Fixed ! Re: Interesting panic very early in the boot Message-ID: <20020718134048.A60612@unixdaemons.com> References: <3D35B533.9DF22814@mindspring.com> <200207172116.RAA10793@tonnant.cnchost.com> <20020718173839.GA1760@fonix.adamsfamily.xx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020718173839.GA1760@fonix.adamsfamily.xx>; from sziszi@bsd.hu on Thu, Jul 18, 2002 at 07:38:39PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 18, 2002 at 07:38:39PM +0200, Szilveszter Adam wrote: > Hello everybody, > > I would like to report that after incorporating today's fixes into the > kernel source and recompiling, the panic does not occur again. > > This is probably due to the commit to pmap.c (rev 1.345 by Peter Wemm). > Although the log only talks about SMP, this UP box likes it too. > > So anyway, thanks for fixing this, and anybody who used the > "DISABLE_PG_G" workaround can now switch that off. > > Happy hacking! > -- > Regards: > > Szilveszter ADAM > Szombathely Hungary As pointed out, the change was fairly bogus. There's a new change that should be committed soon that fixes the problem in a "sort of" less bogus way. When Peter gets around to reviewing it, it'll be committed and you shouldn't notice a difference. As a point of reference, however, what hardware do you have this running on? Specifically, what board, CPUs, how many, and how much RAM do you have? Thanks, -- Bosko Milekic bmilekic@unixdaemons.com bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 10:46:18 2002 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 619A937B400 for ; Thu, 18 Jul 2002 10:46:16 -0700 (PDT) Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 917FD43E58 for ; Thu, 18 Jul 2002 10:46:15 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 7779 invoked from network); 18 Jul 2002 17:46:14 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail13.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 18 Jul 2002 17:46:14 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6IHkC062154; Thu, 18 Jul 2002 13:46:13 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 18 Jul 2002 13:46:18 -0400 (EDT) From: John Baldwin To: dillon@FreeBSD.org Subject: Questions about kern_descrip.c Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In revision 1.94 of kern_descrip.c, in the dup2() syscall a goto retry loop was added so that if we did a fdalloc() we always retested everything. Since fd_nfiles can't shrink and new and old can't change, I don't see why the loop is necessary. Neither dup() or the F_DUPFD fcntl() were modified in this way either. Also, calling fdalloc() in this case is somewhat bogus, because fdalloc() is going to try and reserve an open slot and update variables such as fd_lastfile, etc. appropriately. Perhaps we should have an fdextend() function that both dup2() and fdalloc() call? Also, in do_dup() you have commented out the call to munmapfd() on an open file with UF_MAPPED and never turned it back on. Was that intentional or just an accidental oversight? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 10:48:43 2002 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 B1AF737B400 for ; Thu, 18 Jul 2002 10:48:40 -0700 (PDT) Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A06543E5E for ; Thu, 18 Jul 2002 10:48:38 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 23131 invoked from network); 18 Jul 2002 17:48:36 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail16.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 18 Jul 2002 17:48:36 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6IHmY062163; Thu, 18 Jul 2002 13:48:34 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 18 Jul 2002 13:48:40 -0400 (EDT) From: John Baldwin To: John Baldwin Subject: RE: Questions about kern_descrip.c Cc: current@FreeBSD.org, dillon@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 18-Jul-2002 John Baldwin wrote: > In revision 1.94 of kern_descrip.c, in the dup2() syscall a goto > retry loop was added so that if we did a fdalloc() we always retested > everything. Since fd_nfiles can't shrink and new and old can't > change, I don't see why the loop is necessary. Neither dup() or > the F_DUPFD fcntl() were modified in this way either. Also, > calling fdalloc() in this case is somewhat bogus, because fdalloc() > is going to try and reserve an open slot and update variables such > as fd_lastfile, etc. appropriately. Perhaps we should have an > fdextend() function that both dup2() and fdalloc() call? Also, > in do_dup() you have commented out the call to munmapfd() on an > open file with UF_MAPPED and never turned it back on. Was that > intentional or just an accidental oversight? Nevermind about munmapfd(). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 10:59:55 2002 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 638B037B400 for ; Thu, 18 Jul 2002 10:59:53 -0700 (PDT) Received: from wasley.bl.mmtr.or.jp (wasley.bl.mmtr.or.jp [210.228.160.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 6F0EE43E31 for ; Thu, 18 Jul 2002 10:59:52 -0700 (PDT) (envelope-from rushani@bl.mmtr.or.jp) Received: (qmail 1755 invoked from network); 19 Jul 2002 02:59:51 +0900 Received: from unknown (HELO localhost) (210.165.143.47) by mx.bl.mmtr.or.jp with SMTP; 19 Jul 2002 02:59:51 +0900 Date: Fri, 19 Jul 2002 02:59:26 +0900 (JST) Message-Id: <20020719.025926.59471465.rushani@bl.mmtr.or.jp> To: imp@bsdimp.com Cc: scrappy@hub.org, freebsd-current@FreeBSD.ORG Subject: Re: NEWCARD support for Linksys Ethernet broken? From: Hideyuki KURASHINA In-Reply-To: <20020718.095054.15497762.imp@bsdimp.com> References: <20020718.020615.113439683.imp@bsdimp.com> <20020719.004053.59473972.rushani@bl.mmtr.or.jp> <20020718.095054.15497762.imp@bsdimp.com> X-PGP-Public-Key: http://www.bl.mmtr.or.jp/~rushani/public_key.txt X-PGP-Fingerprint: A052 6F98 6146 6FE3 91E2 DA6B F2FA 2088 439A DC57 X-URL: http://www.bl.mmtr.or.jp/~rushani/ X-Mailer: Mew version 3.0.54 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>> On Thu, 18 Jul 2002 09:50:54 -0600 (MDT), "M. Warner Losh" said: > In message: <20020719.004053.59473972.rushani@bl.mmtr.or.jp> > Hideyuki KURASHINA writes: > : Jul 19 00:34:49 hoge pccardd[1363]: driver allocation failed for MELCO(LPC3-TX): Inappropriate ioctl for device > > recompile pccardd. The inappropriate ioctl for device is due to a > slight mismatch between kernel and pccardd. I recerntly change the > ioctl interface in current so that I could MFC some changes in a > binary compatible way in -stable (thus breaking binary compat in > -current). When I use /usr/obj/usr/src/usr.sbin/pccard/pccardd/pccard instead of /usr/sbin/pccardd, PC Card works again. :-) ed0 at port 0x340-0x35f iomem 0xd0000-0xd0fff irq 3 flags 0x30000 slot 1 on pccard1 ed0: address 00:40:26:xx:xx:xx, type NE2000 (16 bit) Thanks! -- rushani To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 11:40: 9 2002 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 8292E37B400; Thu, 18 Jul 2002 11:40:02 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38F9443E6A; Thu, 18 Jul 2002 11:40:02 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6IIe2CV019270; Thu, 18 Jul 2002 11:40:02 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6IIe25G019269; Thu, 18 Jul 2002 11:40:02 -0700 (PDT) (envelope-from dillon) Date: Thu, 18 Jul 2002 11:40:02 -0700 (PDT) From: Matthew Dillon Message-Id: <200207181840.g6IIe25G019269@apollo.backplane.com> To: John Baldwin Cc: current@FreeBSD.ORG Subject: Re: Questions about kern_descrip.c References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :In revision 1.94 of kern_descrip.c, in the dup2() syscall a goto :retry loop was added so that if we did a fdalloc() we always retested :everything. Since fd_nfiles can't shrink and new and old can't :change, I don't see why the loop is necessary. Neither dup() or :the F_DUPFD fcntl() were modified in this way either. Also, :calling fdalloc() in this case is somewhat bogus, because fdalloc() :is going to try and reserve an open slot and update variables such :as fd_lastfile, etc. appropriately. Perhaps we should have an :fdextend() function that both dup2() and fdalloc() call? Also, :in do_dup() you have commented out the call to munmapfd() on an :open file with UF_MAPPED and never turned it back on. Was that :intentional or just an accidental oversight? : :-- : :John Baldwin <>< http://www.FreeBSD.org/~jhb/ The issue with dup2() was a race against open() or close() I believe, where dup2() could potentially dup into a descriptor that open() was about to use. Unfortunately, it does appear that dup() has the same issue. fdalloc() does not reserve the descriptor number it returns, it simply finds a free slot and says 'this index is a free slot'. Even in the latest -current, fdalloc() releases the fdp lock when it goes to MALLOC so the race appears to still be present. the munmap descriptor junk is obsolete and has not been used for a very long time. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 11:50:25 2002 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 3E5FF37B49E; Thu, 18 Jul 2002 11:50:15 -0700 (PDT) Received: from mx2.datanet.hu (mx2.datanet.hu [194.149.13.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4CBE43E3B; Thu, 18 Jul 2002 11:50:14 -0700 (PDT) (envelope-from sziszi@bsd.hu) Received: from fonix.adamsfamily.xx (nilus-1150.adsl.datanet.hu [195.56.92.134]) by mx2.datanet.hu (DataNet) with ESMTP id BC43857EF; Thu, 18 Jul 2002 20:50:12 +0200 (CEST) Received: from fonix.adamsfamily.xx (localhost [127.0.0.1]) by fonix.adamsfamily.xx (8.12.5/8.12.5) with ESMTP id g6IIoR88002287; Thu, 18 Jul 2002 20:50:28 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from cc@localhost) by fonix.adamsfamily.xx (8.12.5/8.12.5/Submit) id g6IIoRJM002286; Thu, 18 Jul 2002 20:50:27 +0200 (CEST) X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f Date: Thu, 18 Jul 2002 20:50:27 +0200 From: Szilveszter Adam To: Bosko Milekic Cc: freebsd-current@FreeBSD.ORG, peter@FreeBSD.ORG Subject: Re: Fixed ! Re: Interesting panic very early in the boot Message-ID: <20020718185027.GA2242@fonix.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , Bosko Milekic , freebsd-current@FreeBSD.ORG, peter@FreeBSD.ORG References: <3D35B533.9DF22814@mindspring.com> <200207172116.RAA10793@tonnant.cnchost.com> <20020718173839.GA1760@fonix.adamsfamily.xx> <20020718134048.A60612@unixdaemons.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020718134048.A60612@unixdaemons.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 18, 2002 at 01:40:48PM -0400, Bosko Milekic wrote: > As pointed out, the change was fairly bogus. There's a new change > that should be committed soon that fixes the problem in a "sort of" > less bogus way. When Peter gets around to reviewing it, it'll be > committed and you shouldn't notice a difference. Excellent. As I stated, all I wanted to report was that "the panic did not occur again". This is good news in any event, because it seemed that it did not occur very frequently, so seemed more difficult to fix. I was just fearing that it would take perhaps a very long time, eg because it does not occur so often on new hardware or somesuch. A correct fix is certainly even better. > As a point of reference, however, what hardware do you have this > running on? Specifically, what board, CPUs, how many, and how much > RAM do you have? Full specs: - Shuttle Spacewalker HOT-637/P motherboard with Intel 440 LX chipset, UP. Has ISA, PCI and AGP slots, doesn't support ACPI. (in any meaningful way) - Intel Pentium II 233 Mhz (Klamath) CPU, Slot 1 - 128 megs of SDRAM (non-DDR) in two 64 meg units - Two ATA HDDs, ATAPI CD-ROM, PCI network card (Realtek 8029), ISA PnP SB 64 AWE sound, S3 Virge GX2 AGP video card, just in case. No SCSI. -- Regards: Szilveszter ADAM Szombathely Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 11:55:42 2002 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 5D94637B400; Thu, 18 Jul 2002 11:55:39 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2696443E5E; Thu, 18 Jul 2002 11:55:39 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id F0455AE272; Thu, 18 Jul 2002 11:55:38 -0700 (PDT) Date: Thu, 18 Jul 2002 11:55:38 -0700 From: Alfred Perlstein To: Matthew Dillon Cc: John Baldwin , current@FreeBSD.ORG Subject: Re: Questions about kern_descrip.c Message-ID: <20020718185538.GJ77219@elvis.mu.org> References: <200207181840.g6IIe25G019269@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200207181840.g6IIe25G019269@apollo.backplane.com> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Matthew Dillon [020718 11:40] wrote: > > fdalloc() does not reserve the descriptor number it > returns, it simply finds a free slot and says 'this > index is a free slot'. Even in the latest -current, > fdalloc() releases the fdp lock when it goes to > MALLOC so the race appears to still be present. This is true. I think one way to fix this is to preallocate the 'struct file' you're going to put into the array and have fdalloc() insert the created file instead of just finding a slot. Problem is that it's a bunch of grunt work to do this. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 11:58:43 2002 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 66E7837B400 for ; Thu, 18 Jul 2002 11:58:39 -0700 (PDT) Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0152443E65 for ; Thu, 18 Jul 2002 11:58:39 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 11041 invoked from network); 18 Jul 2002 18:58:37 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail13.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 18 Jul 2002 18:58:37 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6IIwZ062425; Thu, 18 Jul 2002 14:58:35 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200207181840.g6IIe25G019269@apollo.backplane.com> Date: Thu, 18 Jul 2002 14:58:41 -0400 (EDT) From: John Baldwin To: Matthew Dillon Subject: Re: Questions about kern_descrip.c Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 18-Jul-2002 Matthew Dillon wrote: > >: >:In revision 1.94 of kern_descrip.c, in the dup2() syscall a goto >:retry loop was added so that if we did a fdalloc() we always retested >:everything. Since fd_nfiles can't shrink and new and old can't >:change, I don't see why the loop is necessary. Neither dup() or >:the F_DUPFD fcntl() were modified in this way either. Also, >:calling fdalloc() in this case is somewhat bogus, because fdalloc() >:is going to try and reserve an open slot and update variables such >:as fd_lastfile, etc. appropriately. Perhaps we should have an >:fdextend() function that both dup2() and fdalloc() call? Also, >:in do_dup() you have commented out the call to munmapfd() on an >:open file with UF_MAPPED and never turned it back on. Was that >:intentional or just an accidental oversight? >: >:-- >: >:John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > The issue with dup2() was a race against open() or close() > I believe, where dup2() could potentially dup into a > descriptor that open() was about to use. Unfortunately, it > does appear that dup() has the same issue. > > fdalloc() does not reserve the descriptor number it > returns, it simply finds a free slot and says 'this > index is a free slot'. Even in the latest -current, > fdalloc() releases the fdp lock when it goes to > MALLOC so the race appears to still be present. Well, execpt that if we malloc(), we then grab the lock and loop again. If we return without an error, it means we reserved a slot while holding a lock and returned with the lock still held. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 11:59: 3 2002 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 6533C37B400 for ; Thu, 18 Jul 2002 11:59:00 -0700 (PDT) Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3F3D43E31 for ; Thu, 18 Jul 2002 11:58:59 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 23801 invoked from network); 18 Jul 2002 18:58:59 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 18 Jul 2002 18:58:59 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6IIwv062432; Thu, 18 Jul 2002 14:58:57 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200207181840.g6IIe25G019269@apollo.backplane.com> Date: Thu, 18 Jul 2002 14:59:03 -0400 (EDT) From: John Baldwin To: Matthew Dillon Subject: Re: Questions about kern_descrip.c Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 18-Jul-2002 Matthew Dillon wrote: > >: >:In revision 1.94 of kern_descrip.c, in the dup2() syscall a goto >:retry loop was added so that if we did a fdalloc() we always retested >:everything. Since fd_nfiles can't shrink and new and old can't >:change, I don't see why the loop is necessary. Neither dup() or >:the F_DUPFD fcntl() were modified in this way either. Also, >:calling fdalloc() in this case is somewhat bogus, because fdalloc() >:is going to try and reserve an open slot and update variables such >:as fd_lastfile, etc. appropriately. Perhaps we should have an >:fdextend() function that both dup2() and fdalloc() call? Also, >:in do_dup() you have commented out the call to munmapfd() on an >:open file with UF_MAPPED and never turned it back on. Was that >:intentional or just an accidental oversight? >: >:-- >: >:John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > The issue with dup2() was a race against open() or close() > I believe, where dup2() could potentially dup into a > descriptor that open() was about to use. Unfortunately, it > does appear that dup() has the same issue. > > fdalloc() does not reserve the descriptor number it > returns, it simply finds a free slot and says 'this > index is a free slot'. Even in the latest -current, > fdalloc() releases the fdp lock when it goes to > MALLOC so the race appears to still be present. Well, execpt that if we malloc(), we then grab the lock and loop again. If we return without an error, it means we reserved a slot while holding a lock and returned with the lock still held. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 12: 5:41 2002 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 BF77337B400 for ; Thu, 18 Jul 2002 12:05:39 -0700 (PDT) Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 072A343E67 for ; Thu, 18 Jul 2002 12:05:39 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id g6IJ5aK1014606; Thu, 18 Jul 2002 15:05:36 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <1026957220.40832.306.camel@anholt.dyndns.org> References: <1026957220.40832.306.camel@anholt.dyndns.org> Date: Thu, 18 Jul 2002 15:05:35 -0400 To: Eric Anholt From: Garance A Drosihn Subject: Re: Problem with agpgart on current, XFree86-4, Matrox G400 video Cc: current@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 7:53 PM -0600 7/17/02, Eric Anholt wrote: >On Wed, 2002-07-17 at 18:40, Garance A Drosihn wrote: > > > XDM generally did still seem to come up okay, although occasionally > > the system would panic right at that initial XDM startup. While > > I tried a few things to fix this (including various buildworlds > > over time), I didn't really worry about it too much because I > > could always fall back to my April 23rd snapshot of -current. > >April 27th was when the DRM went into -current. Did you ever get >a dump/backtrace of the panic? Did you have drm-kmod installed? I never got a dump of the panic, and in fact I only got the panic two or maybe three times (in about two months). The panic only happened at the initial startup of XDM, so if I got past that then I could run okay for long stretches without a problem. I was also tangled up in other problems with current the same time, and usually I would just take the easy way out and drop back to my April 23rd snapshot of -current. > > I added that line, rebooted, and now XFree86-4 has no problem > > initializing agpgart when XDM starts up. > >Can you still make it panic after adding agp? Well, I haven't yet, but then I haven't been running it this way for all that long. I would be happy with agp added to the generic kernel, but then I'm one of the people who would benefit from that... :-) -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 12: 8:20 2002 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 9BAA637B400; Thu, 18 Jul 2002 12:08:17 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57F4C43E31; Thu, 18 Jul 2002 12:08:17 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6IJ8HCV019432; Thu, 18 Jul 2002 12:08:17 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6IJ8H5k019431; Thu, 18 Jul 2002 12:08:17 -0700 (PDT) (envelope-from dillon) Date: Thu, 18 Jul 2002 12:08:17 -0700 (PDT) From: Matthew Dillon Message-Id: <200207181908.g6IJ8H5k019431@apollo.backplane.com> To: John Baldwin Cc: current@FreeBSD.ORG Subject: Re: Questions about kern_descrip.c References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :> The issue with dup2() was a race against open() or close() :> I believe, where dup2() could potentially dup into a :> descriptor that open() was about to use. Unfortunately, it :> does appear that dup() has the same issue. :> :> fdalloc() does not reserve the descriptor number it :> returns, it simply finds a free slot and says 'this :> index is a free slot'. Even in the latest -current, :> fdalloc() releases the fdp lock when it goes to :> MALLOC so the race appears to still be present. : :Well, execpt that if we malloc(), we then grab the lock and loop :again. If we return without an error, it means we reserved a slot :while holding a lock and returned with the lock still held. : :-- : :John Baldwin <>< http://www.FreeBSD.org/~jhb/ Yes, that makes sense... and it would be fairly trivial optimization to make. I suppose you could have fdalloc() return EAGAIN or something like that to indicate that it had to cycle the lock. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 12: 9:46 2002 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 DA48A37B400; Thu, 18 Jul 2002 12:09:43 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9027943E5E; Thu, 18 Jul 2002 12:09:43 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6IJ9hCV019461; Thu, 18 Jul 2002 12:09:43 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6IJ9hTq019460; Thu, 18 Jul 2002 12:09:43 -0700 (PDT) (envelope-from dillon) Date: Thu, 18 Jul 2002 12:09:43 -0700 (PDT) From: Matthew Dillon Message-Id: <200207181909.g6IJ9hTq019460@apollo.backplane.com> To: Alfred Perlstein Cc: John Baldwin , current@FreeBSD.ORG Subject: Re: Questions about kern_descrip.c References: <200207181840.g6IIe25G019269@apollo.backplane.com> <20020718185538.GJ77219@elvis.mu.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :* Matthew Dillon [020718 11:40] wrote: :> :> fdalloc() does not reserve the descriptor number it :> returns, it simply finds a free slot and says 'this :> index is a free slot'. Even in the latest -current, :> fdalloc() releases the fdp lock when it goes to :> MALLOC so the race appears to still be present. : :This is true. I think one way to fix this is to preallocate :the 'struct file' you're going to put into the array and have :fdalloc() insert the created file instead of just finding a :slot. Problem is that it's a bunch of grunt work to do this. : :-- :-Alfred Perlstein [alfred@freebsd.org] :'Instead of asking why a piece of software is using "1970s technology," If you do this be careful in regards to open() and close() which might place the descriptor in a transitory state. You don't want another thread picking the descriptor up while it is in that state. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 12:33:29 2002 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 339EF37B400 for ; Thu, 18 Jul 2002 12:33:27 -0700 (PDT) Received: from thunderer.cnchost.com (thunderer.concentric.net [207.155.252.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC1E943E42 for ; Thu, 18 Jul 2002 12:33:26 -0700 (PDT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (adsl-209-204-185-216.sonic.net [209.204.185.216]) by thunderer.cnchost.com id PAA05510; Thu, 18 Jul 2002 15:33:27 -0400 (EDT) [ConcentricHost SMTP Relay 1.14] Message-ID: <200207181933.PAA05510@thunderer.cnchost.com> To: current@freebsd.org Subject: suspend bug Date: Thu, 18 Jul 2002 12:33:26 -0700 From: Bakul Shah Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Try this: $ csh % su Password: % stop $$ Suspended (signal) %fg At which point you will lose you login shell. Prior to KSE one could switch between an su'ed shell and a normal shell at will by using stop $$ and fg. Is this breakage considered a bug or a feature? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 13:19:29 2002 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 8427137B400 for ; Thu, 18 Jul 2002 13:19:26 -0700 (PDT) Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A7AB43E58 for ; Thu, 18 Jul 2002 13:19:26 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 3139 invoked from network); 18 Jul 2002 20:19:21 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 18 Jul 2002 20:19:21 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6IKJJ062730; Thu, 18 Jul 2002 16:19:19 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200207181908.g6IJ8H5k019431@apollo.backplane.com> Date: Thu, 18 Jul 2002 16:19:25 -0400 (EDT) From: John Baldwin To: Matthew Dillon Subject: Re: Questions about kern_descrip.c Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 18-Jul-2002 Matthew Dillon wrote: > >:> The issue with dup2() was a race against open() or close() >:> I believe, where dup2() could potentially dup into a >:> descriptor that open() was about to use. Unfortunately, it >:> does appear that dup() has the same issue. >:> >:> fdalloc() does not reserve the descriptor number it >:> returns, it simply finds a free slot and says 'this >:> index is a free slot'. Even in the latest -current, >:> fdalloc() releases the fdp lock when it goes to >:> MALLOC so the race appears to still be present. >: >:Well, execpt that if we malloc(), we then grab the lock and loop >:again. If we return without an error, it means we reserved a slot >:while holding a lock and returned with the lock still held. >: >:-- >: >:John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > Yes, that makes sense... and it would be fairly trivial > optimization to make. I suppose you could have fdalloc() > return EAGAIN or something like that to indicate that > it had to cycle the lock. But it doesn't really matter if we cycle the lock. What I described is the current behavior, btw. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 13:20: 8 2002 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 757A737B401 for ; Thu, 18 Jul 2002 13:20:01 -0700 (PDT) Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE86243E4A for ; Thu, 18 Jul 2002 13:20:00 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 15908 invoked from network); 18 Jul 2002 20:19:57 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail16.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 18 Jul 2002 20:19:57 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6IKJl062734; Thu, 18 Jul 2002 16:19:47 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200207181909.g6IJ9hTq019460@apollo.backplane.com> Date: Thu, 18 Jul 2002 16:19:51 -0400 (EDT) From: John Baldwin To: Matthew Dillon Subject: Re: Questions about kern_descrip.c Cc: current@FreeBSD.ORG, Alfred Perlstein Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 18-Jul-2002 Matthew Dillon wrote: > >: >:* Matthew Dillon [020718 11:40] wrote: >:> >:> fdalloc() does not reserve the descriptor number it >:> returns, it simply finds a free slot and says 'this >:> index is a free slot'. Even in the latest -current, >:> fdalloc() releases the fdp lock when it goes to >:> MALLOC so the race appears to still be present. >: >:This is true. I think one way to fix this is to preallocate >:the 'struct file' you're going to put into the array and have >:fdalloc() insert the created file instead of just finding a >:slot. Problem is that it's a bunch of grunt work to do this. >: >:-- >:-Alfred Perlstein [alfred@freebsd.org] >:'Instead of asking why a piece of software is using "1970s technology," > > If you do this be careful in regards to open() and close() which > might place the descriptor in a transitory state. You don't want > another thread picking the descriptor up while it is in that > state. If you really wanted to do this you could just use '(struct file *)1' or some other evil, but I really don't think it's necessary. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 13:44:28 2002 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 A9B3637B400 for ; Thu, 18 Jul 2002 13:44:23 -0700 (PDT) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BAB243E42 for ; Thu, 18 Jul 2002 13:44:22 -0700 (PDT) (envelope-from marks@ripe.net) Received: from laptop.6bone.nl (cow.ripe.net [193.0.1.239]) by birch.ripe.net (8.11.6/8.11.6) with SMTP id g6IKhMt14867 for ; Thu, 18 Jul 2002 22:43:22 +0200 Received: (nullmailer pid 2836 invoked by uid 1000); Thu, 18 Jul 2002 20:43:22 -0000 Date: Thu, 18 Jul 2002 22:43:22 +0200 From: Mark Santcroos To: freebsd-current@FreeBSD.ORG Subject: Re: -current seems a little unstable tonight Message-ID: <20020718204321.GA1131@laptop.6bone.nl> References: <20020709074641.GB22276@unixpages.org> <20020718012613.T813-100000@coredump.scriptkiddie.org> <20020718084809.GA351@laptop.6bone.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020718084809.GA351@laptop.6bone.nl> User-Agent: Mutt/1.3.99i X-Handles: MS6-6BONE, MS18417-RIPE X-RIPE-NCC-SpamStatus: Found to be clean X-RIPE-NCC-SpamCheck: SpamAssassin (score=-103.1, required 15, IN_REP_TO, WEIRD_PORT, USER_IN_WHITELIST) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 18, 2002 at 10:48:09AM +0200, Mark Santcroos wrote: > panic: vm_fault: fault on nofault entry, addr: c8856000 > > (kgdb) bt > I didn't have a kernel with debugging info so I am building that now in > case it happens again. Catched it again and now with debugging kernel. panic: vm_fault: fault on nofault entry, addr: c8eba000 #9 0xc01ae5f1 in panic () at /usr/src/sys/kern/kern_shutdown.c:493 #10 0xc02629fb in vm_fault (map=0xc0832000, vaddr=3370885120, fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:259 #11 0xc02a1149 in trap_pfault (frame=0xc8880c10, usermode=0, eva=3370888608) at /usr/src/sys/i386/i386/trap.c:747 #12 0xc02a0ce5 in trap (frame= {tf_fs = -1070989288, tf_es = -1070465008, tf_ds = -1070530544, tf_edi = -1047408492, tf_esi = -1061417216, tf_ebp = -930607988, tf_isp = -930608068, tf_ebx = 4214784, tf_edx = -924078688, tf_ecx = -1047397568, tf_eax = -1047397568, tf_trapno = 12, tf_err = 0, tf_eip = -1070989232, tf_cs = 8, tf_eflags = 66118, t---Type to continue, or q to quit--- f_esp = -1071956576, tf_ss = -1304475416}) at /usr/src/sys/i386/i386/trap.c:445 #13 0xc0294ae8 in calltrap () at {standard input}:98 #14 0xc01b37ab in msleep (ident=0xc031708c, mtx=0x0, priority=104, wmesg=0x0, timo=0) at /usr/src/sys/kern/kern_synch.c:557 #15 0xc01eea4c in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1503 #16 0xc019daad in fork_exit (callout=0xc01ee878 , arg=0x0, frame=0xc8880d48) at /usr/src/sys/kern/kern_fork.c:861 I will try to find what's going on. Anyone any pointers? Thanks Mark -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 14:17:59 2002 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 23A4C37B400; Thu, 18 Jul 2002 14:17:57 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEA7F43E64; Thu, 18 Jul 2002 14:17:56 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6ILHuCV020396; Thu, 18 Jul 2002 14:17:56 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6ILHuFr020395; Thu, 18 Jul 2002 14:17:56 -0700 (PDT) (envelope-from dillon) Date: Thu, 18 Jul 2002 14:17:56 -0700 (PDT) From: Matthew Dillon Message-Id: <200207182117.g6ILHuFr020395@apollo.backplane.com> To: John Baldwin Cc: current@FreeBSD.org Subject: Re: Questions about kern_descrip.c References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :>:-- :>: :>:John Baldwin <>< http://www.FreeBSD.org/~jhb/ :> :> Yes, that makes sense... and it would be fairly trivial :> optimization to make. I suppose you could have fdalloc() :> return EAGAIN or something like that to indicate that :> it had to cycle the lock. : :But it doesn't really matter if we cycle the lock. What I described :is the current behavior, btw. : :-- : :John Baldwin <>< http://www.FreeBSD.org/~jhb/ Well, the original code for dup2() looped to ensure that the source descriptor number was still a valid descriptor. Why the dup() code doesn't do this I'm not sure, but I think it needs to. If you cycle the locks and do not retry, someone else could get in and close() the source descriptor and dup2() will not return an error when it should. Also, do_dup() assumes that the source descriptor is non-NULL. If dup2() (and dup()) do not retry then do_dup() can wind up getting called with fd_ofiles[old] NULL (race against another thread close()ing or dup2()ing over the original descriptor). If I remember right, a dup2()/dup2() race was one of the problems being explicitly solved by this commit. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 14:20:41 2002 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 3E5B437B413 for ; Thu, 18 Jul 2002 14:20:25 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D95543E67 for ; Thu, 18 Jul 2002 14:20:24 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020718212023.JGI6023.sccrmhc02.attbi.com@InterJet.elischer.org>; Thu, 18 Jul 2002 21:20:23 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA85275; Thu, 18 Jul 2002 14:00:16 -0700 (PDT) Date: Thu, 18 Jul 2002 14:00:14 -0700 (PDT) From: Julian Elischer To: Mark Santcroos Cc: freebsd-current@FreeBSD.ORG Subject: Re: -current seems a little unstable tonight In-Reply-To: <20020718204321.GA1131@laptop.6bone.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG if you have ddb it would be instructive to ss what IT thinks the stack looks like: heres' what I think is line 557 of kern_synch.c is: 554 if (td->td_wchan != NULL) { 555 p->p_stats->p_ru.ru_nvcsw++; 556 td->td_state = TDS_SLP; 557 mi_switch(); 558 } so we need to see where in mi_switch() if your file is the same as mine... also: do: set radix 16 and then print the trap frame again.. (#12) On Thu, 18 Jul 2002, Mark Santcroos wrote: > On Thu, Jul 18, 2002 at 10:48:09AM +0200, Mark Santcroos wrote: > > panic: vm_fault: fault on nofault entry, addr: c8856000 > > > > (kgdb) bt > > > > > I didn't have a kernel with debugging info so I am building that now in > > case it happens again. > > Catched it again and now with debugging kernel. > > panic: vm_fault: fault on nofault entry, addr: c8eba000 > > #9 0xc01ae5f1 in panic () at /usr/src/sys/kern/kern_shutdown.c:493 > #10 0xc02629fb in vm_fault (map=0xc0832000, vaddr=3370885120, > fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:259 > #11 0xc02a1149 in trap_pfault (frame=0xc8880c10, usermode=0, eva=3370888608) > at /usr/src/sys/i386/i386/trap.c:747 > #12 0xc02a0ce5 in trap (frame= > {tf_fs = -1070989288, tf_es = -1070465008, tf_ds = -1070530544, > tf_edi = -1047408492, tf_esi = -1061417216, tf_ebp = -930607988, > tf_isp = -930608068, tf_ebx = 4214784, tf_edx = -924078688, tf_ecx = > -1047397568, tf_eax = -1047397568, tf_trapno = 12, tf_err = 0, tf_eip > = -1070989232, tf_cs = 8, tf_eflags = 66118, tf_esp = -1071956576, tf_ss = > -1304475416}) at /usr/src/sys/i386/i386/trap.c:445 then try use x/i on the contents of tf_eip to find where the actual fault was. Use 'disassemble' on that function to figure out where in the file you were. theoretically addr2line(1) can give you this but in my experience it doesn't work at the moment. > #13 0xc0294ae8 in > calltrap () at {standard input}:98 #14 0xc01b37ab in msleep > (ident=0xc031708c, mtx=0x0, priority=104, wmesg=0x0, > timo=0) at /usr/src/sys/kern/kern_synch.c:557 > #15 0xc01eea4c in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1503 > #16 0xc019daad in fork_exit (callout=0xc01ee878 , arg=0x0, > frame=0xc8880d48) at /usr/src/sys/kern/kern_fork.c:861 > > I will try to find what's going on. Anyone any pointers? > > Thanks > > Mark > > -- > Mark Santcroos RIPE Network Coordination Centre > http://www.ripe.net/home/mark/ New Projects Group/TTM > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 14:43:18 2002 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 A328A37B400; Thu, 18 Jul 2002 14:43:15 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C2C643E58; Thu, 18 Jul 2002 14:43:15 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0180.cvx22-bradley.dialup.earthlink.net ([209.179.198.180] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17VJ3B-00050n-00; Thu, 18 Jul 2002 14:43:05 -0700 Message-ID: <3D37363C.3DF4C315@mindspring.com> Date: Thu, 18 Jul 2002 14:42:20 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: John Baldwin , current@FreeBSD.ORG Subject: Re: Questions about kern_descrip.c References: <200207181840.g6IIe25G019269@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > The issue with dup2() was a race against open() or close() > I believe, where dup2() could potentially dup into a > descriptor that open() was about to use. Unfortunately, it > does appear that dup() has the same issue. > > fdalloc() does not reserve the descriptor number it > returns, it simply finds a free slot and says 'this > index is a free slot'. Even in the latest -current, > fdalloc() releases the fdp lock when it goes to > MALLOC so the race appears to still be present. The correct way to deal with this is to make the descriptor slot allocation happen at a higher layer, and pass the address of it in as an agrument to the code. This will incidently let you pass in a static or other non-FD table associated descriptor in place to all these calls, which will have the effect of permitting you to do "descriptor" based file I/O from kernel space much, much easier. If the work would be accepted as a delta against -stable, I would be willing to do it, since I need kernel file I/O, and the problem hasn't been solving itself for about six years now. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 15: 0:31 2002 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 A6A9237B401 for ; Thu, 18 Jul 2002 15:00:25 -0700 (PDT) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F03B43E64 for ; Thu, 18 Jul 2002 15:00:24 -0700 (PDT) (envelope-from marks@ripe.net) Received: from laptop.6bone.nl (cow.ripe.net [193.0.1.239]) by birch.ripe.net (8.11.6/8.11.6) with SMTP id g6ILxBt22488; Thu, 18 Jul 2002 23:59:11 +0200 Received: (nullmailer pid 29815 invoked by uid 1000); Thu, 18 Jul 2002 21:59:10 -0000 Date: Thu, 18 Jul 2002 23:59:10 +0200 From: Mark Santcroos To: Julian Elischer Cc: freebsd-current@FreeBSD.ORG Subject: Re: -current seems a little unstable tonight Message-ID: <20020718215909.GB1131@laptop.6bone.nl> References: <20020718204321.GA1131@laptop.6bone.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.99i X-Handles: MS6-6BONE, MS18417-RIPE X-RIPE-NCC-SpamStatus: Found to be clean X-RIPE-NCC-SpamCheck: SpamAssassin (score=-103.1, required 15, IN_REP_TO, WEIRD_PORT, USER_IN_WHITELIST) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 18, 2002 at 02:00:14PM -0700, Julian Elischer wrote: > set radix 16 > and then print the trap frame again.. (#12) #12 0xc02a0ce5 in trap (frame= {tf_fs = 0xc02a0018, tf_es = 0xc0320010, tf_ds = 0xc0310010, tf_edi = 0xc191d094, tf_esi = 0xc0bc0f00, tf_ebp = 0xc8880c8c, tf_isp = 0xc8880c3c, tf_ebx = 0x405000, tf_edx = 0xc8ebada0, tf_ecx = 0xc191fb40, tf_eax = 0xc191fb40, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xc02a0050, tf_cs = 0x8, tf_eflags = 0x10246, tf_esp = 0xc01b3da0, tf_ss = 0xb23f48e8}) at /usr/src/sys/i386/i386/trap.c:445 > then try use x/i on the contents of tf_eip to find where the actual fault > was. Use 'disassemble' on that function to figure out where in the file > you were. (kgdb) x/i 0xc02a0050 0xc02a0050 : cmp 0x0(%edx),%ebx Which is i386/i386/swtch.s:182 I think. This is where the address space is switched or not. However, this goes above my head. Hopefully this helps you. Thanks for the response! Mark -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 15:35:52 2002 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 EE60137B400 for ; Thu, 18 Jul 2002 15:35:47 -0700 (PDT) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88F8043E3B for ; Thu, 18 Jul 2002 15:35:47 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 15634 invoked from network); 18 Jul 2002 22:35:46 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 18 Jul 2002 22:35:46 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6IMZj063311; Thu, 18 Jul 2002 18:35:45 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200207182117.g6ILHuFr020395@apollo.backplane.com> Date: Thu, 18 Jul 2002 18:35:55 -0400 (EDT) From: John Baldwin To: Matthew Dillon Subject: Re: Questions about kern_descrip.c Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 18-Jul-2002 Matthew Dillon wrote: > >:>:-- >:>: >:>:John Baldwin <>< http://www.FreeBSD.org/~jhb/ >:> >:> Yes, that makes sense... and it would be fairly trivial >:> optimization to make. I suppose you could have fdalloc() >:> return EAGAIN or something like that to indicate that >:> it had to cycle the lock. >: >:But it doesn't really matter if we cycle the lock. What I described >:is the current behavior, btw. >: >:-- >: >:John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > Well, the original code for dup2() looped to ensure that the > source descriptor number was still a valid descriptor. Why > the dup() code doesn't do this I'm not sure, but I think it > needs to. If you cycle the locks and do not retry, someone else > could get in and close() the source descriptor and dup2() will > not return an error when it should. > > Also, do_dup() assumes that the source descriptor is non-NULL. > If dup2() (and dup()) do not retry then do_dup() can wind up > getting called with fd_ofiles[old] NULL (race against another > thread close()ing or dup2()ing over the original descriptor). > > If I remember right, a dup2()/dup2() race was one of the problems > being explicitly solved by this commit. Okies, I'll look at this some more. We might need to move the loop into do_dup(), or have do_dup() do an additional check. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 20:44:53 2002 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 106F437B400 for ; Thu, 18 Jul 2002 20:44:52 -0700 (PDT) Received: from white.dogwood.com (white.dogwood.com [63.96.228.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92ABE43E42 for ; Thu, 18 Jul 2002 20:44:51 -0700 (PDT) (envelope-from dave@dogwood.com) Received: from white.dogwood.com (IDENT:yzmHsnwvidRC31vhSlevxvQQr4y+HD1v@localhost [127.0.0.1]) by white.dogwood.com (8.12.5/8.12.5) with ESMTP id g6J3ijum014159 for ; Thu, 18 Jul 2002 20:44:46 -0700 (PDT) (envelope-from dave@white.dogwood.com) Received: (from dave@localhost) by white.dogwood.com (8.12.5/8.12.5/Submit) id g6J3ijQw014158 for freebsd-current@freebsd.org; Thu, 18 Jul 2002 20:44:45 -0700 (PDT) From: Dave Cornejo Message-Id: <200207190344.g6J3ijQw014158@white.dogwood.com> Subject: fxp0 timeouts To: freebsd-current@freebsd.org Date: Thu, 18 Jul 2002 20:44:45 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm quite certain this was discussed recently, but I can't find it in the mailing list archives. I'm getting a few "fxp0: device timeout" on my supermicro 6010H (dual 1GHz PIII with onboard fxp). Was this resolved? thanks, dave c -- Dave Cornejo @ Dogwood Media, Fremont, California (also dcornejo@ieee.org) "There aren't any monkeys chasing us..." - Xochi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 18 22:48: 4 2002 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 08E9037B400 for ; Thu, 18 Jul 2002 22:48:02 -0700 (PDT) Received: from patrocles.silby.com (d106.as7.nwbl0.wi.voyager.net [169.207.128.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4339543E31 for ; Thu, 18 Jul 2002 22:48:00 -0700 (PDT) (envelope-from silby@silby.com) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.4/8.12.4) with ESMTP id g6J5qScv092917 for ; Fri, 19 Jul 2002 00:52:28 -0500 (CDT) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.5/8.12.5/Submit) with ESMTP id g6J5qQIU092914 for ; Fri, 19 Jul 2002 00:52:27 -0500 (CDT) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Fri, 19 Jul 2002 00:52:25 -0500 (CDT) From: Mike Silbersack To: current@freebsd.org Subject: fxp watchdog timeout patch Message-ID: <20020719005039.T89014-200000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-526738615-1027057945=:89014" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-526738615-1027057945=:89014 Content-Type: TEXT/PLAIN; charset=US-ASCII Sorry for the delay, here's the patch which should properly implement watchdog timeout handling in the fxp driver. If you're one of the people seeing the false watchdog timeout messages, please give this a whirl and tell me how it worked. Thanks, Mike "Silby" Silbersack --0-526738615-1027057945=:89014 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="fxp_fix.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20020719005225.C89014@patrocles.silby.com> Content-Description: Content-Disposition: attachment; filename="fxp_fix.patch" LS0tIGlmX2Z4cC5jCVRodSBKdWwgMTEgMjM6NDc6MzkgMjAwMg0KKysrIC9o b21lL3NpbGJ5L2lmX2Z4cC5jCUZyaSBKdWwgMTkgMDA6MzY6NTcgMjAwMg0K QEAgLTEyNTEsMTQgKzEyNTEsMTQgQEANCiAJCQkJCXR4cC0+bWJfaGVhZCA9 IE5VTEw7DQogCQkJCX0NCiAJCQkJc2MtPnR4X3F1ZXVlZC0tOw0KKwkJCQlp ZnAtPmlmX3RpbWVyID0gNTsNCiAJCQl9DQogCQkJc2MtPmNibF9maXJzdCA9 IHR4cDsNCiAJCQlpZiAoc2MtPnR4X3F1ZXVlZCA9PSAwKSB7DQogCQkJCWlm cC0+aWZfdGltZXIgPSAwOw0KIAkJCQlpZiAoc2MtPm5lZWRfbWNzZXR1cCkN CiAJCQkJCWZ4cF9tY19zZXR1cChzYyk7DQotCQkJfSBlbHNlDQotCQkJCWlm cC0+aWZfdGltZXIgPSA1Ow0KKwkJCX0NCiANCiAJCQkvKg0KIAkJCSAqIFRy eSB0byBzdGFydCBtb3JlIHBhY2tldHMgdHJhbnNtaXR0aW5nLg0KQEAgLTE0 MDEsNyArMTQwMSwxMCBAQA0KIAkJCXR4cC0+bWJfaGVhZCA9IE5VTEw7DQog CQl9DQogCQlzYy0+dHhfcXVldWVkLS07DQorCQlpZnAtPmlmX3RpbWVyID0g NTsNCiAJfQ0KKwlpZiAoc2MtPnR4X3F1ZXVlZCA9PSAwKQ0KKwkJaWZwLT5p Zl90aW1lciA9IDA7DQogCXNjLT5jYmxfZmlyc3QgPSB0eHA7DQogCS8qDQog CSAqIElmIHdlIGhhdmVuJ3QgcmVjZWl2ZWQgYW55IHBhY2tldHMgaW4gRlhQ X01BQ19SWF9JRExFIHNlY29uZHMsDQo= --0-526738615-1027057945=:89014-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 5: 7:17 2002 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 E5FEE37B401; Fri, 19 Jul 2002 05:06:57 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id A629943E42; Fri, 19 Jul 2002 05:06:40 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g6JC5bY83112; Fri, 19 Jul 2002 15:05:37 +0300 (EEST) (envelope-from ru) Date: Fri, 19 Jul 2002 15:05:37 +0300 From: Ruslan Ermilov To: Bruce Evans Cc: arch@FreeBSD.org, current@FreeBSD.org Subject: install -d -C (was: Re: cvs commit: src/share/man/man5 make.conf.5 src/share/examples/etc make.conf) Message-ID: <20020719120537.GA76558@sunbay.com> References: <200207181207.g6IC7nbZ050557@freefall.freebsd.org> <20020719210904.Q12629-100000@gamplex.bde.org> <200207181254.g6ICsubF065254@freefall.freebsd.org> <20020719212215.G12629-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <20020719210904.Q12629-100000@gamplex.bde.org> <20020719212215.G12629-100000@gamplex.bde.org> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 19, 2002 at 09:28:09PM +1000, Bruce Evans wrote: > On Thu, 18 Jul 2002, Ruslan Ermilov wrote: >=20 > > ru 2002/07/18 05:54:56 PDT > > > > Modified files: > > share/man/man5 make.conf.5 > > share/examples/etc make.conf > > Log: > > To force install(1) to always compare files before installing, one > > now needs to set COPY=3D-C as -C is no longer compatible with the -d > > option. It is also likely to be renamed to INSTALL_COPY soon. > > Update documentation to reflect this change. > > > > PR: bin/40724 >=20 > The bug is that -C is no longer compatible with -d. See also misc/40414. >=20 This PR is already closed. On Fri, Jul 19, 2002 at 09:21:14PM +1000, Bruce Evans wrote: > On Thu, 18 Jul 2002, Ruslan Ermilov wrote: >=20 > > ru 2002/07/18 05:07:49 PDT > > > > Modified files: > > etc Makefile [...] > > usr.sbin/ypserv Makefile > > Log: > > s/${INSTALL} -c/${INSTALL} ${COPY}/ >=20 > Strongly unapproved by: bde. >=20 > This change is to help work around the foot-shooting of making -d > incompatible with -C and -p in install(1)'s flags. It abuses the old > poorly named COPY variable which had become a no-op. Now COPY is still > poorly named but has different semantics. All this is like breaking > cc to reject combinations of flags that don't really go together (e.g., > -I doesn't go with linking) instead of just ignoring the flags that > don't apply to the current operation, and then working around this > foot-shooting by splitting up CFLAGS and changing many Makefiles to > only use the part of CFLAGS that is relevant. >=20 Since its first revision (install.1,v 1.7 and install.c,v 1.16 they were incompatible). Later on, in rev. 1.26, it was made a no-op, just to support "INSTALL=3Dinstall -C" in /etc/make.conf. OpenBSD merged these changes and since then they still have them incompatible. There are two ways to proceed: 1. Rename COPY to INSTALL_COPY (that was my plan), optionally giving it by default an empty value. This shouldn't harm third-party makefiles as -c is now an effective no-op. But this would make us even more compatible with OpenBSD that has: : INSTALL_COPY The old usage of this flag is obsolescent since install(1) : now copies by default. However, it can also be used to : specify that a file not be copied unless it is different : (via the -p option). See install(1) for details. This : is to be used when building our own install script so : that the entire system can either be installed with copie= s, : or copy-if-different using a single knob. [-c] 2. Make again -C an allowed (ignored) option in the -d case. This would make us again incompatible with OpenBSD. I do not have a technical problem doing either, I'd just like to know what do others think about this. Thanks, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9OACRUkv4P6juNwoRAq/BAJ9rZICy8ikMjCIbTtgmqRRJSp88HgCfQoeK R0J0A3l3FqnSuKH+dHLu5KQ= =XJct -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 5:19: 2 2002 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 3FE0237B400; Fri, 19 Jul 2002 05:18:51 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0403843E31; Fri, 19 Jul 2002 05:18:44 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g6JCIQv84864; Fri, 19 Jul 2002 15:18:26 +0300 (EEST) (envelope-from ru) Date: Fri, 19 Jul 2002 15:18:26 +0300 From: Ruslan Ermilov To: Bruce Evans Cc: arch@FreeBSD.org, current@FreeBSD.org Subject: Re: install -d -C (was: Re: cvs commit: src/share/man/man5 make.conf.5 src/share/examples/etc make.conf) Message-ID: <20020719121826.GA83942@sunbay.com> References: <200207181207.g6IC7nbZ050557@freefall.freebsd.org> <20020719210904.Q12629-100000@gamplex.bde.org> <200207181254.g6ICsubF065254@freefall.freebsd.org> <20020719212215.G12629-100000@gamplex.bde.org> <20020719120537.GA76558@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <20020719120537.GA76558@sunbay.com> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 19, 2002 at 03:05:37PM +0300, Ruslan Ermilov wrote: > On Fri, Jul 19, 2002 at 09:28:09PM +1000, Bruce Evans wrote: > > On Thu, 18 Jul 2002, Ruslan Ermilov wrote: > >=20 > > > ru 2002/07/18 05:54:56 PDT > > > > > > Modified files: > > > share/man/man5 make.conf.5 > > > share/examples/etc make.conf > > > Log: > > > To force install(1) to always compare files before installing, one > > > now needs to set COPY=3D-C as -C is no longer compatible with the -d > > > option. It is also likely to be renamed to INSTALL_COPY soon. > > > Update documentation to reflect this change. > > > > > > PR: bin/40724 > >=20 > > The bug is that -C is no longer compatible with -d. See also misc/4041= 4. > >=20 > This PR is already closed. >=20 > On Fri, Jul 19, 2002 at 09:21:14PM +1000, Bruce Evans wrote: > > On Thu, 18 Jul 2002, Ruslan Ermilov wrote: > >=20 > > > ru 2002/07/18 05:07:49 PDT > > > > > > Modified files: > > > etc Makefile > [...] > > > usr.sbin/ypserv Makefile > > > Log: > > > s/${INSTALL} -c/${INSTALL} ${COPY}/ > >=20 > > Strongly unapproved by: bde. > >=20 > > This change is to help work around the foot-shooting of making -d > > incompatible with -C and -p in install(1)'s flags. It abuses the old > > poorly named COPY variable which had become a no-op. Now COPY is still > > poorly named but has different semantics. All this is like breaking > > cc to reject combinations of flags that don't really go together (e.g., > > -I doesn't go with linking) instead of just ignoring the flags that > > don't apply to the current operation, and then working around this > > foot-shooting by splitting up CFLAGS and changing many Makefiles to > > only use the part of CFLAGS that is relevant. > >=20 > Since its first revision (install.1,v 1.7 and install.c,v 1.16 they > were incompatible). Later on, in rev. 1.26, it was made a no-op, > just to support "INSTALL=3Dinstall -C" in /etc/make.conf. >=20 > OpenBSD merged these changes and since then they still have them > incompatible. >=20 > There are two ways to proceed: >=20 > 1. Rename COPY to INSTALL_COPY (that was my plan), optionally giving > it by default an empty value. This shouldn't harm third-party > makefiles as -c is now an effective no-op. But this would make > us even more compatible with OpenBSD that has: >=20 > : INSTALL_COPY The old usage of this flag is obsolescent since install= (1) > : now copies by default. However, it can also be used to > : specify that a file not be copied unless it is different > : (via the -p option). See install(1) for details. This > : is to be used when building our own install script so > : that the entire system can either be installed with cop= ies, > : or copy-if-different using a single knob. [-c] >=20 OTOH, if we go this way we can get rid of ugly ${COPY} completely. > 2. Make again -C an allowed (ignored) option in the -d case. This would > make us again incompatible with OpenBSD. >=20 > I do not have a technical problem doing either, I'd just like to know > what do others think about this. I'm not sure what's the better way, please help me out. :-) Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9OAOSUkv4P6juNwoRAkd6AJ0R2Q3Rt7jvlFxoekLV0aKf4mk/4wCcDF8o Tg1DGiYPUiQ12B8X4f3SMF0= =D3ME -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 5:33:40 2002 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 1C63537B401 for ; Fri, 19 Jul 2002 05:33:32 -0700 (PDT) Received: from mail.robhughes.com (12-237-138-77.client.attbi.com [12.237.138.77]) by mx1.FreeBSD.org (Postfix) with SMTP id 22CAB43E58 for ; Fri, 19 Jul 2002 05:33:31 -0700 (PDT) (envelope-from rob@robhughes.com) Received: (qmail 20617 invoked from network); 19 Jul 2002 12:33:30 -0000 Received: from hexch01.robhughes.com (192.168.1.3) by ns2.robhughes.com with SMTP; 19 Jul 2002 12:33:30 -0000 Received: from kahuna-ws.robhughes.com ([192.168.1.16]) by HEXCH01.robhughes.com with Microsoft SMTPSVC(5.0.2195.4905); Fri, 19 Jul 2002 07:33:30 -0500 Subject: (Sort of) Solved Re: Current (DP1) on Toshiba 5005 From: Rob Hughes To: freebsd-current@freebsd.org In-Reply-To: <3D347C5D.7080900@attbi.com> References: <1026823721.13803.59.camel@kahuna-ws.robhughes.com> <3D347C5D.7080900@attbi.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-gLFGQeAozZmFTxTGp+fW" X-Mailer: Ximian Evolution 1.0.7 (1.0.7-2) Date: 19 Jul 2002 07:33:30 -0500 Message-Id: <1027082010.1526.22.camel@kahuna-ws.robhughes.com> Mime-Version: 1.0 X-OriginalArrivalTime: 19 Jul 2002 12:33:30.0242 (UTC) FILETIME=[7D003620:01C22F20] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-gLFGQeAozZmFTxTGp+fW Content-Type: multipart/mixed; boundary="=-B1x+3dGlFviuQqxa8EMh" --=-B1x+3dGlFviuQqxa8EMh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2002-07-16 at 15:04, Anthony Jenkins wrote: > Rob Hughes wrote: >=20 > >All, > > > >I have a Toshiba 5005-S504 laptop (a wonderful legacy-free box that's > >I've cussed to no end) that I'm trying to get DP1 to boot on so I can > >cvsup and take a look (and hopefully contribute something). I was able > >to install, but after installation the system soft hangs after > >displaying a message about CPU power states (sorry, going off memory for > >now). I'm able to break to the debugger, so what information from dbg > >would be helpful at this point? Also, I'm pretty sure it's acpi that's > >causing the problem, so would someone point me to the syntax for > >disabling a module preload? > > > >Thanks, > >Rob > > > > =20 > > > I was tracking down a similar hang and had to disable acpi (turns out=20 > I'm an idiot and the apparent hang at boot was because I forgot console=20 > was redirected to the serial port of the machine next to it), but I had=20 > to jump through hoops to do it it seems. I believe all you have to do=20 > is 'unset acpi_load' at the boot loader prompt. I had tried 'set=20 > acpi_load=3DNO', and finally 'unset module_path' to keep the kernel from=20 > finding /boot/kernel/acpi.ko. >=20 > Hope this helps, > Anthony Jenkins >=20 >=20 After the last couple of days of cvsup's, the system now boots and runs. I haven't tested much on it yet, as I just got a working kernel config, based on OLDCARD, late last night. I've attached the output of dmesg for anyone interested. Some things to note, this system doesn't have a floppy installed, but uses a usb floppy, has an integrated modem, irda, bluetooth, and firewire ports, an nvidia geforce 2 go, and is intel 815-based with a regular p3 chip, not the mobile version. Also, again, it's a legacy-free model, so no serial, game, or parallel ports, just lots of usb ports. Also, in sysconfig, since usb mice appear to be supported in the OS, could sysinstall be patched to allow you to select usm0 as the mouse port? Thanks, Rob --=20 Remember: the only difference between being the champ and the chump is u. --=-B1x+3dGlFviuQqxa8EMh Content-Disposition: attachment; filename=dmesg.out Content-Type: text/plain; name=dmesg.out; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #3: Thu Jul 18 18:07:42 CDT 2002 root@itph-laptop-21.robhughes.com:/usr/obj/usr/src/sys/TOS5K5 Preloaded elf kernel "/boot/kernel/kernel" at 0xc0664000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc06640a8. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 1096672181 Hz CPU: Pentium III/Pentium III Xeon/Celeron (1096.67-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x68a Stepping =3D 10 Features=3D0x387f9ff real memory =3D 536805376 (524224K bytes) avail memory =3D 513970176 (501924K bytes) Pentium Pro MTRR support enabled Using $PIR table, 8 entries at 0xc00f0190 npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-safe" frequency 3579545 Hz can't fetch resources for \\_SB_.LNKA - AE_BAD_DATA can't fetch resources for \\_SB_.LNKB - AE_BAD_DATA can't fetch resources for \\_SB_.LNKC - AE_BAD_DATA can't fetch resources for \\_SB_.LNKF - AE_BAD_DATA can't fetch resources for \\_SB_.LNKH - AE_BAD_DATA can't fetch resources for \\_SB_.PCI0.FNC0.FSIR - AE_BAD_DATA acpi_timer0: <24-bit timer at 3.579545MHz> port 0xee08-0xee0b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 acpi_pcib0: port 0xcf8-0xcff on acpi0 pci0: on acpi_pcib0 agp0: mem 0xf8000000-0xfbfffff= f at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 pci2: at device 7.0 (no driver attached) fxp0: port 0xdf40-0xdf7f mem 0xfceff000-0xfcefffff= irq 6 at device 8.0 on pci2 fxp0: Ethernet address 00:00:39:83:20:e0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcic0: chip is in D3 power mode -- setting to D0 pcic0: at device 11.0 on pci2 pcic0: PCI Memory allocated: 0xfce00000 pcic0: No PCI interrupt routed, trying ISA. pcic0: Polling mode pccard0: on pcic0 pcic1: chip is in D3 power mode -- setting to D0 pcic1: at device 11.1 on pci2 pcic1: PCI Memory allocated: 0xfce01000 pcic1: No PCI interrupt routed, trying ISA. pcic1: Polling mode pccard1: on pcic1 pci2: at device 12.0 (no driver attached) pci2: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xcff0-0xcfff at device 31.1 o= n pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xcf80-0xcf9f i= rq 11 at device 31.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub1: vendor 0x0930 product 0x0400, class 9/0, rev 1.10/1.10, addr 2 uhub1: 3 ports with 3 removable, self powered ums0: Synaptics Inc. Synaptics Touchpad, rev 1.10/0.04, addr 3, iclass 3/1 ums0: 3 buttons uhci1: at device 31.4 on pc= i0 uhci1: Could not map ports device_probe_and_attach: uhci1 attach returned 6 pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) acpi_lid0: on acpi0 acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 orm0: The first 50 persons to complete our survey
will receive at no charge the life changing book

How to make a million dollars without winning the lottery..

Go to: http://www.myseasilver.com/lightdancer/lead.html

What is your biggest health challenge?
ALL who complete the survey will receive completely free
information on how to maximize your health today.

Broadband CD quality internet radio is here!

See http://SubscriberOnline.com for details.


P.S. If you need a reliable low cost fixed IP DSL service

consider signing up for a special offer from Directv DSL at

DirecTV DSL Broadband



To unsubscribe return this email with UNSUBSCRIBE in the subject field.

-----=_NEXT_ec4e25f0c5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 9: 6: 5 2002 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 D4EDE37B400 for ; Fri, 19 Jul 2002 09:06:01 -0700 (PDT) Received: from csharp.dyndns.org (p50871017.dip.t-dialin.net [80.135.16.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 425E143E42 for ; Fri, 19 Jul 2002 09:06:01 -0700 (PDT) (envelope-from mephisto@csharp.dyndns.org) Received: from mephisto by csharp.dyndns.org with local (Exim 4.05) id 17VaHr-0000ln-00 for current@freebsd.org; Fri, 19 Jul 2002 18:07:23 +0200 Date: Fri, 19 Jul 2002 18:07:23 +0200 From: Christopher Sharp To: current@freebsd.org Subject: XFree86 upgrade broke mousewheel scrolling Message-ID: <20020719160723.GA2702@web.de> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, after I upgraded X with portupgrade today the mousescrolling doesn't work correctly. It now always scrolls down whatever I do. The configuration didn't change. Has anyone else seen this ? It's not so urgent but it's kinda anyoing. - Christopher -- Any time things appear to be going better, you have overlooked something. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 10:42:52 2002 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 B420437B401 for ; Fri, 19 Jul 2002 10:42:48 -0700 (PDT) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8FB343E58 for ; Fri, 19 Jul 2002 10:42:47 -0700 (PDT) (envelope-from corecode@corecode.ath.cx) Received: from fwd02.sul.t-online.de by mailout03.sul.t-online.com with smtp id 17Vbm9-0003ck-09; Fri, 19 Jul 2002 19:42:45 +0200 Received: from spirit.zuhause.stoert.net (320050403952-0001@[80.128.107.122]) by fmrl02.sul.t-online.com with esmtp id 17Vbm5-0osK12C; Fri, 19 Jul 2002 19:42:41 +0200 Received: from terrorfish.uni.stoert.net (terrorfish.uni.stoert.net [10.150.180.178]) by spirit.zuhause.stoert.net (8.11.6/8.11.6) with ESMTP id g6JHgaQ11643; Fri, 19 Jul 2002 19:42:36 +0200 (CEST) (envelope-from corecode@corecode.ath.cx) Received: from terrorfish.uni.stoert.net (localhost [127.0.0.1]) by terrorfish.uni.stoert.net (8.12.5/8.12.4) with ESMTP id g6JHfaRH017741; Fri, 19 Jul 2002 19:41:36 +0200 (CEST) (envelope-from corecode@terrorfish.uni.stoert.net) Received: (from corecode@localhost) by terrorfish.uni.stoert.net (8.12.5/8.12.4/Submit) id g6JHfWJQ017740; Fri, 19 Jul 2002 19:41:32 +0200 (CEST) Date: Fri, 19 Jul 2002 19:41:28 +0200 From: "Simon 'corecode' Schubert" To: Christopher Sharp Cc: current@FreeBSD.ORG Subject: Re: XFree86 upgrade broke mousewheel scrolling Message-Id: <20020719194128.64ce44f1.corecode@corecode.ath.cx> In-Reply-To: <20020719160723.GA2702@web.de> References: <20020719160723.GA2702@web.de> X-Mailer: Sylpheed version 0.7.8claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=.5d0hf'sh?yQe:4" X-Sender: 320050403952-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=.5d0hf'sh?yQe:4 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Fri, 19 Jul 2002 18:07:23 +0200 Christopher Sharp wrote: > after I upgraded X with portupgrade today the mousescrolling > doesn't work correctly. It now always scrolls down whatever I do. > The configuration didn't change. Has anyone else seen this ? > It's not so urgent but it's kinda anyoing. yes. it's been on this very list serveral times. just search the archives for a fix. -- /"\ http://corecode.ath.cx/#donate \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --=.5d0hf'sh?yQe:4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9OE9Lr5S+dk6z85oRAoSoAKDDnaKxgJAyC/xwrTAjin84SearmwCfTqDO zxXkx2+2kOjNmoFmL5rfSSo= =YwdO -----END PGP SIGNATURE----- --=.5d0hf'sh?yQe:4-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 11: 6:37 2002 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 4042F37B400; Fri, 19 Jul 2002 11:06:33 -0700 (PDT) Received: from light.imasy.or.jp (light.imasy.or.jp [202.227.24.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50CC943E99; Fri, 19 Jul 2002 11:06:28 -0700 (PDT) (envelope-from clin@imasy.org) Received: (from uucp@localhost) by light.imasy.or.jp (8.11.6+3.4W/8.11.6/light) with UUCP id g6JI6NO20163; Sat, 20 Jul 2002 03:06:23 +0900 (JST) (envelope-from clin@imasy.org) Received: from localhost by mickey.bop.imasy.org (8.9.3/3.7W-mickey2k1008) id DAA96355; Sat, 20 Jul 2002 03:17:17 +0900 (JST) (envelope-from clin@imasy.org) Date: Sat, 20 Jul 2002 03:09:04 +0900 (JST) Message-Id: <20020720.030904.41629401.clin@imasy.org> To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Cc: clin@imasy.org Subject: How to use 4-stable and 5-current without manual fsck. From: Hiroyuki CHIBA X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.1 =?iso-2022-jp?B?KBskQjAqGyhCKQ==?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Folks, I am using 4.5-STABLE and 5-current on the same notebook PC. After cvsup-dating 5-current on 14th July(may be), I have a problem at boot scequence. My 4.5-stable says the complain as follows after a normal shutdown of 5-current and fails into single-user mode: /dev/ad0s3e: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. /dev/ad0s3e: CANNOT WRITE: BLK: 5664 /dev/ad0s3e: BAD SUPER BLOCK: VALUES IN SUPER BLOCK DISAGREE WITH THOSE IN FIRST ALTERNATE I can not mount that partition normally. But, I can mount the partition after "fsck -b 16"(designating alternative super block location.) Does anyone have any idea or techniques to handle the problem automatically with STABLE and CURRENT? Thanks, ---- Hiroyuki "CLINGON" Chiba clin@imasy.org(private) hiro@bisd.hitachi.co.jp(office) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 11:11:35 2002 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 EA69537B400; Fri, 19 Jul 2002 11:11:32 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 794B243E64; Fri, 19 Jul 2002 11:11:32 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id EADEE535E; Fri, 19 Jul 2002 20:11:30 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Hiroyuki CHIBA Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: How to use 4-stable and 5-current without manual fsck. References: <20020720.030904.41629401.clin@imasy.org> From: Dag-Erling Smorgrav Date: 19 Jul 2002 20:11:30 +0200 In-Reply-To: <20020720.030904.41629401.clin@imasy.org> Message-ID: Lines: 15 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hiroyuki CHIBA writes: > My 4.5-stable says the complain as follows after a normal shutdown of > 5-current and fails into single-user mode: > > /dev/ad0s3e: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. > /dev/ad0s3e: CANNOT WRITE: BLK: 5664 > /dev/ad0s3e: BAD SUPER BLOCK: VALUES IN SUPER BLOCK DISAGREE WITH THOSE IN FIRST ALTERNATE Your -STABLE is too old. This was fixed on June 24. Note that this also means your version of -STABLE is vulnerable to a number of serious security problems. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 11:28:56 2002 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 156E437B400; Fri, 19 Jul 2002 11:28:54 -0700 (PDT) Received: from light.imasy.or.jp (light.imasy.or.jp [202.227.24.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABF0C43E4A; Fri, 19 Jul 2002 11:28:51 -0700 (PDT) (envelope-from clin@imasy.org) Received: (from uucp@localhost) by light.imasy.or.jp (8.11.6+3.4W/8.11.6/light) with UUCP id g6JISUL21109; Sat, 20 Jul 2002 03:28:30 +0900 (JST) (envelope-from clin@imasy.org) Received: from localhost by mickey.bop.imasy.org (8.9.3/3.7W-mickey2k1008) id DAA96540; Sat, 20 Jul 2002 03:38:01 +0900 (JST) (envelope-from clin@imasy.org) Date: Sat, 20 Jul 2002 03:29:48 +0900 (JST) Message-Id: <20020720.032948.104027311.clin@imasy.org> To: des@ofug.org Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, clin@imasy.org Subject: Re: How to use 4-stable and 5-current without manual fsck. From: Hiroyuki CHIBA In-Reply-To: References: <20020720.030904.41629401.clin@imasy.org> X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.1 =?iso-2022-jp?B?KBskQjAqGyhCKQ==?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear DES, >>>>> 19 Jul 2002 20:11:30 +0200, Dag-Erling Smorgrav said: des> Your -STABLE is too old. This was fixed on June 24. Note that this des> also means your version of -STABLE is vulnerable to a number of des> serious security problems. Thank you for your useful suggestion. Exactly, my STABLE is very old as you mentioned, I will cvsup my STABLE. Regards, ---- Hiroyuki CLINGON Chiba clin@imasy.org(private) hiro@bisd.hitachi.co.jp(office) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 12: 0:40 2002 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 61C3137B400; Fri, 19 Jul 2002 12:00:33 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0336D43E5E; Fri, 19 Jul 2002 12:00:33 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020719190031.TUHF24728.rwcrmhc51.attbi.com@InterJet.elischer.org>; Fri, 19 Jul 2002 19:00:31 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA90476; Fri, 19 Jul 2002 11:57:18 -0700 (PDT) Date: Fri, 19 Jul 2002 11:57:18 -0700 (PDT) From: Julian Elischer To: Hiroyuki CHIBA Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: How to use 4-stable and 5-current without manual fsck. In-Reply-To: <20020720.030904.41629401.clin@imasy.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG you need to get teh fsck from 4-stable. it knows how to deal withthe changes that -current is making.. On Sat, 20 Jul 2002, Hiroyuki CHIBA wrote: > Hi Folks, > > I am using 4.5-STABLE and 5-current on the same notebook PC. > After cvsup-dating 5-current on 14th July(may be), I have a problem > at boot scequence. > > My 4.5-stable says the complain as follows after a normal shutdown of > 5-current and fails into single-user mode: > > /dev/ad0s3e: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. > /dev/ad0s3e: CANNOT WRITE: BLK: 5664 > /dev/ad0s3e: BAD SUPER BLOCK: VALUES IN SUPER BLOCK DISAGREE WITH THOSE IN FIRST ALTERNATE > > I can not mount that partition normally. > But, I can mount the partition after "fsck -b 16"(designating > alternative super block location.) > > Does anyone have any idea or techniques to handle the problem > automatically with STABLE and CURRENT? > > Thanks, > > ---- > Hiroyuki "CLINGON" Chiba > clin@imasy.org(private) > hiro@bisd.hitachi.co.jp(office) > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 12:38: 2 2002 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 3159237B400 for ; Fri, 19 Jul 2002 12:38:00 -0700 (PDT) Received: from outpost.cryptohill.net (outpost.cryptohill.net [64.21.143.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEDC243E65 for ; Fri, 19 Jul 2002 12:37:59 -0700 (PDT) (envelope-from jeroen@vangelderen.org) Received: from grolsch.cryptohill.net (grolsch.cryptohill.net [24.244.145.13]) by outpost.cryptohill.net (Postfix) with ESMTP id 572A924D1F; Fri, 19 Jul 2002 14:40:59 -0400 (EDT) Date: Fri, 19 Jul 2002 14:40:58 -0400 Subject: Re: getting vmemoryuse resource limit: Invalid argument Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) Cc: To: Gavin Atkinson From: Jeroen C.van Gelderen In-Reply-To: Message-Id: <11358D68-9B47-11D6-800F-000393754B1C@vangelderen.org> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.482) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thursday, July 18, 2002, at 11:16 , Gavin Atkinson wrote: > On Thu, 18 Jul 2002, Jeroen C.van Gelderen wrote: > >> On Thursday, July 18, 2002, at 04:47 , Gavin Atkinson wrote: >>> Jul 18 09:21:24 epsilon login: getting vmemoryuse resource limit: >>> Invalid argument >> >> Did you run mergemaster? You should have a line like >> :vmemoryuse=unlimited:\ >> in your login.conf. > > That was it, but i'm not sure what went wrong - I have ran mergemaster > at > least three times since then, and other changes had indeed been > merged... > but not that one. On the first pass with mergemaster you may have merged the $Id$ header but not the vmemoryuse line. Subsequent runs of mergemaster would decide that login.conf is up to date based on the $Id$ header. Just a guess. -J To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 12:59: 4 2002 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 CFC6437B401 for ; Fri, 19 Jul 2002 12:59:02 -0700 (PDT) Received: from mail.westbend.net (ns1.westbend.net [216.47.253.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96DC843E58 for ; Fri, 19 Jul 2002 12:59:01 -0700 (PDT) (envelope-from Support@westbend.net) Received: from ADMIN00 (bnet.westbend.net [216.47.253.17]) by mail.westbend.net (8.12.5/8.12.5) with SMTP id g6JJx0lG050870; Fri, 19 Jul 2002 14:59:00 -0500 (CDT) (envelope-from Support@westbend.net) Message-ID: <03ce01c22f5e$ba1b0740$11fd2fd8@ADMIN00> From: "WB Support" To: "Gavin Atkinson" Cc: References: <11358D68-9B47-11D6-800F-000393754B1C@vangelderen.org> Subject: Re: getting vmemoryuse resource limit: Invalid argument Date: Fri, 19 Jul 2002 14:59:01 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > >> On Thursday, July 18, 2002, at 04:47 , Gavin Atkinson wrote: > >>> Jul 18 09:21:24 epsilon login: getting vmemoryuse resource limit: > >>> Invalid argument > >> I had the same problem on a 4.6-STABLE system due to not installing an updated kernel with support for this resouce limit. Usually, I do a "buildworld, buildkernel, installkernel, mergemaster, installworld", but that day I forgot to do an "installkernel". I found my mistake by checking the date on the /kernel file. Check if your /kernel is uptodate with your installworld. Scot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 13:42: 5 2002 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 16F3C37B400 for ; Fri, 19 Jul 2002 13:42:01 -0700 (PDT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5734F43E5E for ; Fri, 19 Jul 2002 13:42:00 -0700 (PDT) (envelope-from julian@vicor.com) Received: from vicor.com (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id E0F355921E for ; Fri, 19 Jul 2002 13:41:59 -0700 (PDT) Message-ID: <3D387997.E1BA4770@vicor.com> Date: Fri, 19 Jul 2002 13:41:59 -0700 From: Julian Elischer Organization: VICOR X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.5-STABLE i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: current@freebsd.org Subject: [Fwd: FreeBSD/Linux kernel setgid implementation] Content-Type: multipart/mixed; boundary="------------022721E5C99A812BF9C70B1B" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------022721E5C99A812BF9C70B1B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit forwarded from bugtraq.. --------------022721E5C99A812BF9C70B1B Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Received: by bigwoop.vicor-nb.com (mbox julian) (with Cubic Circle's cucipop (v1.31 1998/05/13) Fri Jul 19 13:30:00 2002) X-From_: bugtraq-return-5635-julian=vicor-nb.com@securityfocus.com Fri Jul 19 13:09:55 2002 Return-Path: Delivered-To: julian@vicor-nb.com Received: from outgoing.securityfocus.com (outgoing2.securityfocus.com [66.38.151.26]) by mail.vicor-nb.com (Postfix) with ESMTP id 3E28A5921E for ; Fri, 19 Jul 2002 13:09:55 -0700 (PDT) Received: from lists.securityfocus.com (lists.securityfocus.com [66.38.151.19]) by outgoing.securityfocus.com (Postfix) with QMQP id CB6D58F2D9; Fri, 19 Jul 2002 13:07:58 -0600 (MDT) Mailing-List: contact bugtraq-help@securityfocus.com; run by ezmlm Precedence: bulk List-Id: List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list bugtraq@securityfocus.com Delivered-To: moderator for bugtraq@securityfocus.com Received: (qmail 31811 invoked from network); 19 Jul 2002 18:53:36 -0000 Date: Fri, 19 Jul 2002 22:19:39 +0200 From: FozZy To: bugtraq@securityfocus.com Cc: vuln-dev@securityfocus.com Subject: Re: Linux kernel setgid implementation flaw Message-Id: <20020719221939.49ab857d.fozzy@dmpfrance.com> In-Reply-To: <20020719164849.222FCBC073@spike.porcupine.org> References: <20020719141554.694f07e1.fozzy@dmpfrance.com> <20020719164849.222FCBC073@spike.porcupine.org> Organization: Hackademy / Hackerz Voice X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; i386-unknown-openbsd3.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mozilla-Status2: 00000000 Thanks, it's a great paper. Unix developpers: it should be worth taking a look at it. Indeed, with their rigourous methodology, the authors did detect this error in the setgid linux manpage on Red Hat 7.2. I just wonder if they reported it (the manpage on www.linux.org is still inaccurate at the moment). This paper also reports a real example of a program with the setgid flag only, that thinks it can drop all privileges by calling setgid(getgid()). It is OK on FreeBSD, but not on Linux... Another interesting example is a setuid program with a non-root owner that want to drop its privileges. (I use here the word "privilege" in an extensive and empiric "having access to objects on the system that are forbidden to the current user"). Well, on Linux and Solaris, this program will not properly drop privileges by the usual way: calling setgid() then setuid(). The saved uid and gid will remain the owner's ones. And much more interesting stuff... :) FozZy On Fri, 19 Jul 2002 12:48:49 -0400 (EDT) wietse@porcupine.org (Wietse Venema) wrote: > FYI, > > The August USENIX Security conference has a good paper that examines > in depth the semantics of UID and GID setting calls for Solaris, > FreeBSD and Linux. The differences are quite remarkable. > > Wietse > > Setuid Demystified, by Hao Chen, David Wagner, UC Berkeley; Drew > Dean, SRI International > www.cs.berkeley.edu/~daw/papers/setuid-usenix02.pdf --------------022721E5C99A812BF9C70B1B-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 13:50:53 2002 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 D8FAE37B400 for ; Fri, 19 Jul 2002 13:50:51 -0700 (PDT) Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7618543E3B for ; Fri, 19 Jul 2002 13:50:51 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0472.cvx22-bradley.dialup.earthlink.net ([209.179.199.217] helo=mindspring.com) by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17Vei8-0005Qa-00; Fri, 19 Jul 2002 13:50:48 -0700 Message-ID: <3D387B7B.BDAE72BE@mindspring.com> Date: Fri, 19 Jul 2002 13:50:03 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: current@freebsd.org Subject: Re: [Fwd: FreeBSD/Linux kernel setgid implementation] References: <3D387997.E1BA4770@vicor.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Apparently FreeBSD does not have a problem... -- Terry Julian Elischer wrote: > > forwarded from bugtraq.. > > -------------------------------------------------------------------------------- > > Part 1.2 Type: MHTML Document (message/rfc822) > Encoding: 7bit To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 13:52:10 2002 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 BC4A837B400 for ; Fri, 19 Jul 2002 13:52:05 -0700 (PDT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C68243E5E for ; Fri, 19 Jul 2002 13:52:05 -0700 (PDT) (envelope-from julian@vicor.com) Received: from vicor.com (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 51FCB5921E; Fri, 19 Jul 2002 13:52:05 -0700 (PDT) Message-ID: <3D387BF5.EA92144B@vicor.com> Date: Fri, 19 Jul 2002 13:52:05 -0700 From: Julian Elischer Organization: VICOR X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.5-STABLE i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Terry Lambert Cc: current@freebsd.org Subject: Re: [Fwd: FreeBSD/Linux kernel setgid implementation] References: <3D387997.E1BA4770@vicor.com> <3D387B7B.BDAE72BE@mindspring.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > > Apparently FreeBSD does not have a problem... > > -- Terry > > Julian Elischer wrote: > > > > forwarded from bugtraq.. Tery, did I say that there was? I just meant that it was something of Interest to FreeBSD developers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 13:59:25 2002 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 4E7A537B405 for ; Fri, 19 Jul 2002 13:59:23 -0700 (PDT) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA63743E4A for ; Fri, 19 Jul 2002 13:59:22 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0472.cvx22-bradley.dialup.earthlink.net ([209.179.199.217] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17VeqN-0004Kl-00; Fri, 19 Jul 2002 13:59:20 -0700 Message-ID: <3D387D79.AC71EA00@mindspring.com> Date: Fri, 19 Jul 2002 13:58:33 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: current@freebsd.org Subject: Re: [Fwd: FreeBSD/Linux kernel setgid implementation] References: <3D387997.E1BA4770@vicor.com> <3D387B7B.BDAE72BE@mindspring.com> <3D387BF5.EA92144B@vicor.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > Terry Lambert wrote: > > Apparently FreeBSD does not have a problem... > > Julian Elischer wrote: > > > > > > forwarded from bugtraq.. > > Tery, did I say that there was? > I just meant that it was something of Interest to FreeBSD developers. Sorry; usually when you just forward something with only the tagline "forwarded from" to something other than -chat or -advocacy, it means you want someone to do something about it. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 15:52:13 2002 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 ADA9737B400 for ; Fri, 19 Jul 2002 15:52:11 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75E0543E42 for ; Fri, 19 Jul 2002 15:52:11 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6JMq3838023; Fri, 19 Jul 2002 15:52:03 -0700 (PDT) (envelope-from rizzo) Date: Fri, 19 Jul 2002 15:52:03 -0700 From: Luigi Rizzo To: Julian Elischer Cc: current@freebsd.org Subject: Relations between KSE, KSEG and NCPU Message-ID: <20020719155202.D37800@iguana.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I am trying to figure out what are the relations between KSE's, KSEG and NCPU -- from the description in kern_switch.c and in sys/proc.h I am not totally clear if: 1) a KSEG can have more KSE than NCPU; 2) a KSEG can have multiple KSE's running on different CPUS; Also I do not follow this comment in sys/proc.h: * Kernel-scheduled entity group (KSEG). The scheduler considers each KSEG to * be an indivisible unit from a time-sharing perspective, though each KSEG may * contain multiple KSEs. Does it mean that once the scheduler picks a KSEG it will try to place as many KSE's as it can on the available CPUs, rather than sharing the latter between KSEG's with ready threads ? thanks luigi ----------------------------------+----------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . ICSI (on leave from Univ. di Pisa) http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704 Phone: (510) 666 2927 ----------------------------------+----------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 16:20:17 2002 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 9A89237B400 for ; Fri, 19 Jul 2002 16:20:12 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ADAF43E42 for ; Fri, 19 Jul 2002 16:20:12 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020719232011.PRDZ6023.sccrmhc02.attbi.com@InterJet.elischer.org>; Fri, 19 Jul 2002 23:20:11 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id QAA91664; Fri, 19 Jul 2002 16:18:42 -0700 (PDT) Date: Fri, 19 Jul 2002 16:18:40 -0700 (PDT) From: Julian Elischer To: Luigi Rizzo Cc: current@freebsd.org Subject: Re: Relations between KSE, KSEG and NCPU In-Reply-To: <20020719155202.D37800@iguana.icir.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 19 Jul 2002, Luigi Rizzo wrote: > Hi, > I am trying to figure out what are the relations between > KSE's, KSEG and NCPU -- from the description in kern_switch.c > and in sys/proc.h I am not totally clear if: > > 1) a KSEG can have more KSE than NCPU; At this time of course you are limitted to one KSE :-) In the near course, I don't think there will be algorythmic reasons to not allow more than N KSEs, (thugh that may become true) but having more than N KSEs is pretty much a waste of time as all KSEs in a group are equivalent, so they are interchangeable.. this means that if you have N CPUS and N+1 KSEs the KSE that is running is stealing the slot of one of it's own siblings.... so what is the point? It might allow a KSEG to compete "unfairly" against other KSEGs however so for that reason I plan to 'artificially' limit NKSE to NCPU. > 2) a KSEG can have multiple KSE's running on different CPUS; yes (well, when we allow multiple KSEs) there is nothing stopping KSEs from running on different processors, in fact it is hoped that eventually each KSE will be basically 'soft wired' to a processor, to give a scheduler 'slot reservation' on each cpu for the running of the threads in that KSEGRP. How this is achieved will rely somewhat on the scheduler implemented, which is why I want the schedulers to be 'pluggable' so that people can experiment with this.. > > Also I do not follow this comment in sys/proc.h: > > * Kernel-scheduled entity group (KSEG). The scheduler considers each > KSEG to > * be an indivisible unit from a time-sharing perspective, though each > KSEG may > * contain multiple KSEs. > > Does it mean that once the scheduler picks a KSEG it will try > to place as many KSE's as it can on the available CPUs, rather > than sharing the latter between KSEG's with ready threads ? This comment is 1/ out dated 2/ confusing. The word 'indivisible' is definitly wrong. 3/ heavily dependent on who writes the scheduler :-) I really cannot think of a good way to say what is correct however. The KSEG has the scheduling parameters and statistics for the group. In a process with one KSEG, these could be considered to be the process-wide scheduling stats and parameters (nice etc.), except that we allow >1 KSEG (eventually) so that different parameters can be given to differnt KSEGS allowing different threads to have different scheduling behaviour. The current schedular does not pick KSEGs (though some other 'gang scheduler' might do so). At this time each CPU picks a KSE and runs it. The KSE in turn has selected a thread from that KSEG. (or the thread selected it..) When the thread finishes. there is the possibilty (not yet implemented) that the KSE looks for other such threads to run before giving up the processor. If different KSEs are running at once on differnt processors they would probably do well to try select threads with 'some affinity' to that processor but this too is not yet implemented (well you can only have one KSE at the moment).. My aim it to provide enough data abstraction to allow people to write their own schedulers and try aout all sorts of affinities and grouping strategies. By grouping the 4 structures in different ways it is possible to simulate almost all the scheduling structures I have seen in the literature. > > thanks > luigi > ----------------------------------+----------------------------------------- > Luigi RIZZO, luigi@iet.unipi.it . ICSI (on leave from Univ. di Pisa) > http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704 > Phone: (510) 666 2927 > ----------------------------------+----------------------------------------- > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 19: 0: 2 2002 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 60ECE37B400 for ; Fri, 19 Jul 2002 19:00:01 -0700 (PDT) Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2335943E42 for ; Fri, 19 Jul 2002 19:00:01 -0700 (PDT) (envelope-from lbff@no-reply.com) Received: from [66.120.159.86] ([66.120.159.86]) by mta7.pltn13.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with SMTP id <0GZI00AZWT9F1I@mta7.pltn13.pbi.net> for freebsd-current@freebsd.org; Fri, 19 Jul 2002 16:58:31 -0700 (PDT) Date: Fri, 19 Jul 2002 16:53:17 -0800 From: Robin Duarte Subject: Long Beach Film Festival - Now Accepting Films & Screenplays To: freebsd-current@freebsd.org Reply-To: lbff@no-reply.com Message-id: <0GZI00A09T9I1I@mta7.pltn13.pbi.net> MIME-version: 1.0 X-Mailer: Microsoft Outlook Express 6.00.2600.0000 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Filmmakers & Screenwriters (please forward to interested parties): The Long Beach Film Festival is now accepting screenplays and films (short, documentary & feature) in all formats. The winners' work will be reviewed by a committee of established production companies. This is a great way to get exposure and even discovered in Hollywood. The festival is being held onboard the renowned Queen Mary in Long Beach, California (30 miles from Hollywood). The dates of the festival are September 13 - 22, 2002. You can view an 8 x 10 flyer here: http://www.longbeachfilmfestival.com/poster.html A 20% discount has been set up for students and independent filmmakers. The discounted submission prices are as follows: ORIGINAL PRICE DISCOUNTED PRICE Short Film $45 $36 Feature Film $60 $48 Screenplay $50 $40 To take advantage of these discounted prices, simply include a printout of this email with the submission form and legibly write 'email discount' on the payment check. The submission forms can be found here: http://www.longbeachfilmfestival.com/entry.htm All submissions must be received by August 15th, 2002. We look forward to receiving your work. Robin Duarte http://www.longbeachfilmfestival.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 19:22: 5 2002 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 278F437B400 for ; Fri, 19 Jul 2002 19:22:04 -0700 (PDT) Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD71043E64 for ; Fri, 19 Jul 2002 19:22:03 -0700 (PDT) (envelope-from billh@gnuppy.monkey.org) Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian)) id 17Vjsh-0000y4-00; Fri, 19 Jul 2002 19:22:03 -0700 Date: Fri, 19 Jul 2002 19:22:03 -0700 To: freebsd-current@freebsd.org Cc: Bill Huey Subject: ld-elf.so.1 freeze ? Message-ID: <20020720022203.GA3714@gnuppy.monkey.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i From: Bill Huey Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey, I'm getting a freeze here with a very recent -current: (gdb) bt #0 0x2805325b in access () from /usr/libexec/ld-elf.so.1 #1 0x28050c13 in find_symdef () from /usr/libexec/ld-elf.so.1 #2 0x2804fd8e in elf_hash () from /usr/libexec/ld-elf.so.1 #3 0x28050388 in find_symdef () from /usr/libexec/ld-elf.so.1 #4 0x28050f4d in dlopen () from /usr/libexec/ld-elf.so.1 bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 20:11:30 2002 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 A1C7F37B405 for ; Fri, 19 Jul 2002 20:11:27 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 551ED43E6E for ; Fri, 19 Jul 2002 20:11:26 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id NAA27145; Sat, 20 Jul 2002 13:11:13 +1000 Date: Sat, 20 Jul 2002 13:15:11 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Julian Elischer Cc: current@freebsd.org Subject: Re: [Fwd: FreeBSD/Linux kernel setgid implementation] In-Reply-To: <20020720130233.Y15254-100000@gamplex.bde.org> Message-ID: <20020720131426.T15254-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 19 Jul 2002, Julian Elischer wrote: > forwarded from bugtraq.. > Indeed, with their rigourous methodology, the authors did detect this error in the setgid linux manpage on Red Hat 7.2. I just wonder if they reported it (the manpage on www.linux.org is still inaccurate at the moment). > This paper also reports a real example of a program with the setgid flag only, that thinks it can drop all privileges by calling setgid(getgid()). It is OK on FreeBSD, but not on Linux... This point will have to be revisited son, since POSIX-1.2001 requires _POSIX_SAVED_IDS. I think the full brokenness of _POSIX_SAVED_IDS can be avoided using a suitably weaselish definition of "appropriate" privilege (give everyone that can do set[ug]id() appropriate privilege, so that doing it drops the extra saved [ug]id privilege). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 20:22:56 2002 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 8129B37B400; Fri, 19 Jul 2002 20:22:47 -0700 (PDT) Received: from everyday.com (host66-233.pool217141.interbusiness.it [217.141.233.66]) by mx1.FreeBSD.org (Postfix) with SMTP id E9DEE43E3B; Fri, 19 Jul 2002 20:22:38 -0700 (PDT) (envelope-from alisia_morelli@everyday.com) Received: from 66.119.111.151 ([66.119.111.151]) by asy100.as122.sol.superonline.com with smtp; Sat, 20 Jul 2002 02:35:49 +0100 Received: from [71.251.195.73] by mta05bw.bigpond.com with local; 20 Jul 2002 12:35:09 -0900 Received: from smtp-server6.tampabay.rr.com ([44.6.38.78]) by smtp013.mail.yahoo.com with local; 20 Jul 2002 03:34:29 -0000 Received: from anther.webhostingtalk.com ([153.167.34.13]) by smtp4.cyberec.com with local; 19 Jul 2002 20:33:49 +0700 Reply-To: Message-ID: <025b88d87d4d$7332e5e7$0ea71de1@onxsat> From: To: Member@FreeBSD.ORG Subject: domain names now only $14.95 Date: Sat, 20 Jul 2002 11:25:24 -0800 MiME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: The Bat! (v1.52f) Business Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG PUBLIC ANNOUNCEMENT: The new domain names are finally available to the general public at discount prices. Now you can register one of the exciting new .BIZ or .INFO domain names, as well as the original .COM and .NET names for just $14.95. These brand new domain extensions were recently approved by ICANN and have the same rights as the original .COM and .NET domain names. The biggest benefit is of-course that the .BIZ and .INFO domain names are currently more available. i.e. it will be much easier to register an attractive and easy-to-remember domain name for the same price. Visit: http://www.affordable-domains.com today for more info. Register your domain name today for just $14.95 at: http://www.affordable-domains.com/ Registration fees include full access to an easy-to-use control panel to manage your domain name in the future. Sincerely, Domain Administrator Affordable Domains To remove your email address from further promotional mailings from this company, click here: http://www.centralremovalservice.com/cgi-bin/domain-remove.cgi 8275HiSK2-398l12 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 21:15:39 2002 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 0262237B400 for ; Fri, 19 Jul 2002 21:15:37 -0700 (PDT) Received: from prserv.net (out1.prserv.net [32.97.166.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89ADD43E4A for ; Fri, 19 Jul 2002 21:15:36 -0700 (PDT) (envelope-from kdagee@attglobal.net) Received: from slip-12-65-108-38.mis.prserv.net ([12.65.108.38]) by prserv.net (out1) with SMTP id <2002072004153420106vgkvre>; Sat, 20 Jul 2002 04:15:35 +0000 Subject: 5.0 DP1 compilation error From: karl agee To: freebsd-current@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 19 Jul 2002 21:15:48 -0700 Message-Id: <1027138550.470.19.camel@enterprise.workgroup> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Greetings, first time here. I am compiling my kernel in 5.0 DP1 for sound card support. I've commented out the scsi/raid stuff since I dont have any of it. Here's where it craps out: ===> iir @ -> /usr/src/sys machine -> /usr/src/sys/i386/include touch opt_scsi.h touch opt_cam.h perl @/kern/makeobjops.pl -h @/kern/device_if.m perl @/kern/makeobjops.pl -h @/kern/bus_if.m perl @/kern/makeobjops.pl -h @/dev/pci/pci_if.m rm -f .depend env CC=cc mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/iir/../../dev/iir/iir.c /usr/src/sys/modules/iir/../../dev/iir/iir_ctrl.c /usr/src/sys/modules/iir/../../dev/iir/iir_pci.c /usr/src/sys/modules/iir/../../dev/iir/iir.c:56: stddef.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/iir. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/NEWKERNEL. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. This iir thing is a raid device and I dont have any so I commented it out of my configuration file. I can post it if you'd like. anything else I can do??? --karl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 23:13:35 2002 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 3847437B400 for ; Fri, 19 Jul 2002 23:13:32 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6A3143E4A for ; Fri, 19 Jul 2002 23:13:31 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6K6DVCV012112; Fri, 19 Jul 2002 23:13:31 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6K6DVfJ012111; Fri, 19 Jul 2002 23:13:31 -0700 (PDT) (envelope-from dillon) Date: Fri, 19 Jul 2002 23:13:31 -0700 (PDT) From: Matthew Dillon Message-Id: <200207200613.g6K6DVfJ012111@apollo.backplane.com> To: "WB Support" Cc: "Gavin Atkinson" , Subject: Re: getting vmemoryuse resource limit: Invalid argument References: <11358D68-9B47-11D6-800F-000393754B1C@vangelderen.org> <03ce01c22f5e$ba1b0740$11fd2fd8@ADMIN00> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :> >>> Jul 18 09:21:24 epsilon login: getting vmemoryuse resource limit: :> >>> Invalid argument :> >> :I had the same problem on a 4.6-STABLE system due to not installing an :updated kernel with support for this resouce limit. : :Usually, I do a "buildworld, buildkernel, installkernel, mergemaster, :installworld", but that day I forgot to do an "installkernel". I found my :mistake by checking the date on the /kernel file. : :Check if your /kernel is uptodate with your installworld. : :Scot A couple of people have run up against this. I think it's worth at least an entry in UPDATING and I will do so. I don't know if it's worth adjusting login / other programs to not die a horrible death if they can't find the resource. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 23:15: 5 2002 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 6174537B401 for ; Fri, 19 Jul 2002 23:15:02 -0700 (PDT) Received: from mx2.datanet.hu (mx2.datanet.hu [194.149.13.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id A97E143E4A for ; Fri, 19 Jul 2002 23:15:01 -0700 (PDT) (envelope-from sziszi@bsd.hu) Received: from fonix.adamsfamily.xx (nilus-811.adsl.datanet.hu [195.56.51.49]) by mx2.datanet.hu (DataNet) with ESMTP id 65AFF5A60 for ; Sat, 20 Jul 2002 08:15:00 +0200 (CEST) Received: from fonix.adamsfamily.xx (localhost [127.0.0.1]) by fonix.adamsfamily.xx (8.12.5/8.12.5) with ESMTP id g6K6FHeS000894 for ; Sat, 20 Jul 2002 08:15:17 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from cc@localhost) by fonix.adamsfamily.xx (8.12.5/8.12.5/Submit) id g6K6FGZP000893 for current@FreeBSD.ORG; Sat, 20 Jul 2002 08:15:16 +0200 (CEST) X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f Date: Sat, 20 Jul 2002 08:15:15 +0200 From: Szilveszter Adam To: current@FreeBSD.ORG Subject: Re: [Fwd: FreeBSD/Linux kernel setgid implementation] Message-ID: <20020720061515.GA761@fonix.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , current@FreeBSD.ORG References: <3D387997.E1BA4770@vicor.com> <3D387B7B.BDAE72BE@mindspring.com> <3D387BF5.EA92144B@vicor.com> <3D387D79.AC71EA00@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D387D79.AC71EA00@mindspring.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jul 19, 2002 at 01:58:33PM -0700, Terry Lambert wrote: > Sorry; usually when you just forward something with only the > tagline "forwarded from" to something other than -chat or > -advocacy, it means you want someone to do something about it. > 8-). Uhm, maybe, actually look at the paper referenced? It's weekend and people should have the time for some nice reading etc:-P -- Regards: Szilveszter ADAM Szombathely Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 19 23:17:36 2002 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 1004C37B400 for ; Fri, 19 Jul 2002 23:17:35 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D05E43E31 for ; Fri, 19 Jul 2002 23:17:34 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6K6HP1f035160; Sat, 20 Jul 2002 00:17:33 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 20 Jul 2002 00:17:09 -0600 (MDT) Message-Id: <20020720.001709.110975752.imp@bsdimp.com> To: rob@robhughes.com Cc: current@FreeBSD.ORG Subject: Re: 2000 CDT cvs panic From: "M. Warner Losh" In-Reply-To: <1026993798.31736.6.camel@kahuna-ws.robhughes.com> References: <1026993798.31736.6.camel@kahuna-ws.robhughes.com> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <1026993798.31736.6.camel@kahuna-ws.robhughes.com> Rob Hughes writes: : All this is on a Toshiba 5005-S504, an ACPI only system. Any ideas where : I should start looking? http://www.acpi.info/ Peter was going to try some experimenal patches to get acpi working for non-root bridges, so maybe in a few days the problem will have been corrected. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 0: 7:15 2002 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 5CAEE37B401 for ; Sat, 20 Jul 2002 00:07:13 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D04343E58 for ; Sat, 20 Jul 2002 00:07:09 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6K76x1f035307; Sat, 20 Jul 2002 01:06:59 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 20 Jul 2002 01:06:37 -0600 (MDT) Message-Id: <20020720.010637.105098846.imp@bsdimp.com> To: bde@zeta.org.au Cc: julian@vicor.com, current@FreeBSD.ORG Subject: Re: [Fwd: FreeBSD/Linux kernel setgid implementation] From: "M. Warner Losh" In-Reply-To: <20020720131426.T15254-100000@gamplex.bde.org> References: <20020720130233.Y15254-100000@gamplex.bde.org> <20020720131426.T15254-100000@gamplex.bde.org> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020720131426.T15254-100000@gamplex.bde.org> Bruce Evans writes: : On Fri, 19 Jul 2002, Julian Elischer wrote: : : > forwarded from bugtraq.. : : > Indeed, with their rigourous methodology, the authors did detect this error in the setgid linux manpage on Red Hat 7.2. I just wonder if they reported it (the manpage on www.linux.org is still inaccurate at the moment). : > This paper also reports a real example of a program with the setgid flag only, that thinks it can drop all privileges by calling setgid(getgid()). It is OK on FreeBSD, but not on Linux... : : This point will have to be revisited son, since POSIX-1.2001 requires : _POSIX_SAVED_IDS. I think the full brokenness of _POSIX_SAVED_IDS can : be avoided using a suitably weaselish definition of "appropriate" : privilege (give everyone that can do set[ug]id() appropriate privilege, : so that doing it drops the extra saved [ug]id privilege). I would ****STRONGLY**** suggest that any attempts to change the setuid semantics of FreeBSD be resisted unless the person making the change is willing to a) audit the entire tree for places where the use of setuid breaks (and to publish the results of the non-breakage cases too) and b) be the point person for the next year after this change for the SO to send port breakages too. Many eyes have looked at the setuid/seteuid instances in the tree and verified them as being as correct as we can determine. I'd really hate to see that work undone by subtle changes in the system calls. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 1:23:12 2002 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 B806C37B400 for ; Sat, 20 Jul 2002 01:23:11 -0700 (PDT) Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D05643E31 for ; Sat, 20 Jul 2002 01:23:11 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0189.cvx40-bradley.dialup.earthlink.net ([216.244.42.189] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17VpW3-0002o9-00; Sat, 20 Jul 2002 01:23:03 -0700 Message-ID: <3D391DB8.6EA939B5@mindspring.com> Date: Sat, 20 Jul 2002 01:22:16 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Szilveszter Adam Cc: current@FreeBSD.ORG Subject: Re: [Fwd: FreeBSD/Linux kernel setgid implementation] References: <3D387997.E1BA4770@vicor.com> <3D387B7B.BDAE72BE@mindspring.com> <3D387BF5.EA92144B@vicor.com> <3D387D79.AC71EA00@mindspring.com> <20020720061515.GA761@fonix.adamsfamily.xx> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Szilveszter Adam wrote: > On Fri, Jul 19, 2002 at 01:58:33PM -0700, Terry Lambert wrote: > > Sorry; usually when you just forward something with only the > > tagline "forwarded from" to something other than -chat or > > -advocacy, it means you want someone to do something about it. > > 8-). > > Uhm, maybe, actually look at the paper referenced? It's weekend and > people should have the time for some nice reading etc:-P Uh, I read it before I replied the first time... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 2:14: 2 2002 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 6653537B400 for ; Sat, 20 Jul 2002 02:13:58 -0700 (PDT) Received: from maile.telia.com (maile.telia.com [194.22.190.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 543DC43E4A for ; Sat, 20 Jul 2002 02:13:57 -0700 (PDT) (envelope-from john@veidit.net) Received: from d1o1000.telia.com (d1o1000.telia.com [217.208.12.241]) by maile.telia.com (8.12.5/8.12.5) with ESMTP id g6K9Dtft019160 for ; Sat, 20 Jul 2002 11:13:56 +0200 (CEST) X-Original-Recipient: Received: from veidit.net (h59n1fls35o1000.telia.com [217.210.234.59]) by d1o1000.telia.com (8.10.2/8.10.1) with ESMTP id g6K9DtZ16522 for ; Sat, 20 Jul 2002 11:13:55 +0200 (CEST) Message-ID: <3D3929DF.4020200@veidit.net> Date: Sat, 20 Jul 2002 11:14:07 +0200 From: John Angelmo User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1a) Gecko/20020611 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: Still no XFree86-4 Content-Type: multipart/mixed; boundary="------------020604060302000703030907" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------020604060302000703030907 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Well here's my latest XFree86-4 build errors, I made a clean build uninstalled XFree-4, perl and so on but still I get these errors /John --------------020604060302000703030907 Content-Type: text/plain; name="XFree86-4.log" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="XFree86-4.log" ===> Cleaning for gmake-3.79.1_2 ===> Cleaning for imake-4.2.0_1 ===> Cleaning for libtool-1.3.4_4 ===> Cleaning for perl-5.6.1_7 ===> Cleaning for freetype2-2.1.2 ===> Cleaning for XFree86-font100dpi-4.2.0 ===> Cleaning for XFree86-font75dpi-4.2.0 ===> Cleaning for XFree86-fontCyrillic-4.2.0 ===> Cleaning for XFree86-fontDefaultBitmaps-4.2.0 ===> Cleaning for XFree86-fontEncodings-4.2.0 ===> Cleaning for XFree86-fontScalable-4.2.0 ===> Cleaning for XFree86-FontServer-4.2.0 ===> Cleaning for XFree86-Server-4.2.0_4 ===> Cleaning for XFree86-clients-4.2.0_2 ===> Cleaning for XFree86-documents-4.2.0 ===> Cleaning for XFree86-libraries-4.2.0_2 ===> Cleaning for wrapper-1.0_2 ===> Cleaning for XFree86-4.2.0_1,1 ===> Extracting for XFree86-4.2.0_1,1 >> No MD5 checksum file. ===> XFree86-4.2.0_1,1 depends on shared library: Xft.1 - found ===> Patching for XFree86-4.2.0_1,1 ===> Configuring for XFree86-4.2.0_1,1 ===> Installing for XFree86-4.2.0_1,1 ===> XFree86-4.2.0_1,1 depends on executable: xvinfo - found ===> XFree86-4.2.0_1,1 depends on file: /usr/X11R6/lib/X11/doc/ddx.TXT - found ===> XFree86-4.2.0_1,1 depends on file: /usr/X11R6/lib/X11/fonts/100dpi/UTBI__10-ISO8859-1.pcf.gz - not found ===> Verifying reinstall for /usr/X11R6/lib/X11/fonts/100dpi/UTBI__10-ISO8859-1.pcf.gz in /usr/ports/x11-fonts/XFree86-4-font100dpi ===> Extracting for XFree86-font100dpi-4.2.0 >> Checksum OK for xc/X420src-2.tgz. ===> XFree86-font100dpi-4.2.0 depends on executable: mkfontdir - found ===> XFree86-font100dpi-4.2.0 depends on executable: imake - found ===> XFree86-font100dpi-4.2.0 depends on shared library: X11.6 - found ===> Patching for XFree86-font100dpi-4.2.0 ===> Configuring for XFree86-font100dpi-4.2.0 (cd /usr/ports/x11-fonts/XFree86-4-font100dpi/work/xc/fonts/encodings && imake -DUseInstalled -DProjectRoot=/usr/X11R6 -I/usr/X11R6/lib/X11/config -DTOPDIR=../../.. -DCURDIR=.; make Makefiles ; make includes ; make depend) making Makefiles in large... including in ./large... depending in ./large... (cd /usr/ports/x11-fonts/XFree86-4-font100dpi/work/xc/fonts/bdf/100dpi && imake -DUseInstalled -DProjectRoot=/usr/X11R6 -I/usr/X11R6/lib/X11/config -DTOPDIR=../../.. -DCURDIR=.; make Makefiles ; make includes ; make depend) make: don't know how to make /usr/X11R6/bin/ucs2any.pl. Stop *** Error code 2 Stop in /usr/ports/x11-fonts/XFree86-4-font100dpi. *** Error code 1 Stop in /usr/ports/x11-fonts/XFree86-4-font100dpi. *** Error code 1 Stop in /usr/ports/x11/XFree86-4. *** Error code 1 Stop in /usr/ports/x11/XFree86-4. --------------020604060302000703030907-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 2:19:59 2002 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 E497C37B400 for ; Sat, 20 Jul 2002 02:19:56 -0700 (PDT) Received: from snark.rinet.ru (snark.rinet.ru [195.54.192.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE74243E31 for ; Sat, 20 Jul 2002 02:19:55 -0700 (PDT) (envelope-from andrew@snark.rinet.ru) Received: from snark.rinet.ru (andrew@localhost [127.0.0.1]) by snark.rinet.ru (8.12.3/8.12.3) with ESMTP id g6K9JssA009888 for ; Sat, 20 Jul 2002 13:19:54 +0400 (MSD) (envelope-from andrew@snark.rinet.ru) Received: (from andrew@localhost) by snark.rinet.ru (8.12.3/8.12.3/Submit) id g6K9Js6e009887 for current@freebsd.org; Sat, 20 Jul 2002 13:19:54 +0400 (MSD) Date: Sat, 20 Jul 2002 13:19:53 +0400 From: Andrew Kolchoogin To: current@freebsd.org Subject: Re: Still no XFree86-4 Message-ID: <20020720091953.GA9852@snark.rinet.ru> References: <3D3929DF.4020200@veidit.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D3929DF.4020200@veidit.net> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John, On Sat, Jul 20, 2002 at 11:14:07AM +0200, John Angelmo wrote: > Well here's my latest XFree86-4 build errors, I made a clean build > uninstalled XFree-4, perl and so on but still I get these errors please describe EXACTLY what are you trying to do. I have an Alpha machine with -current. Look here: === RoadStone# make install clean ===> Configuring for XFree86-font100dpi-4.2.0 (cd /usr/ports/x11-fonts/XFree86-4-font100dpi/work/xc/fonts/encodings && imake -DUseInstalled -DProjectRoot=/usr/X11R6.6 -I/usr/X11R6.6/lib/X11/config -DTOPDI R=../../.. -DCURDIR=.; make Makefiles ; make includes ; make depend) making Makefiles in large... including in ./large... depending in ./large... (cd /usr/ports/x11-fonts/XFree86-4-font100dpi/work/xc/fonts/bdf/100dpi && imake -DUseInstalled -DProjectRoot=/usr/X11R6.6 -I/usr/X11R6.6/lib/X11/config -DTOPD IR=../../.. -DCURDIR=.; make Makefiles ; make includes ; make depend) rm -f courB08-ISO8859-1.bdf perl /usr/X11R6.6/bin/ucs2any.pl courB08.bdf /usr/X11R6.6/lib/X11/fonts/util/ma p-ISO8859-1 ISO8859-1 Writing 192 characters into file 'courB08-ISO8859-1.bdf'. rm -f courB10-ISO8859-1.bdf perl /usr/X11R6.6/bin/ucs2any.pl courB10.bdf /usr/X11R6.6/lib/X11/fonts/util/ma p-ISO8859-1 ISO8859-1 Writing 192 characters into file 'courB10-ISO8859-1.bdf'. rm -f courB12-ISO8859-1.bdf perl /usr/X11R6.6/bin/ucs2any.pl courB12.bdf /usr/X11R6.6/lib/X11/fonts/util/ma p-ISO8859-1 ISO8859-1 Writing 192 characters into file 'courB12-ISO8859-1.bdf'. === All is O.K. Or you wish to have an account on the Road Stone and try to build this port yourself?-))) Andrew. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 4:30:55 2002 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 5755C37B400 for ; Sat, 20 Jul 2002 04:30:54 -0700 (PDT) Received: from pluto.key.co.za (pluto.key.co.za [66.8.51.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7676E43E42 for ; Sat, 20 Jul 2002 04:30:52 -0700 (PDT) (envelope-from peter@key.co.za) Received: from pluto.key.co.za ([66.8.51.1] helo=Z) by pluto.key.co.za with smtp (Exim 3.36 #1) id 17VsRf-000Kd7-00 for freebsd-current@FreeBSD.org; Sat, 20 Jul 2002 13:30:43 +0200 Message-ID: <007401c22fe0$bf79b740$568e02c4@Z> From: "Peter Lockhart" To: Subject: subsc Date: Sat, 20 Jul 2002 13:29:44 +0200 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe freebsd-current subscribe cvs-all To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 6: 0:20 2002 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 D50CF37B400 for ; Sat, 20 Jul 2002 06:00:17 -0700 (PDT) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24A6D43E58 for ; Sat, 20 Jul 2002 06:00:17 -0700 (PDT) (envelope-from jhs@jhs.muc.de) Received: from fwd06.sul.t-online.de by mailout07.sul.t-online.com with smtp id 17VtqD-0000dx-00; Sat, 20 Jul 2002 15:00:09 +0200 Received: from jhs.muc.de (520006753247-0001@[217.235.105.147]) by fmrl06.sul.t-online.com with esmtp id 17Vtpy-27PS4mC; Sat, 20 Jul 2002 14:59:54 +0200 Received: from flip.jhs.private (flip.jhs.private [192.168.91.24]) by jhs.muc.de (8.11.6/8.11.6) with ESMTP id g6KD0Y525902; Sat, 20 Jul 2002 15:00:35 +0200 (MET DST) (envelope-from jhs@jhs.muc.de) Received: from flip.jhs.private (localhost [127.0.0.1]) by flip.jhs.private (8.11.6/8.11.6) with ESMTP id g6K99eD78784; Sat, 20 Jul 2002 11:09:40 +0200 (CEST) (envelope-from jhs@flip.jhs.private) Message-Id: <200207200909.g6K99eD78784@flip.jhs.private> To: Christopher Sharp Cc: current@FreeBSD.ORG Subject: Re: XFree86 upgrade broke mousewheel scrolling In-Reply-To: Message from Christopher Sharp of "Fri, 19 Jul 2002 18:07:23 +0200." <20020719160723.GA2702@web.de> Date: Sat, 20 Jul 2002 11:09:40 +0200 From: "Julian H. Stacey" X-Sender: 520006753247-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Christopher Sharp wrote: > Hello, > after I upgraded X with portupgrade today the mousescrolling > doesn't work correctly. It now always scrolls down whatever I do. > The configuration didn't change. Has anyone else seen this ? > It's not so urgent but it's kinda anyoing. > > - Christopher You probably shouldn't be running or mailing current, if you got stuck this easy & gave so little config info to diagnose. Beginners questions normally go to questions@freebsd.org Perhaps you should try a release, or stable, rather than current. There are mail lists for X that are independent of what OS you'r running, (check XFree*6.org) whatever, they'll all want more config [& version, though thats implicit for current perhaps] info than you gave. Try: man xf86config (same thing many Unix inc non BSD & non Linux run) man XF86Setup (same stuff Linux & othe i386 OS's run) man moused (FreeBSD or maybe BSD specific AFAIK) Comparing the sources for your old & new X versions. PS Do I know you from Munich ? Julian Stacey Computer Sys. Eng. & Unix Consultant, Munich Ihr Rauchen = mein allergischer Kopfschmerz ! Schnupftabak probieren. 7000 Free programs: http://www.freebsd.org/ports/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 7:39: 6 2002 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 7D4FC37B400 for ; Sat, 20 Jul 2002 07:39:04 -0700 (PDT) Received: from mail.westbend.net (ns1.westbend.net [216.47.253.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id C76A843E64 for ; Sat, 20 Jul 2002 07:39:03 -0700 (PDT) (envelope-from hetzels@westbend.net) Received: from Admin01 (admin01.westbend.net [216.47.253.18]) by mail.westbend.net (8.12.5/8.12.5) with SMTP id g6KEd1lG010225; Sat, 20 Jul 2002 09:39:01 -0500 (CDT) (envelope-from hetzels@westbend.net) Message-ID: <002101c22ffb$293d1180$12fd2fd8@Admin01> From: "Scot W. Hetzel" To: "Matthew Dillon" Cc: "Gavin Atkinson" , References: <11358D68-9B47-11D6-800F-000393754B1C@vangelderen.org> <03ce01c22f5e$ba1b0740$11fd2fd8@ADMIN00> <200207200613.g6K6DVfJ012111@apollo.backplane.com> Subject: Re: getting vmemoryuse resource limit: Invalid argument Date: Sat, 20 Jul 2002 09:38:48 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: "Matthew Dillon" > :> >>> Jul 18 09:21:24 epsilon login: getting vmemoryuse resource limit: > :> >>> Invalid argument > :> >> > :I had the same problem on a 4.6-STABLE system due to not installing an > :updated kernel with support for this resouce limit. > : > :Usually, I do a "buildworld, buildkernel, installkernel, mergemaster, > :installworld", but that day I forgot to do an "installkernel". I found my > :mistake by checking the date on the /kernel file. > : > :Check if your /kernel is uptodate with your installworld. > : > :Scot > > A couple of people have run up against this. I think it's worth > at least an entry in UPDATING and I will do so. I don't know if > it's worth adjusting login / other programs to not die a horrible > death if they can't find the resource. > They don't die a horrible death, as it is only the kernel reporting that the vmemoryuse resource limit is not in the installed kernel. The programs continue to function, as I was able to login without any problems. It's just that each time a program (cron, login, inetd, sshd, su, ...) tried to set this limit, the error message was reported on the console and the log file.. Scot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 7:46:59 2002 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 0C8DC37B400 for ; Sat, 20 Jul 2002 07:46:58 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9455F43E5E for ; Sat, 20 Jul 2002 07:46:57 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id ADCC3535D; Sat, 20 Jul 2002 16:46:53 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "Julian H. Stacey" Cc: Christopher Sharp , current@FreeBSD.ORG Subject: Re: XFree86 upgrade broke mousewheel scrolling References: <200207200909.g6K99eD78784@flip.jhs.private> From: Dag-Erling Smorgrav Date: 20 Jul 2002 16:46:52 +0200 In-Reply-To: <200207200909.g6K99eD78784@flip.jhs.private> Message-ID: Lines: 16 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Julian H. Stacey" writes: > You probably shouldn't be running or mailing current, if you got stuck > this easy & gave so little config info to diagnose. I think that was uncalled for. Christopher isn't a newbie asking for assistance, he's a -CURRENT user describing a problem he's run into and asking if anyone else is seeing the same symptoms. Also, it's clear from your response that you don't follow -current very closely, or you'd know that this is an actual bug, not a configuration problem, and that patches have been posted to the list in the past week or two. Pot, kettle, black. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 8:30:35 2002 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 4FAEB37B400 for ; Sat, 20 Jul 2002 08:30:33 -0700 (PDT) Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4569043E5E for ; Sat, 20 Jul 2002 08:30:32 -0700 (PDT) (envelope-from mailnull@mips.inka.de) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 17VwBj-0004vf-00; Sat, 20 Jul 2002 17:30:31 +0200 Received: from kemoauc.mips.inka.de (localhost [127.0.0.1]) by kemoauc.mips.inka.de (8.12.5/8.12.5) with ESMTP id g6KEXMIq092106 for ; Sat, 20 Jul 2002 16:33:22 +0200 (CEST) (envelope-from mailnull@localhost.mips.inka.de) Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.12.5/8.12.5/Submit) id g6KEXML7092105 for freebsd-current@freebsd.org; Sat, 20 Jul 2002 16:33:22 +0200 (CEST) From: naddy@mips.inka.de (Christian Weisgerber) Subject: top shows weird CPU figures Date: Sat, 20 Jul 2002 14:33:21 +0000 (UTC) Message-ID: Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG top(1) shows weird WCPU/CPU figures for my setiathome process. A few minutes ago, it gave four-digit(!) percent figures, i.e. 4000% and such, now it shows a solid 0.00% despite setiathome being the one process to produce the overall "75% nice" figure. This is on -CURRENT/alpha from July 17. (setiathome is a Tru64 executable running under emulation.) The figures for other processes look okay, but setiathome is the only one that has accumulated hours of run time. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 10:22: 1 2002 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 AB11937B400 for ; Sat, 20 Jul 2002 10:21:58 -0700 (PDT) Received: from prserv.net (out4.prserv.net [32.97.166.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40AE543E64 for ; Sat, 20 Jul 2002 10:21:58 -0700 (PDT) (envelope-from kdagee@attglobal.net) Received: from enterprise.attglobal.net (slip-32-100-100-134.wa.us.prserv.net[32.100.100.134]) by prserv.net (out4) with SMTP id <2002072017215620404cj294e>; Sat, 20 Jul 2002 17:21:57 +0000 Message-Id: <5.1.0.14.0.20020720101927.00ab9bd0@pop1.attglobal.net> X-Sender: usinet.kdagee@pop1.attglobal.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sat, 20 Jul 2002 10:21:14 -0700 To: freebsd-current@freebsd.org From: Karl Agee Subject: repost (sorry) compilation errors Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Sorry for the repost--if there was a reply I never recieved it. I am compiling my kernel in 5.0 DP1 for sound card support. I've commented out the scsi/raid stuff since I dont have any of it. Here's where it craps out: ===> iir @ -> /usr/src/sys machine -> /usr/src/sys/i386/include touch opt_scsi.h touch opt_cam.h perl @/kern/makeobjops.pl -h @/kern/device_if.m perl @/kern/makeobjops.pl -h @/kern/bus_if.m perl @/kern/makeobjops.pl -h @/dev/pci/pci_if.m rm -f .depend env CC=cc mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/iir/../../dev/iir/iir.c /usr/src/sys/modules/iir/../../dev/iir/iir_ctrl.c /usr/src/sys/modules/iir/../../dev/iir/iir_pci.c /usr/src/sys/modules/iir/../../dev/iir/iir.c:56: stddef.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/iir. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/NEWKERNEL. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. This iir thing is a raid device and I dont have any so I commented it out of my configuration file. I can post it if you'd like. anything else I can do??? --karl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 10:42:27 2002 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 5B0B337B400 for ; Sat, 20 Jul 2002 10:42:25 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F057043E64 for ; Sat, 20 Jul 2002 10:42:24 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6KHgOCV037996; Sat, 20 Jul 2002 10:42:24 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6KHgObZ037993; Sat, 20 Jul 2002 10:42:24 -0700 (PDT) (envelope-from dillon) Date: Sat, 20 Jul 2002 10:42:24 -0700 (PDT) From: Matthew Dillon Message-Id: <200207201742.g6KHgObZ037993@apollo.backplane.com> To: "Scot W. Hetzel" Cc: "Gavin Atkinson" , Subject: Re: getting vmemoryuse resource limit: Invalid argument References: <11358D68-9B47-11D6-800F-000393754B1C@vangelderen.org> <03ce01c22f5e$ba1b0740$11fd2fd8@ADMIN00> <200207200613.g6K6DVfJ012111@apollo.backplane.com> <002101c22ffb$293d1180$12fd2fd8@Admin01> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :> A couple of people have run up against this. I think it's worth :> at least an entry in UPDATING and I will do so. I don't know if :> it's worth adjusting login / other programs to not die a horrible :> death if they can't find the resource. :> :They don't die a horrible death, as it is only the kernel reporting that the :vmemoryuse resource limit is not in the installed kernel. The programs :continue to function, as I was able to login without any problems. It's :just that each time a program (cron, login, inetd, sshd, su, ...) tried to :set this limit, the error message was reported on the console and the log :file.. : :Scot Ah, ok. Since it isn't fatal I don't think we need to adjust the source code (e.g. to things like login) to deal with older kernels. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 12: 8:14 2002 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 3383E37B400 for ; Sat, 20 Jul 2002 12:08:11 -0700 (PDT) Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9276743E3B for ; Sat, 20 Jul 2002 12:08:10 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id g6KJ889E047888; Sat, 20 Jul 2002 15:08:08 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <3D3929DF.4020200@veidit.net> References: <3D3929DF.4020200@veidit.net> Date: Sat, 20 Jul 2002 15:08:07 -0400 To: John Angelmo , current@FreeBSD.ORG From: Garance A Drosihn Subject: Re: Still no XFree86-4 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 11:14 AM +0200 7/20/02, John Angelmo wrote: >Well here's my latest XFree86-4 build errors, I made a clean >build uninstalled XFree-4, perl and so on but still I get >these errors This is something of a run-on sentence, and it does not make it clear what *exactly* you did. In my case, I first cvsup'ed my /usr/src tree, and did a buildworld and installworld to make sure I had the latest fixes to gcc. I then did a /usr/local/sbin/pkg_deinstall for imake and all pieces of XFree86-4. I do not have anything else X-ish (such as Gnome or KDE), so at that point I should have had an empty /usr/X11R6 directory. I did not, so I removed everything that was left over in that directory. I then cvsup'ed my entire ports collection, to make sure I had the latest snapshot of all the ports. In fact, in my case I first *removed* all of the files from /usr/ports/devel/imake and /usr/ports/x*/XFree84-4*, but I only had to do that because I had a lot of left-over patch files around from my earlier attempts to get X installed. And then I cvsup'ed the ports collection. I installed the perl port. I then did the command use.perl port which gets the system so it will consistently use the version of perl which I had just installed. I then installed imake-4. I then installed XFree86-4. In my case (a week or so ago), I ran into a problem were Wraphelp.c did not end up where it needed to be. That problem may be fixed by now, but at the time I just copied that file to where it needed to be, finished building and installing that port, and then went back to installing XFree86-4 (the "meta-port"). Other than the problem with Wraphelp.c, everything compiled OK and seems to be working OK. I know it is frustrating when you keep trying to build this and it keeps failing, certainly I was frustrated when I could not build it for a few weeks. But I do think that the XFree86-4 ports are now working correctly, even on -current. >make: don't know how to make /usr/X11R6/bin/ucs2any.pl. Stop >*** Error code 2 This program ("/usr/X11R6/bin/ucs2any.pl") should have been installed by the port XFree86-clients-4.2.0_2 -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 13:15:37 2002 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 DAE2437B400 for ; Sat, 20 Jul 2002 13:15:16 -0700 (PDT) Received: from mail.robhughes.com (12-237-138-77.client.attbi.com [12.237.138.77]) by mx1.FreeBSD.org (Postfix) with SMTP id 0ED2743E5E for ; Sat, 20 Jul 2002 13:15:16 -0700 (PDT) (envelope-from rob@robhughes.com) Received: (qmail 26990 invoked from network); 20 Jul 2002 20:15:15 -0000 Received: from hexch01.robhughes.com (192.168.1.3) by ns2.robhughes.com with SMTP; 20 Jul 2002 20:15:15 -0000 Received: from kahuna-ws.robhughes.com ([192.168.1.16]) by HEXCH01.robhughes.com with Microsoft SMTPSVC(5.0.2195.4905); Sat, 20 Jul 2002 15:15:14 -0500 Subject: Fam from ports on 5.0-current system dies From: Rob Hughes To: ports@geeksrus.net Cc: current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-MfMSky1NlIxbT9XdOib6" X-Mailer: Ximian Evolution 1.0.7 (1.0.7-2) Date: 20 Jul 2002 15:15:12 -0500 Message-Id: <1027196114.1620.14.camel@kahuna-ws.robhughes.com> Mime-Version: 1.0 X-OriginalArrivalTime: 20 Jul 2002 20:15:14.0082 (UTC) FILETIME=[28307820:01C2302A] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-MfMSky1NlIxbT9XdOib6 Content-Type: multipart/mixed; boundary="=-GyHosBNbhoMdrcHzzB5H" --=-GyHosBNbhoMdrcHzzB5H Content-Type: text/plain Content-Transfer-Encoding: quoted-printable cc'ed to -current as it may be relevant given that they're getting ready for DP2. I'm trying to build kde3 from ports from scratch on a -CURRENT system. During the fam-2.6.8, also from ports, section of the build, it dies with=20 checking for mountlist struct... no checking for mountlist pointer... no configure: error: Didn't find mountlist.ml_name or mountlist->ml_hostname in rpcsvc/mount.h =3D=3D=3D> Script "configure" failed unexpectedly. Please report the problem to ports@geeksrus.net [maintainer] and attach=20 the "/usr/ports/devel/fam/work/fam-2.6.8/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/devel/fam. Attached is the config.log file. Not sure at this point whether this is an issue in /usr/include/rpcsvc/mount.h or the port itself. --=20 Remember: the only difference between being the champ and the chump is u. --=-GyHosBNbhoMdrcHzzB5H Content-Disposition: attachment; filename=config.log Content-Type: text/plain; name=config.log; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:739: checking for a BSD compatible install configure:792: checking whether build environment is sane configure:849: checking whether gmake sets ${MAKE} configure:895: checking for working aclocal configure:908: checking for working autoconf configure:921: checking for working automake configure:934: checking for working autoheader configure:947: checking for working makeinfo configure:966: checking for Cygwin environment configure:982: cc -c -O -pipe -march=3Dpentiumpro conftest.c 1>&5 configure: In function `main': configure:978: `__CYGWIN32__' undeclared (first use in this function) configure:978: (Each undeclared identifier is reported only once configure:978: for each function it appears in.) configure: failed program was: #line 971 "configure" #include "confdefs.h" int main() { #ifndef __CYGWIN__ #define __CYGWIN__ __CYGWIN32__ #endif return __CYGWIN__; ; return 0; } configure:999: checking for mingw32 environment configure:1011: cc -c -O -pipe -march=3Dpentiumpro conftest.c 1>&5 configure: In function `main': configure:1007: `__MINGW32__' undeclared (first use in this function) configure:1007: (Each undeclared identifier is reported only once configure:1007: for each function it appears in.) configure: failed program was: #line 1004 "configure" #include "confdefs.h" int main() { return __MINGW32__; ; return 0; } configure:1028: checking how to run the C preprocessor configure:1049: cc -E conftest.c >/dev/null 2>conftest.out configure:1183: checking host system type configure:1204: checking build system type configure:1224: checking for gcc configure:1337: checking whether the C compiler (cc -O -pipe -march=3Dpenti= umpro ) works configure:1353: cc -o conftest -O -pipe -march=3Dpentiumpro conftest.c 1= >&5 configure:1379: checking whether the C compiler (cc -O -pipe -march=3Dpenti= umpro ) is a cross-compiler configure:1384: checking whether we are using GNU C configure:1393: cc -E conftest.c configure:1412: checking whether cc accepts -g configure:1455: checking for ld used by GCC configure:1523: checking if the linker (/usr/libexec/elf/ld) is GNU ld GNU ld version 2.12.0 [FreeBSD] 2002-04-10 configure:1540: checking for /usr/libexec/elf/ld option to reload object fi= les configure:1552: checking for BSD-compatible nm configure:1590: checking whether ln -s works configure:1611: checking how to recognise dependant libraries configure:1784: checking for object suffix configure:1790: cc -c -O -pipe -march=3Dpentiumpro conftest.c 1>&5 configure:1810: checking for executable suffix configure:1820: cc -o conftest -O -pipe -march=3Dpentiumpro conftest.c 1= >&5 configure:1851: checking command to parse /usr/bin/nm -B output configure:1927: cc -c -O -pipe -march=3Dpentiumpro conftest.c 1>&5 configure:1930: /usr/bin/nm -B conftest.o | sed -n -e 's/^.*[ ]\([ABCDGISTW= ][ABCDGISTW]*\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' > conft= est.nm configure:1981: cc -o conftest -O -pipe -march=3Dpentiumpro conftest.c co= nftstm.o 1>&5 configure:2027: checking for dlfcn.h configure:2037: cc -E conftest.c >/dev/null 2>conftest.out configure:2205: checking for ranlib configure:2272: checking for strip configure:2508: checking for objdir configure:2535: checking for cc option to produce PIC configure:2687: checking if cc PIC flag -fPIC works configure:2701: cc -c -O -pipe -march=3Dpentiumpro -fPIC -DPIC conftest.c = 1>&5 configure:2753: checking if cc static flag -static works configure:2768: cc -o conftest -O -pipe -march=3Dpentiumpro -static conft= est.c 1>&5 configure:2795: checking if cc supports -c -o file.o configure:2814: cc -c -O -pipe -march=3Dpentiumpro -o out/conftest2.o conf= test.c 1>&5 configure:2843: checking if cc supports -c -o file.lo configure:2859: cc -c -O -pipe -march=3Dpentiumpro -c -o conftest.lo conft= est.c 1>&5 configure:2908: checking if cc supports -fno-rtti -fno-exceptions configure:2921: cc -c -O -pipe -march=3Dpentiumpro -fno-rtti -fno-exception= s -c conftest.c conftest.c 1>&5 configure:2948: checking whether the linker (/usr/libexec/elf/ld) supports = shared libraries configure:3564: checking how to hardcode library paths into programs configure:3592: checking whether stripping libraries is possible configure:3606: checking dynamic linker characteristics configure:3992: checking if libtool supports shared libraries configure:4485: checking whether -lc should be explicitly linked in configure:4492: cc -c -O -pipe -march=3Dpentiumpro conftest.c 1>&5 configure:4505: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conft= est 2>&1 | grep -lc >/dev/null 2>&1 configure:5146: checking for c++ configure:5178: checking whether the C++ compiler (c++ -O -pipe -march=3Dp= entiumpro ) works configure:5194: c++ -o conftest -O -pipe -march=3Dpentiumpro conftest.C = 1>&5 configure:5220: checking whether the C++ compiler (c++ -O -pipe -march=3Dp= entiumpro ) is a cross-compiler configure:5225: checking whether we are using GNU C++ configure:5234: c++ -E conftest.C configure:5253: checking whether c++ accepts -g configure:5285: checking how to run the C++ preprocessor configure:5303: c++ -E conftest.C >/dev/null 2>conftest.out configure:5330: checking for ranlib configure:5370: checking for a BSD compatible install configure:5423: checking whether gmake sets ${MAKE} configure:5454: checking for tar configure:5490: checking for ldconfig configure:5527: checking for mntent.h configure:5537: c++ -E conftest.C >/dev/null 2>conftest.out configure:5533:20: mntent.h: No such file or directory configure: failed program was: #line 5532 "configure" #include "confdefs.h" #include configure:5588: checking for linux/imon.h configure:5598: c++ -E conftest.C >/dev/null 2>conftest.out configure:5594:24: linux/imon.h: No such file or directory configure: failed program was: #line 5593 "configure" #include "confdefs.h" #include configure:5640: checking for sys/statvfs.h configure:5650: c++ -E conftest.C >/dev/null 2>conftest.out configure:5680: checking for sys/syssgi.h configure:5690: c++ -E conftest.C >/dev/null 2>conftest.out configure:5686:24: sys/syssgi.h: No such file or directory configure: failed program was: #line 5685 "configure" #include "confdefs.h" #include configure:5720: checking for sys/fs/nfs_clnt.h configure:5730: c++ -E conftest.C >/dev/null 2>conftest.out configure:5726:29: sys/fs/nfs_clnt.h: No such file or directory configure: failed program was: #line 5725 "configure" #include "confdefs.h" #include configure:5768: checking SGI_NOHANG configure:5777: c++ -c -O -pipe -march=3Dpentiumpro conftest.C 1>&5 In file included from configure:5770: confdefs.h:9:1: warning: "HAVE_STATVFS" redefined confdefs.h:6:1: warning: this is the location of the previous definition configure:5771:24: sys/syssgi.h: No such file or directory configure: In function `int main()': configure:5773: `SGI_NOHANG' undeclared (first use this function) configure:5773: (Each undeclared identifier is reported only once for each function it appears in.) configure: failed program was: #line 5770 "configure" #include "confdefs.h" #include int main() { int i =3D SGI_NOHANG; ; return 0; } configure:5801: checking for _daemonize configure:5832: c++ -o conftest -O -pipe -march=3Dpentiumpro conftest.C = 1>&5 In file included from configure:5806: confdefs.h:9:1: warning: "HAVE_STATVFS" redefined confdefs.h:6:1: warning: this is the location of the previous definition /var/tmp//cc2Ronkx.o: In function `main': /var/tmp//cc2Ronkx.o(.text+0xa): undefined reference to `_daemonize' configure: failed program was: #line 5806 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char _daemonize(); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ #ifdef __cplusplus extern "C" #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char _daemonize(); int main() { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub__daemonize) || defined (__stub____daemonize) choke me #else _daemonize(); #endif ; return 0; } configure:5860: checking getgrmember configure:5878: c++ -o conftest -O -pipe -march=3Dpentiumpro conftest.C = 1>&5 In file included from configure:5868: confdefs.h:9:1: warning: "HAVE_STATVFS" redefined confdefs.h:6:1: warning: this is the location of the previous definition configure: In function `int main()': configure:5874: `NULL' undeclared (first use this function) configure:5874: (Each undeclared identifier is reported only once for each function it appears in.) configure:5874: `getgrmember' undeclared (first use this function) configure: failed program was: #line 5868 "configure" #include "confdefs.h" #ifdef __cplusplus extern "C" void exit(int); #endif #include int main(void) { getgrmember(NULL, NULL, 0, 0); return 0; } configure:5911: checking for stat.st_fstype string configure:5923: c++ -c -O -pipe -march=3Dpentiumpro conftest.C 1>&5 In file included from configure:5916: confdefs.h:9:1: warning: "HAVE_STATVFS" redefined confdefs.h:6:1: warning: this is the location of the previous definition configure: In function `int main()': configure:5919: `struct stat' has no member named `st_fstype' configure: failed program was: #line 5916 "configure" #include "confdefs.h" #include int main() { struct stat st; char *s =3D st.st_fstype; ; return 0; } configure:5949: checking for stat.st_ctim.tv_nsec (nanoseconds) configure:5961: c++ -c -O -pipe -march=3Dpentiumpro conftest.C 1>&5 In file included from configure:5954: confdefs.h:9:1: warning: "HAVE_STATVFS" redefined confdefs.h:6:1: warning: this is the location of the previous definition configure: In function `int main()': configure:5957: `struct stat' has no member named `st_ctim' configure: failed program was: #line 5954 "configure" #include "confdefs.h" #include int main() { struct stat st; st.st_ctim.tv_nsec =3D 0; ; return 0; } configure:5983: checking for mountlist struct configure:5996: c++ -c -O -pipe -march=3Dpentiumpro conftest.C 1>&5 In file included from configure:5985: confdefs.h:9:1: warning: "HAVE_STATVFS" redefined confdefs.h:6:1: warning: this is the location of the previous definition configure: In function `int main()': configure:5992: request for member `ml_name' in `ml', which is of non-aggre= gate type `mountbody*' configure: At global scope: configure:5994: syntax error at end of input configure: failed program was: #line 5985 "configure" #include "confdefs.h" typedef int fhandle_t; #include #include int main() { mountlist ml; char *h =3D ml.ml_name; ; return 0; } configure:6023: checking for mountlist pointer configure:6032: c++ -c -O -pipe -march=3Dpentiumpro conftest.C 1>&5 In file included from configure:6025: confdefs.h:9:1: warning: "HAVE_STATVFS" redefined confdefs.h:6:1: warning: this is the location of the previous definition configure:6030: syntax error at end of input configure: failed program was: #line 6025 "configure" #include "confdefs.h" #include int main() { mountlist ml; char *h =3D ml->ml_hostname; ; return 0; } --=-GyHosBNbhoMdrcHzzB5H-- --=-MfMSky1NlIxbT9XdOib6 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Comment: Please use bofh key to send me personal data. iD8DBQA9OcTQ/9y+qWKu6HERAm1WAJ4zpR55ycLRV9koVI+kVpp7FNQjyACfSvtg 0Psgj08V+GzBKVRHYa0mGM0= =4R0Y -----END PGP SIGNATURE----- --=-MfMSky1NlIxbT9XdOib6-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 13:22:41 2002 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 C211937B400 for ; Sat, 20 Jul 2002 13:22:38 -0700 (PDT) Received: from snark.rinet.ru (snark.rinet.ru [195.54.192.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id C736643E42 for ; Sat, 20 Jul 2002 13:22:37 -0700 (PDT) (envelope-from andrew@snark.rinet.ru) Received: from snark.rinet.ru (andrew@localhost [127.0.0.1]) by snark.rinet.ru (8.12.3/8.12.3) with ESMTP id g6KKMasA013265 for ; Sun, 21 Jul 2002 00:22:36 +0400 (MSD) (envelope-from andrew@snark.rinet.ru) Received: (from andrew@localhost) by snark.rinet.ru (8.12.3/8.12.3/Submit) id g6KKMan5013264 for current@freebsd.org; Sun, 21 Jul 2002 00:22:36 +0400 (MSD) Date: Sun, 21 Jul 2002 00:22:36 +0400 From: Andrew Kolchoogin To: current@freebsd.org Subject: Re: Still no XFree86-4 Message-ID: <20020720202236.GA12769@snark.rinet.ru> References: <3D3929DF.4020200@veidit.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! On Sat, Jul 20, 2002 at 03:08:07PM -0400, Garance A Drosihn wrote: [ rotten away ] >>make: don't know how to make /usr/X11R6/bin/ucs2any.pl. Stop >>*** Error code 2 > This program ("/usr/X11R6/bin/ucs2any.pl") should have been installed > by the port XFree86-clients-4.2.0_2 Some oddities in this case might be if (I don't know how and why) XFree86-clients-4.2.0_2 hasn't install correctly and 'make' for some obvious reasons tries to continue meta-port building. By the way, as of ports tree from July, 17 XFree86-clients-4.2.0_2 does have a problem with build/installation -- glxinfo doesn't link because 'make' tries to use 'cc' for linking instead of 'c++', and libGLU is a C++ library. After manual 'Makefile' editing all is O.K., yesterday I checked it by building X libraries, X clients and X 100dpi fonts using appropriate ports. JFYI: some ports are "broken-on-usage" because of linker issue. For example, if you try to build mod_php4 with pspell support, it builds and links, but, of course, doesn't work: Syntax error on line 277 of /usr/contrib/etc/apache2/httpd.conf: Cannot load /usr/contrib/libexec/apache2/libphp4.so into server: /usr/contrib/li b/libpspell.so.4: Undefined symbol "_ZTV8ifstream" Sure, 'cc', as a C compiler driver, knows nothing about C++ I/O streams. :) Andrew. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 13:24:36 2002 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 42C4C37B401 for ; Sat, 20 Jul 2002 13:24:32 -0700 (PDT) Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87D6B43E3B for ; Sat, 20 Jul 2002 13:24:31 -0700 (PDT) (envelope-from jhs@jhs.muc.de) Received: from fwd00.sul.t-online.de by mailout04.sul.t-online.com with smtp id 17W0m2-0002op-01; Sat, 20 Jul 2002 22:24:18 +0200 Received: from jhs.muc.de (520006753247-0001@[217.80.224.33]) by fmrl00.sul.t-online.com with esmtp id 17W0ls-0IT1eKC; Sat, 20 Jul 2002 22:24:08 +0200 Received: from flip.jhs.private (flip.jhs.private [192.168.91.24]) by jhs.muc.de (8.11.6/8.11.6) with ESMTP id g6KK0cT26929; Sat, 20 Jul 2002 22:00:39 +0200 (MET DST) (envelope-from jhs@jhs.muc.de) Received: from flip.jhs.private (localhost [127.0.0.1]) by flip.jhs.private (8.11.6/8.11.6) with ESMTP id g6KJQsD82788; Sat, 20 Jul 2002 21:27:48 +0200 (CEST) (envelope-from jhs@flip.jhs.private) Message-Id: <200207201927.g6KJQsD82788@flip.jhs.private> To: Dag-Erling Smorgrav Cc: Christopher Sharp , current@FreeBSD.ORG Subject: Re: XFree86 upgrade broke mousewheel scrolling In-Reply-To: Message from Dag-Erling Smorgrav of "20 Jul 2002 16:46:52 +0200." Date: Sat, 20 Jul 2002 21:26:54 +0200 From: "Julian H. Stacey" X-Sender: 520006753247-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: > I think that was uncalled for. Christopher isn't a newbie asking for I've replied privately. List does not need follow up noise. Julian Stacey Computer Sys. Eng. & Unix Consultant, Munich Ihr Rauchen = mein allergischer Kopfschmerz ! Schnupftabak probieren. 7000 Free programs: http://www.freebsd.org/ports/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 14: 9:21 2002 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 B79EF37B408 for ; Sat, 20 Jul 2002 14:09:15 -0700 (PDT) Received: from mailc.telia.com (mailc.telia.com [194.22.190.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D903D43E8A for ; Sat, 20 Jul 2002 14:09:12 -0700 (PDT) (envelope-from john@veidit.net) Received: from d1o1000.telia.com (d1o1000.telia.com [217.208.12.241]) by mailc.telia.com (8.12.5/8.12.5) with ESMTP id g6KL953E016811; Sat, 20 Jul 2002 23:09:05 +0200 (CEST) X-Original-Recipient: current@FreeBSD.ORG Received: from veidit.net (h59n1fls35o1000.telia.com [217.210.234.59]) by d1o1000.telia.com (8.10.2/8.10.1) with ESMTP id g6KL94Z25546; Sat, 20 Jul 2002 23:09:04 +0200 (CEST) Message-ID: <3D39D17B.6030006@veidit.net> Date: Sat, 20 Jul 2002 23:09:15 +0200 From: John Angelmo User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1a) Gecko/20020611 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Garance A Drosihn Cc: current@FreeBSD.ORG Subject: Re: Still no XFree86-4 References: <3D3929DF.4020200@veidit.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Garance A Drosihn wrote: > At 11:14 AM +0200 7/20/02, John Angelmo wrote: > >> Well here's my latest XFree86-4 build errors, I made a clean >> build uninstalled XFree-4, perl and so on but still I get >> these errors > > > This is something of a run-on sentence, and it does not make it > clear what *exactly* you did. > > In my case, I first cvsup'ed my /usr/src tree, and did a buildworld > and installworld to make sure I had the latest fixes to gcc. > > I then did a /usr/local/sbin/pkg_deinstall for imake and > all pieces of XFree86-4. I do not have anything else X-ish (such > as Gnome or KDE), so at that point I should have had an empty > /usr/X11R6 directory. I did not, so I removed everything that > was left over in that directory. > > I then cvsup'ed my entire ports collection, to make sure I had > the latest snapshot of all the ports. In fact, in my case I first > *removed* all of the files from /usr/ports/devel/imake and > /usr/ports/x*/XFree84-4*, but I only had to do that because I > had a lot of left-over patch files around from my earlier attempts > to get X installed. And then I cvsup'ed the ports collection. > > I installed the perl port. I then did the command > use.perl port > which gets the system so it will consistently use the version of > perl which I had just installed. > > I then installed imake-4. > I then installed XFree86-4. > In my case (a week or so ago), I ran into a problem were Wraphelp.c > did not end up where it needed to be. That problem may be fixed by > now, but at the time I just copied that file to where it needed to > be, finished building and installing that port, and then went back > to installing XFree86-4 (the "meta-port"). > > Other than the problem with Wraphelp.c, everything compiled OK and > seems to be working OK. > > I know it is frustrating when you keep trying to build this and it > keeps failing, certainly I was frustrated when I could not build it > for a few weeks. But I do think that the XFree86-4 ports are now > working correctly, even on -current. > >> make: don't know how to make /usr/X11R6/bin/ucs2any.pl. Stop >> *** Error code 2 > > > This program ("/usr/X11R6/bin/ucs2any.pl") should have been installed > by the port XFree86-clients-4.2.0_2 > Well if I install XFree86-4-clients before XFree86-4 then everything works, perhaps this should be fixed in the XFree86-4 metaport since most ppl start building from the metaport and not the client? /John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 15:19:15 2002 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 3F37137B400 for ; Sat, 20 Jul 2002 15:19:14 -0700 (PDT) Received: from csharp.dyndns.org (pD9E465E0.dip.t-dialin.net [217.228.101.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87A3743E31 for ; Sat, 20 Jul 2002 15:19:13 -0700 (PDT) (envelope-from csharp@freeshell.org) Received: from localhost.cthulhu.net ([127.0.0.1] helo=csharp.dyndns.org ident=mephisto) by csharp.dyndns.org with smtp (Exim 4.05) id 17W2aY-0000Bq-00 for current@FreeBSD.ORG; Sun, 21 Jul 2002 00:20:35 +0200 Date: Sun, 21 Jul 2002 00:20:34 +0200 From: Christopher Sharp To: current@FreeBSD.ORG Subject: Re: XFree86 upgrade broke mousewheel scrolling Message-Id: <20020721002034.11640e14.csharp@freeshell.org> In-Reply-To: <200207200909.g6K99eD78784@flip.jhs.private> References: <20020719160723.GA2702@web.de> <200207200909.g6K99eD78784@flip.jhs.private> X-Mailer: Sylpheed version 0.7.8claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The problem was solved ... Thanks to anyone who send me the patch ... - Christopher -- Any time things appear to be going better, you have overlooked something. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 17: 4:15 2002 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 C198237B400 for ; Sat, 20 Jul 2002 17:04:13 -0700 (PDT) Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A5B543E42 for ; Sat, 20 Jul 2002 17:04:13 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id g6KNlw9E091312; Sat, 20 Jul 2002 19:47:58 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <3D39D17B.6030006@veidit.net> References: <3D3929DF.4020200@veidit.net> <3D39D17B.6030006@veidit.net> Date: Sat, 20 Jul 2002 19:47:57 -0400 To: John Angelmo From: Garance A Drosihn Subject: Re: Still no XFree86-4 Cc: current@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 11:09 PM +0200 7/20/02, John Angelmo wrote: >Garance A Drosihn wrote: >>At 11:14 AM +0200 7/20/02, John Angelmo wrote: >>>make: don't know how to make /usr/X11R6/bin/ucs2any.pl. Stop >>>*** Error code 2 >> >>This program ("/usr/X11R6/bin/ucs2any.pl") should have been >>installed by the port XFree86-clients-4.2.0_2 > >Well if I install XFree86-4-clients before XFree86-4 then >everything works, perhaps this should be fixed in the XFree86-4 >metaport since most ppl start building from the metaport and not >the client? If you have no X installed, and you install the meta-port, then everything seems to work correctly. It did for me, at least. It's when you have *some* parts of X installed that the meta-port can be confused on what you do and do not have installed. Perhaps the port should be changed to also include ucs2any.pl, and to make XFree86-4-clients if it is not there. I'm not sure how easy that is to do, though. (I do not work on these ports, so all I have is a wealth of ignorance to back me up... :-) -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 17:13:59 2002 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 63F2737B400 for ; Sat, 20 Jul 2002 17:13:57 -0700 (PDT) Received: from prserv.net (out4.prserv.net [32.97.166.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02AB143E42 for ; Sat, 20 Jul 2002 17:13:57 -0700 (PDT) (envelope-from kdagee@attglobal.net) Received: from slip-12-65-114-113.mis.prserv.net ([12.65.114.113]) by prserv.net (out4) with SMTP id <200207210013552040460i4ie>; Sun, 21 Jul 2002 00:13:55 +0000 Subject: [Fwd: 5.0 DP1 compilation errors] From: karl agee To: freebsd-current Content-Type: multipart/mixed; boundary="=-yxuljrj9NUDcRaj2f0HV" X-Mailer: Ximian Evolution 1.0.8 Date: 20 Jul 2002 17:14:06 -0700 Message-Id: <1027210452.508.36.camel@enterprise.workgroup> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-yxuljrj9NUDcRaj2f0HV Content-Type: text/plain Content-Transfer-Encoding: 7bit --=-yxuljrj9NUDcRaj2f0HV Content-Disposition: inline Content-Description: Forwarded message - 5.0 DP1 compilation errors Content-Type: message/rfc822 Subject: 5.0 DP1 compilation errors From: karl agee To: freebsd-questions Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1027210304.508.34.camel@enterprise.workgroup> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.0.8 Date: 20 Jul 2002 17:12:30 -0700 Ok...a followup to my earlier post... this is the makefile for the iir module. Is there something in here that causes it to crap the compilation process? I dont have any iir/raid stuff, I have it commented out of the config file. --karl # $FreeBSD: src/sys/modules/iir/Makefile,v 1.1 2002/01/20 08:51:08 msmith Exp $ KMOD = iir .PATH: ${.CURDIR}/../../dev/${KMOD} SRCS = iir.c iir_ctrl.c iir_pci.c SRCS += opt_scsi.h opt_cam.h SRCS += device_if.h bus_if.h pci_if.h .include --=-yxuljrj9NUDcRaj2f0HV-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 19:40:55 2002 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 679A937B400 for ; Sat, 20 Jul 2002 19:40:53 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EBAE43E64 for ; Sat, 20 Jul 2002 19:40:52 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id MAA00419; Sun, 21 Jul 2002 12:40:45 +1000 Date: Sun, 21 Jul 2002 12:44:46 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Christian Weisgerber Cc: freebsd-current@FreeBSD.ORG Subject: Re: top shows weird CPU figures In-Reply-To: Message-ID: <20020721122804.U18590-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 20 Jul 2002, Christian Weisgerber wrote: > top(1) shows weird WCPU/CPU figures for my setiathome process. A > few minutes ago, it gave four-digit(!) percent figures, i.e. 4000% > and such, now it shows a solid 0.00% despite setiathome being the > one process to produce the overall "75% nice" figure. > > This is on -CURRENT/alpha from July 17. > (setiathome is a Tru64 executable running under emulation.) This is probably fixed in kern_synch.c.1.188 on July 17. %CPU (not to mention scheduling) was completely broken by considering sleeping processes to be running and scheduling them, and running processes to be sleeping and not scheduling them. All running processes had %CPU == 0 except just after they became runnable. I think the huge %CPUs are from sequences. CPU ticks are accumulated during the long run period but not handled properly. Then they are handled sort of backwards during the sleep period. Then they all appear at once during the next run period, and 400% results when there are 4 times as many ticks as possible in the short run period. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 21:29:22 2002 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 013EC37B400 for ; Sat, 20 Jul 2002 21:29:20 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E08FF43E3B for ; Sat, 20 Jul 2002 21:29:18 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id OAA08228; Sun, 21 Jul 2002 14:29:13 +1000 Date: Sun, 21 Jul 2002 14:33:15 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Bakul Shah Cc: current@FreeBSD.ORG Subject: Re: suspend bug In-Reply-To: <200207181933.PAA05510@thunderer.cnchost.com> Message-ID: <20020721141841.H18880-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 18 Jul 2002, Bakul Shah wrote: > Try this: > > $ csh > % su > Password: > % stop $$ > > Suspended (signal) > %fg > > At which point you will lose you login shell. > > Prior to KSE one could switch between an su'ed shell and a > normal shell at will by using stop $$ and fg. Some more details: - this happens for csh but not for bash-1. - ktracing everything shows further strange behaviour. ktrace causes a kernel printf "Out of ktrace request objects.". The login shell is not lost immediately. You get a shell prompt, but at least tty echo is broken, and hitting return a few times causes all the shells to exit. > Is this breakage considered a bug or a feature? Bug. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 21:50: 9 2002 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 DFC2B37B400; Sat, 20 Jul 2002 21:50:04 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7E0343E42; Sat, 20 Jul 2002 21:50:03 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id OAA09468; Sun, 21 Jul 2002 14:49:58 +1000 Date: Sun, 21 Jul 2002 14:54:00 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Bakul Shah Cc: current@FreeBSD.ORG, Subject: Re: suspend bug In-Reply-To: <20020721141841.H18880-100000@gamplex.bde.org> Message-ID: <20020721145145.R19118-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 21 Jul 2002, Bruce Evans wrote: > On Thu, 18 Jul 2002, Bakul Shah wrote: > > > Try this: > > > > $ csh > > % su > > Password: > > % stop $$ > > > > Suspended (signal) > > %fg > > > > At which point you will lose you login shell. > > > > Prior to KSE one could switch between an su'ed shell and a > > normal shell at will by using stop $$ and fg. > > Some more details: > - this happens for csh but not for bash-1. > - ktracing everything shows further strange behaviour. ktrace causes a > kernel printf "Out of ktrace request objects.". The login shell is > not lost immediately. You get a shell prompt, but at least tty echo is > broken, and hitting return a few times causes all the shells to exit. > > > Is this breakage considered a bug or a feature? > > Bug. The bug is actually in su. It happens with a pre-KSEIII kernel. Backing out rev.1.54 of su.c (which was apparently supposed to fix a related bug tcsh's fg command) fixes it. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 23:17:47 2002 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 77D8D37B400; Sat, 20 Jul 2002 23:17:45 -0700 (PDT) Received: from wellington.cnchost.com (wellington.concentric.net [207.155.252.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27A7743E42; Sat, 20 Jul 2002 23:17:45 -0700 (PDT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (adsl-209-204-185-216.sonic.net [209.204.185.216]) by wellington.cnchost.com id CAA27637; Sun, 21 Jul 2002 02:17:43 -0400 (EDT) [ConcentricHost SMTP Relay 1.14] Message-ID: <200207210617.CAA27637@wellington.cnchost.com> To: Bruce Evans Cc: current@FreeBSD.ORG, ache@FreeBSD.ORG Subject: Re: suspend bug In-reply-to: Your message of "Sun, 21 Jul 2002 14:54:00 +1000." <20020721145145.R19118-100000@gamplex.bde.org> Date: Sat, 20 Jul 2002 23:17:41 -0700 From: Bakul Shah Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Some more details: > - this happens for csh but not for bash-1. > - ktracing everything shows further strange behaviour. ktrace causes a > kernel printf "Out of ktrace request objects.". The login shell is > not lost immediately. You get a shell prompt, but at least tty echo is > broken, and hitting return a few times causes all the shells to exit. With zsh the login shell doesn't die but the suspended su stays suspended after repeated fg attempts. > The bug is actually in su. It happens with a pre-KSEIII kernel. Backing > out rev.1.54 of su.c (which was apparently supposed to fix a related bug > tcsh's fg command) fixes it. Thanks very much for tracking this down! Should've suspected su first (sorry, Julian!). It would be nice if we had a regression test for most commands to prevent such breakage. If there is a framework in place people can add tests for individual commands. Ideas, anyone? -- bakul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 23:32:34 2002 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 9C76837B400 for ; Sat, 20 Jul 2002 23:32:32 -0700 (PDT) Received: from outpost.cryptohill.net (outpost.cryptohill.net [64.21.143.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C00E43E58 for ; Sat, 20 Jul 2002 23:32:32 -0700 (PDT) (envelope-from jeroen@vangelderen.org) Received: from grolsch.cryptohill.net (grolsch.cryptohill.net [24.244.145.13]) by outpost.cryptohill.net (Postfix) with ESMTP id 5B61724D16; Thu, 18 Jul 2002 10:30:19 -0400 (EDT) Date: Thu, 18 Jul 2002 10:30:18 -0400 Subject: Re: getting vmemoryuse resource limit: Invalid argument Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) Cc: To: Gavin Atkinson From: Jeroen C.van Gelderen In-Reply-To: Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.482) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thursday, July 18, 2002, at 04:47 , Gavin Atkinson wrote: > > Getting this since updating kernel/word to a cvsup a couple of days ago. > > Jul 18 09:21:24 epsilon login: getting vmemoryuse resource limit: > Invalid argument > Jul 18 09:22:00 epsilon /usr/sbin/cron[342]: getting vmemoryuse > resource limit: Invalid argument > Jul 18 09:25:00 epsilon /usr/sbin/cron[355]: getting vmemoryuse > resource limit: Invalid argument > Jul 18 09:30:00 epsilon /usr/sbin/cron[359]: getting vmemoryuse > resource limit: Invalid argument > Jul 18 09:33:00 epsilon /usr/sbin/cron[363]: getting vmemoryuse > resource limit: Invalid argument > Jul 18 09:34:26 epsilon sshd[367]: getting vmemoryuse resource limit: > Invalid argument > Jul 18 09:33:00 epsilon /usr/sbin/cron[369]: getting vmemoryuse > resource limit: Invalid argument > > Previously working kernel was cvsupped June 23rd. Did you run mergemaster? You should have a line like :vmemoryuse=unlimited:\ in your login.conf. -J To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 20 23:40:25 2002 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 E325E37B400 for ; Sat, 20 Jul 2002 23:40:14 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B01243E31 for ; Sat, 20 Jul 2002 23:40:14 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020721064013.WQQO6023.sccrmhc02.attbi.com@InterJet.elischer.org>; Sun, 21 Jul 2002 06:40:13 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id XAA97736; Sat, 20 Jul 2002 23:35:56 -0700 (PDT) Date: Sat, 20 Jul 2002 23:35:54 -0700 (PDT) From: Julian Elischer To: FreeBSD current users Cc: Bakul Shah Subject: Re: suspend bug In-Reply-To: <20020721141841.H18880-100000@gamplex.bde.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 21 Jul 2002, Bruce Evans wrote: > On Thu, 18 Jul 2002, Bakul Shah wrote: > > > Try this: > > > > $ csh > > % su > > Password: > > % stop $$ > > > > Suspended (signal) > > %fg > > > > At which point you will lose you login shell. umm.. you do? julian@jules:csh julian@jules:su Password: jules# stop $$ Suspended (signal) julian@jules:fg su jules# exit julian@jules: ps [...] 760 p6 Ss 0:00.04 csh 762 p6 S 0:00.03 csh julian@jules:exit julian@jules: where would you expect to see something different from what I'm seeing? (obviously a POST KSE-III kernel.. upto and including peter's proc/UMA additions) > > > > Prior to KSE one could switch between an su'ed shell and a > > normal shell at will by using stop $$ and fg. > > Some more details: > - this happens for csh but not for bash-1. or csh on my system for that matter > - ktracing everything shows further strange behaviour. ktrace causes a > kernel printf "Out of ktrace request objects.". The login shell is > not lost immediately. You get a shell prompt, but at least tty echo is > broken, and hitting return a few times causes all the shells to exit. probably some breakage in your local systemm doesn't happen here. Unless it's jhb's ktrace changes (I don;t know if I have them.. probably do. > > > Is this breakage considered a bug or a feature? > > Bug. > > Bruce > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 21 0: 0:22 2002 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 E049B37B400; Sun, 21 Jul 2002 00:00:17 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17D4D43E3B; Sun, 21 Jul 2002 00:00:17 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020721070016.XAEI6023.sccrmhc02.attbi.com@InterJet.elischer.org>; Sun, 21 Jul 2002 07:00:16 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id XAA97776; Sat, 20 Jul 2002 23:40:45 -0700 (PDT) Date: Sat, 20 Jul 2002 23:40:43 -0700 (PDT) From: Julian Elischer To: Bakul Shah Cc: Bruce Evans , current@FreeBSD.ORG, ache@FreeBSD.ORG Subject: Re: suspend bug In-Reply-To: <200207210617.CAA27637@wellington.cnchost.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 20 Jul 2002, Bakul Shah wrote: > With zsh the login shell doesn't die but the suspended su > stays suspended after repeated fg attempts. > > > The bug is actually in su. It happens with a pre-KSEIII kernel. Backing > > out rev.1.54 of su.c (which was apparently supposed to fix a related bug > > tcsh's fg command) fixes it. > > Thanks very much for tracking this down! Should've suspected su > first (sorry, Julian!). I'm relieved.. it didn't happen here.. I don't understand why I'm only seeing half this conversation.. I didn't see the original bug report, nor the mail suggesting that it was a problem in su and not in the KSE changes. (who sent that?) Julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message