From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 00:26:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1276916A420; Sun, 3 Jul 2005 00:26:20 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 430E843DA1; Sun, 3 Jul 2005 00:17:13 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id E0050612A5; Sat, 2 Jul 2005 17:16:51 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 46BB15C98A for ; Fri, 31 Dec 2004 02:33:30 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 0DEE955699 for ; Fri, 31 Dec 2004 10:33:30 +0000 (GMT) (envelope-from owner-freebsd-ia64@freebsd.org) Received: by hub.freebsd.org (Postfix) id C772216A4D4; Fri, 31 Dec 2004 10:33:29 +0000 (GMT) Delivered-To: ps@freebsd.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id B917016A4CF; Fri, 31 Dec 2004 10:33:29 +0000 (GMT) Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A68F16A4CE; Fri, 31 Dec 2004 10:33:28 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEFD943D41; Fri, 31 Dec 2004 10:33:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iBVAXRpT065827; Fri, 31 Dec 2004 05:33:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iBVAXQQ1011002; Fri, 31 Dec 2004 05:33:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B64B07306E; Fri, 31 Dec 2004 05:33:26 -0500 (EST) From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041231103326.B64B07306E@freebsd-current.sentex.ca> X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner3 X-Virus-Scanned: ClamAV 0.80/627/Sun Dec 12 14:53:11 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Status: Clean X-Virus-Status: Clean X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Sender: owner-freebsd-ia64@freebsd.org Errors-To: owner-freebsd-ia64@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-0.8 required=5.0 tests=ADDR_FREE,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:26:20 -0000 X-Original-Date: Fri, 31 Dec 2004 05:33:26 -0500 (EST) X-List-Received-Date: Sun, 03 Jul 2005 00:26:20 -0000 TB --- 2004-12-31 08:10:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-12-31 08:10:35 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-12-31 08:10:35 - checking out the source tree TB --- 2004-12-31 08:10:35 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2004-12-31 08:10:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-12-31 08:24:06 - building world (CFLAGS=-O2 -pipe) TB --- 2004-12-31 08:24:06 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-12-31 08:24:06 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-12-31 09:59:14 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-12-31 09:59:14 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-12-31 09:59:14 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Dec 31 09:59:14 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Dec 31 10:19:14 UTC 2004 TB --- 2004-12-31 10:19:14 - generating LINT kernel config TB --- 2004-12-31 10:19:14 - cd /home/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf TB --- 2004-12-31 10:19:14 - /usr/bin/make -B LINT TB --- 2004-12-31 10:19:14 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-12-31 10:19:14 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-12-31 10:19:14 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 31 10:19:14 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/netinet6/udp6_output.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/netinet6/udp6_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/netipx/ipx.c In file included from /tinderbox/CURRENT/ia64/ia64/src/sys/netipx/ipx.c:52: /tinderbox/CURRENT/ia64/ia64/src/sys/netipx/ipx_var.h:88: warning: "struct ipxpcb" declared inside parameter list /tinderbox/CURRENT/ia64/ia64/src/sys/netipx/ipx_var.h:88: warning: its scope is only this definition or declaration, which is probably not what you want /tinderbox/CURRENT/ia64/ia64/src/sys/netipx/ipx_var.h:94: warning: "struct ipxpcb" declared inside parameter list /tinderbox/CURRENT/ia64/ia64/src/sys/netipx/ipx_var.h:96: warning: "struct ipxpcb" declared inside parameter list *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-12-31 10:33:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-12-31 10:33:26 - ERROR: failed to build lint kernel TB --- 2004-12-31 10:33:26 - tinderbox aborted _______________________________________________ freebsd-ia64@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ia64 To unsubscribe, send any mail to "freebsd-ia64-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 00:28:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC79E16A42C; Sun, 3 Jul 2005 00:28:37 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54AC243DC3; Sun, 3 Jul 2005 00:17:46 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 35AB06134D; Sat, 2 Jul 2005 17:16:59 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 458F65C990 for ; Tue, 4 Jan 2005 07:49:56 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 0AA8E56539; Tue, 4 Jan 2005 15:49:54 +0000 (GMT) (envelope-from owner-freebsd-hardware@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id DE11E16A4CF; Tue, 4 Jan 2005 15:49:53 +0000 (GMT) Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3677316A4D3; Tue, 4 Jan 2005 15:49:42 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F39143D46; Tue, 4 Jan 2005 15:49:41 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) j04Fn8Ho097125 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 4 Jan 2005 16:49:11 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j04FmhXX015345 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Jan 2005 16:48:44 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j04FmhN1077113; Tue, 4 Jan 2005 16:48:43 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j04Fmg6s077112; Tue, 4 Jan 2005 16:48:42 +0100 (CET) (envelope-from ticso) From: Bernd Walter To: freebsd-current@freebsd.org, hardware@freebsd.org, Pete Carah Message-ID: <20050104154841.GK64429@cicely12.cicely.de> References: <20050103205820.GA74545@users.altadena.net> <200501041154.51256.doconnor@gsoft.com.au> <200501040831.j048VHNu097962@Mail.NOSPAM.DynDNS.dK> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200501040831.j048VHNu097962@Mail.NOSPAM.DynDNS.dK> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-hardware@freebsd.org Errors-To: owner-freebsd-hardware@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: Subject: Re: Adaptec USB2Xchange X-BeenThere: freebsd-current@freebsd.org Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:28:38 -0000 X-Original-Date: Tue, 4 Jan 2005 16:48:42 +0100 X-List-Received-Date: Sun, 03 Jul 2005 00:28:38 -0000 On Tue, Jan 04, 2005 at 09:31:18AM +0100, Barry Bouwsma wrote: > Daniel O'Connor wrote: > > > > I have reason to use a USB to SCSI adapter under FBSD. I have a > > > USB2Xchange from Adaptec, but (as usual for adaptec) it requires a firmware > > > load, which appears harder in usb than in PCI. Does anyone know how to do > > > There is a USB firmware standard called DFU (Device Firmware Upgrade) which > > quite a nunmber of devices use (eg Atmel WiFi, Ti USB Audio, etc). > [...] > > > Unfortunatly it's hard to say if your device does DFU at all.. I would suggest > > pulling it apart and trying to find data sheets on the chips in it. > > For anyone who doesn't thrill to the sound of plastic yielding a > satisfying *SNAP*, I happen to have one of these (1989100) thanks > to a friend, who also gave me a different device that works without > a need for firmware load or anything -- though I have no SCSI > devices to test, in case anyone is interested in things that Just > Probably Work As-Is: > umass0 at uhub3 port 1 configuration 1 interface 0 > umass0: Microtech International, Inc. USB-SCSI-HD50, rev 1.00/1.00, addr 6 > umass0: using SCSI over Bulk-Only > scsibus0 at umass0: 2 targets, 1 lun per target > probe(umass0:0:0:0): generic HBA error > That's under NetBSD; FreeBSD looked comparable. It also required > being snapped apart, because at first it didn't work at all, and I > discovered two things: The power USB wire had come detached, and > secondly, a SMD inductor was missing, so I have no idea how it ever > passed quality control, nor do I want to know. Maybe they get powered by termpower from the attached drive. > Anyway, I'll not post a `usbgen' or `usbctl' from this device, as > there's not much to see that's not already known, unless there's a > call for it. Don't think thats usefull - we already know it's SCSI over bulk-Only. However a FreeBSD dmesg would be interesting. > Inside my device seems to be a Cypress Semiconductor chip, something > like CY7xx8013-56PVC where the `xx' is hard to make out > CYP 608578 > The mystery `xx' could be `C6'; or the first character could be `0' or > perhaps `6'; the second character could be a `6' or `8' or maybe a > `C' or `0' -- hard to tell as there's a thick blue marker line atop > the chip, and my eyes aren't so good. Don't know about this special chip, but most of them are basicly Mikrocontrollers with embedded USB hardware and allow custom firmware. No clue how they do the SCSI part, since the chips typically are only fast with embedded hardware and the components I know all include ATA controllers. > I did notice this mailing list post for Linux, if not yet known: > http://www.mail-archive.com/linux-usb-devel@lists.sourceforge.net/msg22138.html > but I haven't looked into it. Sounds promissing. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de _______________________________________________ freebsd-hardware@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hardware To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 00:38:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6B6316A4C1; Sun, 3 Jul 2005 00:37:38 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 032734447B; Sun, 3 Jul 2005 00:21:15 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 023F8624B0; Sat, 2 Jul 2005 17:20:05 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 083B95C990 for ; Sun, 27 Feb 2005 11:56:50 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 3EEDB568B6; Sun, 27 Feb 2005 19:56:35 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id C2B3B16A4D8; Sun, 27 Feb 2005 19:56:33 +0000 (GMT) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7CB116A4CE; Sun, 27 Feb 2005 19:56:29 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 381F343D2D; Sun, 27 Feb 2005 19:56:29 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.115] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j1RJqDki021146; Sun, 27 Feb 2005 14:52:13 -0500 Message-ID: <422225D6.5020009@root.org> From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: multipart/mixed; boundary="------------090503090002020109050805" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Level: Cc: stable@freebsd.org Subject: patch: fix ata panic with Thinkpad CD and DVD drives X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:38:12 -0000 X-Original-Date: Sun, 27 Feb 2005 11:56:06 -0800 X-List-Received-Date: Sun, 03 Jul 2005 00:38:12 -0000 This is a multi-part message in MIME format. --------------090503090002020109050805 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit If you've been having "memory modified after free" panics on -current and have a Thinkpad, the attached patch should fix things for you. A quick check of RELENG_5 indicates that the bug is probably there also but I haven't tested for it there. The bug is triggered by timeouts in the ata_getparam() probe path. The ata_timeout() fires and ata_end_transaction() is called to get the status. However, it continues down into ata_pio_read() even though there is no data available since we had a timeout, not read completion. ata_pio_read() reads 512 bytes of probably bogus data. The important problem is that it also advances donecount. On subsequent timeouts (note there are 4 below), donecount advances into unallocated memory and so subsequent ata_pio_read() calls overwrite 512 bytes of someone else's memory. The fix is to exit immediately if ATA_R_TIMEOUT is set after reading the status in ata_end_transaction(). It shouldn't go into ata_pio_read() if there was a timeout. The patch does this. However, it only handles PIO timeouts since I wasn't sure the best way to proceed for unwinding DMA state and the like for the other cases. This is enough to fix the overwrite and subsequent panic on my systems. I've run heavy IO stress and DVD accesses for a while and no further panics. While looking into this, I found another potential problem. In one reinjection case, donecount wasn't reset to 0. The patch for ata-queue.c does this and I think it's necessary but don't hit this case in testing so I can't be sure. Finally, there's one whitespace nit that helps with clarity. These are similar bugs to one found back in August that had the same effect. Here's the closest reference I could find in the mail archives for this: http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-August/033033.html Please fix this before 5.4-R, thanks. Here is the hardware in question. This bug is triggered by various CD, DVD, CDRW, etc. drives shipped with Thinkpads. atapci0: port 0x1860-0x186f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ad0: 19077MB [41344/15/63] at ata0-master UDMA100 ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1-slave: FAILURE - ATAPI_IDENTIFY timed out acd0: FAILURE - SETFEATURES SET TRANSFER MODE timed out acd0: DVDROM at ata1-master UDMA33 -- Nate --------------090503090002020109050805 Content-Type: text/plain; name="ata_panic.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata_panic.diff" Index: sys/dev/ata/ata-lowlevel.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-lowlevel.c,v retrieving revision 1.51 diff -u -r1.51 ata-lowlevel.c --- sys/dev/ata/ata-lowlevel.c 24 Dec 2004 13:38:25 -0000 1.51 +++ sys/dev/ata/ata-lowlevel.c 27 Feb 2005 19:23:09 -0000 @@ -297,6 +297,9 @@ /* ATA PIO data transfer and control commands */ default: + /* XXX Doesn't handle the non-PIO case. */ + if (request->flags & ATA_R_TIMEOUT) + return ATA_OP_FINISHED; /* on control commands read back registers to the request struct */ if (request->flags & ATA_R_CONTROL) { @@ -321,7 +324,7 @@ ata_pio_read(request, request->transfersize); /* update how far we've gotten */ - request->donecount += request->transfersize; + request->donecount += request->transfersize; /* do we need a scoop more ? */ if (request->bytecount > request->donecount) { Index: sys/dev/ata/ata-queue.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-queue.c,v retrieving revision 1.41 diff -u -r1.41 ata-queue.c --- sys/dev/ata/ata-queue.c 8 Dec 2004 11:16:33 -0000 1.41 +++ sys/dev/ata/ata-queue.c 27 Feb 2005 19:22:16 -0000 @@ -249,6 +249,7 @@ && request->device->param){ request->flags &= ~(ATA_R_TIMEOUT | ATA_R_DEBUG); request->flags |= (ATA_R_IMMEDIATE | ATA_R_REQUEUE); + request->donecount = 0; ATA_DEBUG_RQ(request, "completed reinject"); ata_queue_request(request); return; --------------090503090002020109050805 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --------------090503090002020109050805-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 00:38:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CCC216A4F4; Sun, 3 Jul 2005 00:37:42 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C668444BF; Sun, 3 Jul 2005 00:21:34 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 37CBC624C8; Sat, 2 Jul 2005 17:20:09 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id C5AD45C8DB for ; Mon, 28 Feb 2005 13:17:13 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 4865F557F5; Mon, 28 Feb 2005 21:17:11 +0000 (GMT) (envelope-from owner-freebsd-mobile@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 16C1F16A4D3; Mon, 28 Feb 2005 21:17:11 +0000 (GMT) Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E95616A4CE; Mon, 28 Feb 2005 21:17:08 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 6AA6243D54; Mon, 28 Feb 2005 21:17:07 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 28 Feb 2005 21:17:06 +0000 (GMT) To: current@freebsd.org, freebsd-mobile@freebsd.org In-Reply-To: Your message of "Mon, 28 Feb 2005 21:06:14 GMT." <200502282106.j1SL6EjM066161@repoman.freebsd.org> From: Ian Dowse Message-ID: <200502282117.aa52128@salmon.maths.tcd.ie> X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-mobile@freebsd.org Errors-To: owner-freebsd-mobile@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-3.5 required=5.0 tests=AWL, BAYES_00, CN_SUBJECT_296, SARE_SUB_GAPPY_3 autolearn=no version=3.0.2 X-Spam-Level: Cc: Subject: VESA display resume support (Re: cvs commit: src/sys/dev/fb vgareg.h src/sys/isa vga_isa.c) X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:38:17 -0000 X-Original-Date: Mon, 28 Feb 2005 21:17:06 +0000 X-List-Received-Date: Sun, 03 Jul 2005 00:38:17 -0000 FYI, this and the previous commit to sys/i386/isa vesa.c may help notebooks displays that don't recover from a suspend/resume. You probably need to enable VESA support for it to make a difference, and may need to set hw.acpi.reset_video=0 also. Let me know if this causes any problems - due to the variety of VESA implementations out there, this may need a sysctl knob to disable it on problem hardware. Ian In message <200502282106.j1SL6EjM066161@repoman.freebsd.org>, Ian Dowse writes: >iedowse 2005-02-28 21:06:14 UTC > > FreeBSD src repository > > Modified files: > sys/dev/fb vgareg.h > sys/isa vga_isa.c > Log: > Save and restore the VGA state across a suspend-resume cycle. This > is particularly useful when VESA is available (either `options VESA' > or load the vesa module), as BIOSes in some notebooks may correctly > save and restore LCD panel settings using VESA in cases where calling > the video BIOS POST is not effective. On some systems it may also > be necessary to set the hw.acpi.reset_video sysctl to 0. > > Revision Changes Path > 1.8 +1 -0 src/sys/dev/fb/vgareg.h > 1.33 +55 -0 src/sys/isa/vga_isa.c _______________________________________________ freebsd-mobile@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-mobile To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 00:43:01 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5805416A522; Sun, 3 Jul 2005 00:43:01 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C8B544766; Sun, 3 Jul 2005 00:26:48 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 7E2EB64393; Sat, 2 Jul 2005 17:26:06 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id CE4D85C876 for ; Wed, 13 Oct 2004 23:38:48 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id EC12357C5A for ; Thu, 14 Oct 2004 06:37:59 +0000 (GMT) (envelope-from owner-all-developers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id AE8AF16A5AB; Thu, 14 Oct 2004 06:37:51 +0000 (GMT) Delivered-To: ps@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id DD1B916A4D3; Thu, 14 Oct 2004 06:37:48 +0000 (GMT) Delivered-To: all-developers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E1B316A4CE; Thu, 14 Oct 2004 06:37:46 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DE2443D55; Thu, 14 Oct 2004 06:37:45 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 747B650C12; Thu, 14 Oct 2004 15:37:44 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id C834650C05; Thu, 14 Oct 2004 15:37:42 +0900 (JST) Message-ID: <7mlle99555.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: re@FreeBSD.org In-Reply-To: <200410080741.i987f4aq028615@pooker.samsco.org> References: <200410080741.i987f4aq028615@pooker.samsco.org> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 Sender: owner-all-developers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on elvis.mu.org X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.64 X-Spam-Level: Cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:43:01 -0000 X-Original-Date: Thu, 14 Oct 2004 15:37:42 +0900 X-List-Received-Date: Sun, 03 Jul 2005 00:43:01 -0000 Sorry for my lazness. I just confirmed this was fixed at least on my environment. Thanks! At Fri, 8 Oct 2004 01:41:04 -0600 (MDT), Scott Long wrote: > |--------------------+-------------+---------------+---------------------| > | | | | Jun Kuriyama has | > | | | | reported problems | > | | | | with NFS over IPv6 | > | | | | not functioning | > | | | | correctly as of the | > | | | | improved NFS | > | | | | support for | > | | | | disconnection | > | | | | changes. Doug White | > | | | | has tracked down | > | NFS over IPv6 | In progress | Doug White | the source of the | > | problems | | | problem (EMSGSIZE | > | | | | being returned by | > | | | | IPv6 UDP send | > | | | | routine due to | > | | | | fragmentation), and | > | | | | is currently | > | | | | exploring possible | > | | | | fixes. A patch has | > | | | | been generated and | > | | | | sent to the KAME | > | | | | team for review. | > |--------------------+-------------+---------------+---------------------| -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 00:44:10 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E51216A428 for ; Sun, 3 Jul 2005 00:44:10 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DA204483F for ; Sun, 3 Jul 2005 00:27:52 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 5555964664; Sat, 2 Jul 2005 17:26:23 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id B7F225C8F1 for ; Fri, 15 Oct 2004 01:12:41 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 9EA9656AC0 for ; Fri, 15 Oct 2004 07:41:34 +0000 (GMT) (envelope-from owner-all-developers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id 44FD216A4FD; Fri, 15 Oct 2004 07:41:25 +0000 (GMT) Delivered-To: ps@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id 00C9116A4D1; Fri, 15 Oct 2004 07:41:21 +0000 (GMT) Delivered-To: all-developers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 930A016A4CE; Fri, 15 Oct 2004 07:41:19 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7388A43D39; Fri, 15 Oct 2004 07:41:18 +0000 (GMT) (envelope-from scottl@pooker.samsco.org) Received: from pooker.samsco.org (scottl@localhost [127.0.0.1]) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i9F7fAjd023274; Fri, 15 Oct 2004 01:41:10 -0600 (MDT) (envelope-from scottl@pooker.samsco.org) Received: (from scottl@localhost) by pooker.samsco.org (8.12.11/8.12.10/Submit) id i9F7fAeD023273; Fri, 15 Oct 2004 01:41:10 -0600 (MDT) (envelope-from scottl) Message-Id: <200410150741.i9F7fAeD023273@pooker.samsco.org> From: Scott Long To: current@FreeBSD.org Sender: owner-all-developers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=0.4 required=5.0 tests=SUBJ_ALL_CAPS autolearn=no version=3.0.0 X-Spam-Level: Cc: Subject: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Reply-To: re@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:44:11 -0000 X-Original-Date: Fri, 15 Oct 2004 01:41:10 -0600 (MDT) X-List-Received-Date: Sun, 03 Jul 2005 00:44:11 -0000 This is an automated weekly mailing of the FreeBSD 5.3 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.3R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.3 FreeBSD 5.3 Open Issues Open Issues This is a list of open issues that need to be resolved for FreeBSD 5.3. If you have any updates for this list, please e-mail re@FreeBSD.org. Show stopper defects for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |---------------+-------------+---------------+--------------------------| | | | | ether_input() calls | | | | | random_harvest() on the | | | | | mbuf after it has been | | | | | handed off to | | | | | ether_demux(), at which | | | | | point it may have been | | ether_input() | | | free()'d back to the | | may harvest | In progress | Mark Murray, | mbuf allocator. It also | | entropy from | | Robert Watson | passes in a pointer to | | free()'d mbuf | | | the mbuf itself, rather | | | | | than ethernet frame | | | | | header. Passing of a | | | | | potentially free'd mbuf | | | | | has been corrected in | | | | | 6.x, but not yet merged | | | | | to 5.x. | +------------------------------------------------------------------------+ Required features for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |--------------------+-------------+---------------+---------------------| | | | | With improved | | | | | support for | | | | | threading | | | | | primitives, support | | | | | is now required to | | | | David Xu, | ease debugging of | | GDB thread support | In progress | Marcel | threaded | | | | Moolenaar | applications. | | | | | Ideally, this | | | | | support will work | | | | | for both libthr and | | | | | libkse threading | | | | | models. | |--------------------+-------------+---------------+---------------------| | | | | Entropy harvesting | | | | | in the interrupt | | | | | and incoming packet | | | | | paths currently | | | | | involves a large | | | | | number of mutex | | | | | operations. In | | | | | order to improve | | | | | performance, it is | | | | Robert | desirable to reduce | | Entropy harvesting | In progress | Watson, | the number of mutex | | optimizations | | Mark Murray | operations | | | | | substantially. Work | | | | | is in progress to | | | | | improve the | | | | | harvesting code | | | | | along these lines, | | | | | but has not yet | | | | | been properly | | | | | measured, and | | | | | therefore not yet | | | | | merged to CVS. | |--------------------+-------------+---------------+---------------------| | | | | There have been | | | | | reports of | | | | | occasional | | | | | corruption of | | | | | socket buffers | | | | | and/or spinning in | | Reports of | | | tcp_output(). This | | tcp_output() | In progress | Robert Watson | may have been the | | spinning; socket | | | result of missing | | buffer corruption | | | socket buffer | | | | | locking in | | | | | tcp_output(), which | | | | | has now been | | | | | corrected in 6.x, | | | | | and will be merged | | | | | to 5.x shortly. | |--------------------+-------------+---------------+---------------------| | | | | There have been | | | | | reports of a | | | | | so_count invariant | | | | | violation in | | | | | sofree(), which may | | | | | relate to race | | | | | conditions in | | | | | sofree() against | | | | | accept(), which | | | | | were recently | | | | | corrected in 6.x, | | | | | with an intent to | | Reports of | | Robert | merge to 5.x | | sodealloc() panic | In progress | Watson, Brian | shortly. It has not | | under heavy load | | Feldman | yet been confirmed | | | | | that the race fix | | | | | corrects the | | | | | symptom, as it | | | | | takes several days | | | | | to reproduce in | | | | | high load | | | | | environments, and | | | | | has not yet been | | | | | reproduced by the | | | | | FreeBSD release | | | | | engineerig team in | | | | | testing. | |--------------------+-------------+---------------+---------------------| | | | | There have been | | | | | reports that | | | | | multicast socket | | | | | options on raw | | | | | sockets no longer | | | | | work properly with | | | | | daemons changing | | | | | privilege or setuid | | | | | binaries. These | | Problems with | | Robert | symptoms have been | | multicast and | In progress | Watson, | tracked down to | | setuid | | Christian | bugs relating to | | binaries/daemons | | Peron | permitting limited | | | | | use of raw sockets | | | | | in jail(). A patch | | | | | correcting these | | | | | problems has been | | | | | posted for review, | | | | | but not yet been | | | | | merged to 6.x or | | | | | 5.x. It will be | | | | | merged shortly. | |--------------------+-------------+---------------+---------------------| | | | | There have been | | | | | reports of system | | | | | hangs while using | | | | | ISDN with the i4b | | | | | ISDN framework on | | | | | SMP systems. These | | | | | likely result from | | | | | insufficient | | | | | synchronization in | | | | | the i4b | | | | | implementation when | | Reports of hangs | | | runnning without | | using i4b | In progress | Robert Watson | the Giant lock over | | (isdn4bsd) | | | the network stack. | | | | | The workaround | | | | | until this is fixed | | | | | is to re-assert the | | | | | Giant lock over the | | | | | stack when i4b is | | | | | compiled into the | | | | | kernel; this has | | | | | been committed to | | | | | 6.x and will be | | | | | merged to 5.x | | | | | shortly. | +------------------------------------------------------------------------+ Desired features for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |------------------+-------------+----------------+----------------------| | | | | Kernel bits | | KSE support for | In progress | Ken Smith | implemented, | | sparc64 | | | userland not | | | | | implemented. | |------------------+-------------+----------------+----------------------| | | | | Almost all process | | | | | debugging tools have | | | | | been updated to use | | | | | non-procfs kernel | | | | | primitives, with the | | | | | exception of | | | | | truss(1). As procfs | | | | | is considered | | | | | deprecated due to | | | | | its inherent | | | | | security risks, it | | truss support | | | is highly desirable | | for ptrace | -- | -- | to update truss to | | | | | operate in a | | | | | post-procfs world. | | | | | Dag-Erling Smorgrav | | | | | had prototype | | | | | patches; | | | | | Robert Drehmel is | | | | | developing and | | | | | testing patches now. | | | | | Support for system | | | | | call tracing has | | | | | been added to | | | | | ptrace(). | |------------------+-------------+----------------+----------------------| | | | | FAST_IPSEC currently | | | | | cannot be used | | | | | directly with the | | | | | KAME IPv6 | | | | | implementation, | | | | | requiring an | | | | | additional level of | | | | | IP tunnel | | | | | indirection to | | | | | protect IPv6 packets | | FAST_IPSEC and | | | when using hardware | | KAME | Not done | -- | crypto acceleration. | | compatibility | | | This issue must be | | | | | resolved so that the | | | | | two services may | | | | | more easily be used | | | | | together. Among | | | | | other things, this | | | | | will require a | | | | | careful review of | | | | | the handling of mbuf | | | | | header copying and | | | | | m_tag support in the | | | | | KAME IPv6 code. | |------------------+-------------+----------------+----------------------| | | | | A process cannot be | | | | | interrupted while | | | | | waiting on a lock. | | rpc.lockd(8) | | | Fixing this requires | | stability | -- | -- | that the RPC code be | | | | | taught how to deal | | | | | with lock | | | | | cancellation and | | | | | interruption events. | |------------------+-------------+----------------+----------------------| | | | | Kernel modules are | | | | | currently built | | | | | independently from a | | | | | kernel | | | | | configuration, and | | | | | independently from | | | | | one another, | | | | | resulting in | | | | | substantially | | | | | redundant | | | | | compilation of | | | | | objects, as well as | | | | | the inability to | | | | | easily manage | | | | | compile-time options | | Revised kld | | | for kernel objects | | build | Not done | Peter Wemm | (such as MAC, PAE, | | infrastructure | | | etc) that may | | | | | require conditional | | | | | compilation in the | | | | | kernel modules. In | | | | | order to improve | | | | | build performance | | | | | and better support | | | | | options of this | | | | | sort, the KLD build | | | | | infrastructure needs | | | | | to be revamped. | | | | | Peter Wemm has done | | | | | some initial | | | | | prototyping, and | | | | | should be contacted | | | | | before starting on | | | | | this work. | |------------------+-------------+----------------+----------------------| | | | | Apple's Darwin | | | | | operating system has | | | | | fairly extensive | | Merge of Darwin | | | improvements to | | msdosfs, other | Not done | -- | msdosfs and other | | fixes | | | kernel services; | | | | | these fixes must be | | | | | reviewed and merged | | | | | to the FreeBSD tree. | |------------------+-------------+----------------+----------------------| | | | | Truss appears to | | | | | contain a race | | | | | condition during the | | | | | start-up of | | | | | debugging, which can | | | | | result in truss | | | | | failing to attach to | | | | | the process before | | | | | it exits. The | | | | | symptom is that | | | | | truss reports that | | | | | it cannot open the | | | | | procfs node | | | | | supporting the | | | | | process being | | | | | debugged. A bug also | | Race conditions | Errata | Robert Drehmel | appears to exist | | in truss | candidate | | where in truss will | | | | | hang if execve() | | | | | returns ENOENT. A | | | | | further race appears | | | | | to exist in which | | | | | truss will return | | | | | "PIOCWAIT: | | | | | Input/output error" | | | | | occasionally on | | | | | startup. The fix for | | | | | this sufficiently | | | | | changes process | | | | | execution handling | | | | | that we will defer | | | | | the fix to post-5.0 | | | | | and consider this | | | | | errata. | |------------------+-------------+----------------+----------------------| | | | | Truss appears to | | | | | have another | | | | | problem. It is | | | | | repeatable by | | | | | running "truss -f | | More truss | Not done | -- | fsck -p /", | | problems | | | suspending it with | | | | | ^Z, and then killing | | | | | truss. It will leave | | | | | behind the fsck | | | | | processes which will | | | | | be unkillable. | |------------------+-------------+----------------+----------------------| | | | | Many systems | | | | | supporting POSIX.1e | | | | | ACLs permit a minor | | | | | violation to that | | | | | specification, in | | | | | which the ACL_MASK | | ACL_MASK | | | entry overrides the | | override of | Not done | Robert Watson | umask, rather than | | umask support in | | | being intersected | | UFS | | | with it. The | | | | | resulting semantics | | | | | can be useful in | | | | | group-oriented | | | | | environments, and as | | | | | such would be very | | | | | helpful on FreeBSD. | |------------------+-------------+----------------+----------------------| | | | | The LOR reported in | | | | | PR kern/55175 needs | | filedesc LOR | Not done | -- | to be fixed. | | | | | Filedesc locking | | | | | needs to be heavily | | | | | reviewed in general. | |------------------+-------------+----------------+----------------------| | | | | Currently, MAC | | | | | protections are | | | | | enforced only on | | | | | locally originated | | | | | file system | | | | | operations (VOPs), | | | | | and not on RPCs | | | | | generated via the | | | | | NFS server. | | MAC support for | | | Improvements in NFS | | NFS Server | Not done | Robert Watson | server credential | | | | | handling are | | | | | required to correct | | | | | this problem, as | | | | | well as the | | | | | introduction of new | | | | | entry points to | | | | | properly label NFS | | | | | credentials and | | | | | perform enforcement | | | | | properly. | |------------------+-------------+----------------+----------------------| | | | | All PCI drivers must | | | | | use busdma for DMA; | | | | | no use of vtophys() | | busdma in all | In progress | -- | will be permitted | | PCI drivers | | | for any recent | | | | | device driver. ISA | | | | | drivers may be | | | | | exempt. | |------------------+-------------+----------------+----------------------| | | | | Userland bits | | KSE support for | In progress | Marcel | implemented, kernel | | alpha | | Moolenaar | bits not | | | | | implemented. | |------------------+-------------+----------------+----------------------| | | | | For kernel API/ABI | | | | | compatibility | | | | | reasons, it would be | | CAM locking | In progress | Scott Long, | desirable to have | | | | Justin Gibbs | the CAM locking | | | | | strategy determined | | | | | and loosely | | | | | implemented for 5.3. | |------------------+-------------+----------------+----------------------| | | | | When running syscons | | | | | on an Ultra-30 with | | | | | Creator-3D typing | | | | | characters on the | | | | | keyboard produces | | | | | garbage. Problem | | | | | reported by Kris | | syscons not | | | Kennaway. Debugging | | working on | Not done | -- | difficult due to | | Sparc64 Ultra-30 | | | lack of this | | | | | particular | | | | | configuration among | | | | | developers and | | | | | problem isn't | | | | | present on similar | | | | | hardware (e.g. no | | | | | problem on Ultra-60 | | | | | w/Creator-3D). | +------------------------------------------------------------------------+ Documentation items that must be resolved for 5.3 +----------------------------------------------------------------------------------------------+ | Issue | Status |Responsible| Description | |--------------+--------+-----------+----------------------------------------------------------| | | |Gavin |The installation documentation doesn't take into account | |i386 Floppy | |Atkinson, |the new floppy images (with a full kernel split across | |Installation |Done |Bruce A. |multiple disks). This should be updated. | |Docs | |Mah |References: | | | | |docs/70485 (closed) | |--------------+--------+-----------+----------------------------------------------------------| |Finish | |Simon L. |Finish removing mention of individual devices in the | |hardware notes|Done |Nielsen, |hardware notes and use auto-generated lists, based on | |trimming | |Christian |driver manual pages, instead. | | | |Brueffer | | |--------------+--------+-----------+----------------------------------------------------------| | | | |The snd(4) and pcm(4) drivers have been renamed but their | | | | |manual pages are still outdated. sound(4) has to be added | | | | |and pcm(4), csa(4), gusc(4), sbc(4), and uaudio(4) should | |sound(4) | | |be revised. Other manual pages which refer to pcm(4) (if | |related manual|Done |Simon L. |any) should possibly be revised, too. In addition, | |pages | |Nielsen |supported cards list needs to be updated. | | | | |References: | | | | |Manpage for snd_solo on -doc@ | | | | |[PATCH] sound(4) related manpages 5.3 TODO item on -doc@ | | | | |src/share/man/man4/Makefile rev.1.279 | |--------------+--------+-----------+----------------------------------------------------------| | | | |This section is outdated, some rewrites are needed for | |Sound section | |Marc |5.3-RELEASE. | |in the |Done |Fonvieille |References: | |Handbook | | |doc/en_US.ISO8859-1/books/handbook/multimedia/chapter.sgml| | | | |rev.1.94 | |--------------+--------+-----------+----------------------------------------------------------| |FDP | | |With the snd(4) and pcm(4) drivers changes, documentations| |documentations|Not done|-- |(FAQ) regarding the use of these drivers need an update. | |related pcm(4)| | | | |--------------+--------+-----------+----------------------------------------------------------| | | | |Xin LI pointed out that FreeBSD 5.3-RELEASE is the first | | | | |stable release on 5.X and it is (hopefully) not for early | | | | |adopters. Early Adopter's Guide is still useful, but | |Early | |Bruce A. |contains a bit old information. Some parts of this guide | |Adopter's |Done |Mah, Tom |need a rewrite, and this document should be published as | |Guide | |Rhodes |"4.X to 5.X Migration Guide", which focuses difference | | | | |between 4.X and 5.X. | | | | |References: | | | | |Draft for review | | | | |discussion on -doc@ and -current@ | |--------------+--------+-----------+----------------------------------------------------------| | | | |Some parts are outdated. doc/70485 has been committed, but| | | | |more work is needed to reflect the realities. bmah@ | | | | |pointed out that we should have "quick-start" installation| |Installation |Not done|Tom Rhodes |guide for each platform instead of the current ones | |Notes | | |because they become too long and difficult to be | | | | |maintained. | | | | |References: | | | | |doc/70485 (closed) | |--------------+--------+-----------+----------------------------------------------------------| | | |Ken Tom, |Update the X11 chapter of the Handbook for X.Org's X11 | |Xorg |Done |Marc |server. | | | |Fonvieille |References: | | | | |books/handbook/config/chapter.sgml rev.1.147 | |--------------+--------+-----------+----------------------------------------------------------| | | | |Ch.11.4 and 11.5 of the Handbook must be updated to | | | | |mention the new rc.d scripts and some ports use | |rc.d scripts |Done |Tom Rhodes |/etc/rc.conf for their configuration. | | | | |References: | | | | |books/handbook/config/chapter.sgml rev.1.170 | | | | |books/handbook/config/chapter.sgml rev.1.172 | |--------------+--------+-----------+----------------------------------------------------------| |Handbook's | | |Chapter 8 must be updated to match 5.3-RELEASE. | |kernel |Done |Ceri Davies|References: | |configuration | | |docs/70674 (closed) | |chapter | | |books/handbook/kernelconfig/chapter.sgml rev.1.135 | |--------------+--------+-----------+----------------------------------------------------------| | | | |Some parts of Section 14.10 are outdated and are not | |Handbook's | | |correct for 5.X systems. | |IPsec section |Not done|-- |References: | | | | |ipsec on -doc@ | | | | |Problem with IPSEC in handbook on -doc@ | |--------------+--------+-----------+----------------------------------------------------------| |Handbook's |Not done|-- |Vinum chapter needs to be revised for 5.X systems. | |Vinum chapter | | | | +----------------------------------------------------------------------------------------------+ Testing focuses for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |--------------------+---------------+--------------+--------------------| | | | | KSE has matured to | | | | | the point of being | | | | | more stable and | | | | | POSIX-compliant | | | | | than the | | | | | traditional | | | | | libc_r. All Tier-1 | | | | | platforms MUST | | | | | have stable KSE | | | | David Xu, | support for 5.3 in | | KSE as the default | Needs testing | Daniel | order to support a | | threads library | | Eischen | consistent | | | | | transition. | | | | | Additionally, all | | | | | ports that depend | | | | | on the pthreads | | | | | API must be | | | | | modified to | | | | | properly detect | | | | | and support the | | | | | default threading | | | | | library. | |--------------------+---------------+--------------+--------------------| | | | | Binutils needs | | | | | updating in order | | Updated binutils | | David | to support new | | for all platforms | Needs testing | O'Brien | platforms, newer | | | | | GDB versions, and | | | | | Thread Local | | | | | Storage. | |--------------------+---------------+--------------+--------------------| | | | | The previous GCC | | | | | 3.3 snapshot | | | | | included | | | | | regressions in | | | | | alignment of | | | | | floating point | | gcc 3.3 floating | | | arguments, | | point alignment | Needs testing | | resulting in a | | regression | | | substantial | | | | | performance | | | | | degradation. The | | | | | recent GCC 3.4.2 | | | | | import should fix | | | | | this, but more | | | | | testing is needed. | |--------------------+---------------+--------------+--------------------| | | | | Jun Kuriyama has | | | | | reportged a failed | | | | | locking assertion | | | | | with IPv6 TCP | | in6_pcbnotify() | Needs testing | Robert | notifications. A | | panic with TCP | | Watson | patch has been | | | | | committed to the | | | | | CVS HEAD and | | | | | RELENG_5 and needs | | | | | further testing. | |--------------------+---------------+--------------+--------------------| | | | | To complete | | | | | support for | | | | | thread-local | | | | | storage on | | | | | FreeBSD, | | Per-platform | | Doug Rabson, | per-architecture | | Thread-Local | Needs testing | Marcel | changes must be | | Storage | | Moolenaar | made. Currently | | | | | pending platforms | | | | | are amd64, alpha, | | | | | ia64, i386, | | | | | sparc64, and | | | | | powerpc. | |--------------------+---------------+--------------+--------------------| | | | | High load on SMP | | | | | systems appears to | | | | | result in a hard | | | | | hang related to VM | | | | | IPI. Doug White | | SMP instability | | Doug White, | has prepared a | | under load | Needs testing | Alan L. Cox | candidate patch | | | | | that appears to | | | | | resolve this | | | | | instability, which | | | | | is currently in | | | | | testing for merge | | | | | to the CVS HEAD. | |--------------------+---------------+--------------+--------------------| | | | | Significant parts | | | | | of the network | | | | | stack (especially | | | | | IPv4, UNIX domain | | | | | IPC, and sockets) | | | | | now have | | | | | fine-grained | | | | | locking of their | | | | | data structures. | | | | | It's possible to | | | | | run many common | | | | | network subsystems | | | | | and services | | | | | without the Giant | | Fine-grained | | | lock. However, a | | network stack | | Robert | number of device | | locking without | Needs testing | Watson | drivers and less | | Giant | | | mainstream network | | | | | subsystems are | | | | | currently not | | | | | MPSAFE. By | | | | | 5.3-RELEASE, it is | | | | | necessary to have | | | | | the vast majority | | | | | of network code | | | | | running without | | | | | Giant, including | | | | | sockets, | | | | | permitting | | | | | complete | | | | | local<->remote | | | | | delivery without | | | | | grabbing Giant. | |--------------------+---------------+--------------+--------------------| | | | | KLDs work when | | | | | loaded from | | | | | userland, but not | | | | David | from the loader. | | kld support for | Needs testing | O'Brien, Ian | kldxref and loader | | amd64 | | Dowse | support has been | | | | | committed to HEAD | | | | | and RELENG_5 and | | | | | needs final | | | | | testing. | |--------------------+---------------+--------------+--------------------| | | | | Recent changes to | | | | | the ATA driver | | | | | trigger a bug on | | | | So/ren | sparc64 that | | ATA panics under | Needs testing | Schmidt, | causes a panic on | | sparc64 | | Scott Long | boot. This was | | | | | caused by bugs in | | | | | busdma that have | | | | | been hopefully | | | | | fixed. | |--------------------+---------------+--------------+--------------------| | | | | The ifconf() ioctl | | | | | for listing | | | | | network interfaces | | | | | performs a | | | | | copyout() while | | | | | holding the global | | | | | ifnet list mutex. | | | | | This generates a | | ifconf() sleep | | | witness warning in | | warning | Needs testing | Brooks Davis | the event that | | | | | copyout() | | | | | generates a page | | | | | fault, and risks | | | | | more serious | | | | | problems. A patch | | | | | has been committed | | | | | to HEAD and | | | | | RELENG_5, but | | | | | requires testing. | |--------------------+---------------+--------------+--------------------| | | | | There are reports | | | | | of applications | | | | | wedging in poll() | | | | | and select() while | | | | | running the | | | | | network stack | | | | | without the Giant | | | | | lock. A recent | | | | | sleepq change | | | | | appears to have | | | | | caused some of the | | | | | observed problems | | | | | to go away (others | | | | | are difficult to | | poll()/select() | | | test for due to | | application wedge | Needs testing | Robert | recent SMP | | reports with | | Watson | instability). A | | debug.mpsafenet=1 | | | fix has been | | | | | committed to CVS | | | | | HEAD and merged to | | | | | RELENG_5 and | | | | | appears to resolve | | | | | problems with | | | | | poll(); we are | | | | | waiting for | | | | | feedback that it | | | | | has corrected the | | | | | reported problems | | | | | with select() also | | | | | before moving this | | | | | to "testing" | | | | | status. | |--------------------+---------------+--------------+--------------------| | | | | There have been | | | | | several reports of | | | | | if_em cards | | if_em wedging | Needs testing | Max Laier | "wedging" under | | under high pps | | | high | | | | | packets-per-second | | | | | load. A fix is in | | | | | RELENG_5 now. | |--------------------+---------------+--------------+--------------------| | | | | A recent | | | | | regression in the | | | | | USB code is | | Panic on USB | | Warner Losh, | causing panics | | detach | Needs testing | Scott Long | when a USB device | | | | | detaches, | | | | | especially USB | | | | | hubs. A fix is in | | | | | RELENG_5 now. | |--------------------+---------------+--------------+--------------------| | | | | There are reports | | | | | that racoon is | | | | | unable to complete | | | | | IKE negotiation | | | | | due to a send to | | | | | the pfkey socket | | KAME IPSEC | | | returning ENOBUFS. | | "ENOBUFS" problem | | Robert | This appears to be | | with racoon and | Needs testing | Watson | a result of an | | mbuma | | | incorrect | | | | | assumption about | | | | | mbuf data size due | | | | | to a change | | | | | resulting from | | | | | mbuma. A fix for | | | | | this is in | | | | | RELENG_5 now. | |--------------------+---------------+--------------+--------------------| | | | | BIND9 is now in | | | | | RELENG_5 and HEAD. | | | | Doug Barton, | Testing is needed | | BIND9 import into | | Dag-Erling | of basic | | 5-CURRENT | Needs testing | Smorgrav, | functionality, | | | | Tom Rhodes | migration from | | | | | 8.x, and 3rd party | | | | | packages in the | | | | | ports tree. | |--------------------+---------------+--------------+--------------------| | | | | Synaptics updates | | | | | to the psm(4) | | | | | driver have | | | | | resulted in poor | | | | | interactivity for | | | | | taps and button | | Synaptics touchpad | Needs testing | Philip Paeps | press events for | | problems | | | some users. | | | | | Support is now | | | | | disabled by | | | | | default but work | | | | | will procede to | | | | | fix the underlying | | | | | problems. | |--------------------+---------------+--------------+--------------------| | | | | Significant work | | | | | has happened in | | Scheduler-related | | Scott Long, | the scheduler to | | hangs involving | Needs testing | Julian | fix stability | | threads | | Elischer | problems. More | | | | | testing for UP and | | | | | SMP under heavily | | | | | load is needed. | |--------------------+---------------+--------------+--------------------| | | | | Jun Kuriyama has | | | | | reported problems | | | | | with NFS over IPv6 | | | | | not functioning | | | | | correctly as of | | | | | the improved NFS | | | | | support for | | | | | disconnection | | | | | changes. Doug | | | | | White has tracked | | NFS over IPv6 | | | down the source of | | problems | Needs testing | Doug White | the problem | | | | | (EMSGSIZE being | | | | | returned by IPv6 | | | | | UDP send routine | | | | | due to | | | | | fragmentation), | | | | | and is currently | | | | | exploring possible | | | | | fixes. A patch has | | | | | been generated and | | | | | sent to the KAME | | | | | team for review. | +------------------------------------------------------------------------+ ---------------------------------------------------------------------- home | contact | legal | (c) 1995-2004 The FreeBSD Project. All rights reserved. Last modified: 2004/10/12 14:13:01 From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 00:45:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F5AA16A59B; Sun, 3 Jul 2005 00:45:47 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FFAA448D5; Sun, 3 Jul 2005 00:28:54 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 19942650E4; Sat, 2 Jul 2005 17:28:53 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 88E375D205 for ; Sun, 31 Oct 2004 23:36:52 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id F41CF55A0B; Mon, 1 Nov 2004 07:36:39 +0000 (GMT) (envelope-from owner-freebsd-net@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A181E16A4D5; Mon, 1 Nov 2004 07:36:39 +0000 (GMT) Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C40D16A4CF; Mon, 1 Nov 2004 07:36:34 +0000 (GMT) Received: from poison2.syncrontech.com (adsl-nat.syncrontech.com [213.28.98.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 383A143D45; Mon, 1 Nov 2004 07:36:27 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from guinness.syncrontech.com (guinness.syncrontech.com [62.71.8.57])iA17aFFw029818; Mon, 1 Nov 2004 09:36:22 +0200 (EET) (envelope-from ari@suutari.iki.fi) Received: from coffee (coffee.syncrontech.com [62.71.8.37]) iA17a3Ou017083; Mon, 1 Nov 2004 09:36:14 +0200 (EET) (envelope-from ari@suutari.iki.fi) Message-ID: <016901c4bfe5$77c19d90$2508473e@sad.syncrontech.com> From: "Ari Suutari" To: "Vincent Poy" , "Andre Oppermann" , , References: <200410300927.51286.ari@suutari.iki.fi> <429af92e04103118435b35f235@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-net@freebsd.org Errors-To: owner-freebsd-net@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: Subject: Re: ipfw and ipsec processing order for outgoing packets wrong X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:45:47 -0000 X-Original-Date: Mon, 1 Nov 2004 09:35:58 +0200 X-List-Received-Date: Sun, 03 Jul 2005 00:45:47 -0000 Hi, >I am experiencing the same problem as well when I updated from a March > 6, 2004 -CURRENT to the October 19, 2004 -CURRENT. The problem still > exists with the October 27, 2004 -CURRENT. I'm using ipfw/dummynet > for outgoing queues with the ACK packets having the highest priority > in it's own queue. However, it seems like while the queues are there, > the information on ipfw queue show doesn't update at all as the Source > and Destination IP is still the same as the first packet after bootup > while the counters change but the ACK packets are not sent on it's own > queue but rather with all other packets. I know it is related with > pfil_hook when ipfw was converted. This is not related to pfil_hook conversion. The problem is also present in FreeBSD 4.x-STABLE (just tested it). I think that history of ipfw and ipsec interaction goes like this: - in the very beginning, a packet that was processed by ipsec didn't hit ipfw at all in unencrypted form, ie. one was able to able to filter esp and ah protocols only. - someone fixed this, apparently for incoming packets only, but this some folks were upset by the fact that they would have to add a rule for unencrypted protocols into ipfw. At that time (in ipfw1), there was possibility to check that unencrypted packet actually came from ipsec (ie. ipfw ipsec flag wasn't implemented) - IPSEC_FILTERGIF option was added. If set, incoming packets go through ipfw twice (encrypted and unencrypted). If not set, packets go to ipfw only once (encrypted). Currently outgoing packets are always processed like IPSEC_FILTERGIF was not set (I like to have it set, because I need quite fine-grained firewalling even inside my ipsec tunnels, which are between different companies). What I was suggesting (ie. moving pfil_hook processing in ip_output before ipsec stuff) wasn't really correct: This change should be conditional based on IPSEC_FILTERGIF setting: The change I described should be done only when IPSEC_FILTERGIF is set. Now, ip_output is quite central part in ip stack. I would be happy if someone who knows that part better than me could implement this (I can sure test it easily). Ari S. > > Cheers, > Vince > > On Sat, 30 Oct 2004 09:27:50 +0300, Ari Suutari > wrote: >> Hi, >> >> I noticed that processing order of ipsec and ipfw (pfil_hook) is not >> correct for outgoing packets. Currently, ipsec processing is done first, >> which makes packets to go through without firewall inspection. >> This might be a security problem for someone, but at least it >> breaks stateful rule handling. >> >> My test setup is (all freebsd 5.3-rc1 machines): >> >> freebsd laptop <-> ipsec tunnel <->freebsd server >> >> When server sends packet to laptop, it now goes like this: >> >> ip_output -> ipsec -> ip_output -> ipfw -> network >> >> It should go like this: >> >> ip_output -> ipfw -> ipsec -> ip_output -> ipfw -> network >> >> I think that this could be fixed by just moving pfil_hook >> processing in ip_output before ipsec processing. >> >> Ari S. >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> >> > _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 00:45:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1208216A45E; Sun, 3 Jul 2005 00:45:48 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D9C8448E2; Sun, 3 Jul 2005 00:28:54 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 3A35C65374; Sat, 2 Jul 2005 17:28:49 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id A8D1A5D65B for ; Mon, 1 Nov 2004 05:13:28 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id C572955ABD; Mon, 1 Nov 2004 13:13:25 +0000 (GMT) (envelope-from owner-freebsd-net@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 032DD16A4E0; Mon, 1 Nov 2004 13:13:25 +0000 (GMT) Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 102F116A4CE for ; Mon, 1 Nov 2004 13:13:22 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C12C43D46 for ; Mon, 1 Nov 2004 13:13:21 +0000 (GMT) (envelope-from vincepoy@gmail.com) Received: by rproxy.gmail.com with SMTP id 79so130315rnk for ; Mon, 01 Nov 2004 05:13:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=iXAalXBYT44OWlIM6Pen5lfuSUZcOCt3D8gklVEEiKZ6yfW3hnB3a++BEbNvdIyVVErUzOmhjMOq3bIfp5p3VbpIB5NwaH4UpP2kr4Xjn+H1v2XAwHJwsGybCz3cDvTX1pMae9T6Llb9AWRQdCnUmnDRj4kGQMU62INgc0UWfzM= Received: by 10.38.66.50 with SMTP id o50mr718621rna; Mon, 01 Nov 2004 05:13:21 -0800 (PST) Received: by 10.38.14.49 with HTTP; Mon, 1 Nov 2004 05:13:21 -0800 (PST) Message-ID: <429af92e041101051357fc2384@mail.gmail.com> From: Vincent Poy To: Ari Suutari In-Reply-To: <02d801c4c00d$24fc2a30$2508473e@sad.syncrontech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200410300927.51286.ari@suutari.iki.fi> <429af92e04103118435b35f235@mail.gmail.com> <016901c4bfe5$77c19d90$2508473e@sad.syncrontech.com> <429af92e041101021638e8598e@mail.gmail.com> <02d801c4c00d$24fc2a30$2508473e@sad.syncrontech.com> X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-net@freebsd.org Errors-To: owner-freebsd-net@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,RCVD_BY_IP autolearn=ham version=3.0.0 X-Spam-Level: Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Andre Oppermann , freebsd-ipfw@freebsd.org Subject: Re: ipfw and ipsec processing order for outgoing packets wrong X-BeenThere: freebsd-current@freebsd.org Reply-To: Vincent Poy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:45:49 -0000 X-Original-Date: Mon, 1 Nov 2004 05:13:21 -0800 X-List-Received-Date: Sun, 03 Jul 2005 00:45:49 -0000 On Mon, 1 Nov 2004 14:20:10 +0200, Ari Suutari wrote: > > The counters for queue 1 keeps increasing when I do a ftp out even for > > non-ACK packets but the other counters for queue 2-4 doesn't move at > > all so it seems like everything is going out one queue instead of what > > the rules actually say. I have one pipe configured as 480Kbit/sec > > which is what rules 63005-63008 does. > > Are you using IPsec ? > > Ari S. Nope... As you can see, I'm just using ipfw2 with dummynet for pipe/queue just for traffic shaping. Cheers, Vince _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 00:45:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DBA816A457; Sun, 3 Jul 2005 00:45:50 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F940448DD; Sun, 3 Jul 2005 00:28:54 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 3E1776536E; Sat, 2 Jul 2005 17:28:52 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 03FF25CDD4 for ; Mon, 1 Nov 2004 02:16:51 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 113CA558CD; Mon, 1 Nov 2004 10:16:49 +0000 (GMT) (envelope-from owner-freebsd-net@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6902516A4DC; Mon, 1 Nov 2004 10:16:48 +0000 (GMT) Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEBC916A4CF for ; Mon, 1 Nov 2004 10:16:44 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B53D43D76 for ; Mon, 1 Nov 2004 10:16:43 +0000 (GMT) (envelope-from vincepoy@gmail.com) Received: by rproxy.gmail.com with SMTP id 79so122441rnk for ; Mon, 01 Nov 2004 02:16:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=OIMXm/F7s+zHqKPDd5T9Ye1gtRbEALIg20gM+JjnGK7hrKcwvx7OULiUFup8IWbN2qZMQSI7cqhv1kBWxFr93LFe2TuVPZSylo6VxcTuqsuqEYyEVcwou8bNbfIRcrym5GQFJiJYU/OtbAu3qt79MnjefmPQGPNOY4RLCjB+Q3U= Received: by 10.38.150.78 with SMTP id x78mr646511rnd; Mon, 01 Nov 2004 02:16:42 -0800 (PST) Received: by 10.38.14.49 with HTTP; Mon, 1 Nov 2004 02:16:42 -0800 (PST) Message-ID: <429af92e041101021638e8598e@mail.gmail.com> From: Vincent Poy To: Ari Suutari In-Reply-To: <016901c4bfe5$77c19d90$2508473e@sad.syncrontech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200410300927.51286.ari@suutari.iki.fi> <429af92e04103118435b35f235@mail.gmail.com> <016901c4bfe5$77c19d90$2508473e@sad.syncrontech.com> X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-net@freebsd.org Errors-To: owner-freebsd-net@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.5 required=5.0 tests=BAYES_00,RCVD_BY_IP autolearn=ham version=3.0.0 X-Spam-Level: Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Andre Oppermann , freebsd-ipfw@freebsd.org Subject: Re: ipfw and ipsec processing order for outgoing packets wrong X-BeenThere: freebsd-current@freebsd.org Reply-To: Vincent Poy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:45:55 -0000 X-Original-Date: Mon, 1 Nov 2004 02:16:42 -0800 X-List-Received-Date: Sun, 03 Jul 2005 00:45:55 -0000 Hi, I don't know how to explain my problem but it goes something like this... root@bigbang [2:05am][/home/vince] >> ipfw show 00049 1557131 244839199 skipto 100 ip from 208.201.244.224/29 to any 00050 12072800468 917651580916 divert 8668 ip from any to any via xl0 00100 69518 8548222 allow ip from any to any via lo0 00200 0 0 deny ip from any to 127.0.0.0/8 00300 0 0 deny ip from 127.0.0.0/8 to any 63000 0 0 allow ip from any to 10.0.0.0/8 out 63001 0 0 allow ip from any to 172.16.0.0/12 out 63002 312 16048 allow ip from any to 192.168.0.0/16 out 63003 24237 2952214 allow ip from any to 208.201.244.224/29 out 63004 667879 129410867 queue 1 tcp from any to any tcpflags ack out 63005 1 40 queue 2 tcp from any to any dst-port 22,23 out 63006 38782 3364689 queue 2 udp from any to any not dst-port 80,443 out 63007 43021 2194871 queue 3 ip from any to any dst-port 80,443 out 63008 5467 405319 queue 4 ip from any to any out 65000 1795325 424479044 allow ip from any to any 65535 0 0 deny ip from any to any The counters for queue 1 keeps increasing when I do a ftp out even for non-ACK packets but the other counters for queue 2-4 doesn't move at all so it seems like everything is going out one queue instead of what the rules actually say. I have one pipe configured as 480Kbit/sec which is what rules 63005-63008 does. ipfw pipe show and ipfw queue show would seem normal except the Source IP and Destination IP is stuck with the first processed queues information while only the counters for queue 1 updates. root@bigbang [2:12am][/home/vince] >> ipfw pipe show 00001: 480.000 Kbit/s 0 ms 50 sl. 0 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 q00001: weight 100 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.226/3748 205.188.179.233/5190 673549 137223155 0 0 2303 q00002: weight 66 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 udp 208.201.244.225/1026 208.201.224.11/53 40022 3470523 0 0 0 q00003: weight 33 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.226/3750 199.181.132.105/80 43058 2196795 0 0 0 q00004: weight 1 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.226/3748 205.188.179.233/5190 5492 407173 0 0 0 root@bigbang [2:12am][/home/vince] >> ipfw queue show q00001: weight 100 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.226/3748 205.188.179.233/5190 673550 137223195 0 0 2303 q00002: weight 66 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 udp 208.201.244.225/1026 208.201.224.11/53 40025 3470881 0 0 0 q00003: weight 33 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.226/3750 199.181.132.105/80 43058 2196795 0 0 0 q00004: weight 1 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.226/3748 205.188.179.233/5190 5493 407225 0 0 0 I don't know how else I would test this. Cheers, Vince On Mon, 1 Nov 2004 09:35:58 +0200, Ari Suutari wrote: > >I am experiencing the same problem as well when I updated from a March > > 6, 2004 -CURRENT to the October 19, 2004 -CURRENT. The problem still > > exists with the October 27, 2004 -CURRENT. I'm using ipfw/dummynet > > for outgoing queues with the ACK packets having the highest priority > > in it's own queue. However, it seems like while the queues are there, > > the information on ipfw queue show doesn't update at all as the Source > > and Destination IP is still the same as the first packet after bootup > > while the counters change but the ACK packets are not sent on it's own > > queue but rather with all other packets. I know it is related with > > pfil_hook when ipfw was converted. > > This is not related to pfil_hook conversion. The problem is also present > in > FreeBSD 4.x-STABLE (just tested it). I think that history of ipfw and > ipsec > interaction goes like this: > > - in the very beginning, a packet that was processed by ipsec didn't > hit ipfw at all in unencrypted form, ie. one was able to able to > filter esp > and ah protocols only. > > - someone fixed this, apparently for incoming packets only, but this > some folks were upset by the fact that they would have to add a rule > for unencrypted protocols into ipfw. At that time (in ipfw1), there > was > possibility to check that unencrypted packet actually came from ipsec > (ie. ipfw ipsec flag wasn't implemented) > > - IPSEC_FILTERGIF option was added. If set, incoming packets go > through ipfw twice (encrypted and unencrypted). If not set, packets > go > to ipfw only once (encrypted). > > Currently outgoing packets are always processed like IPSEC_FILTERGIF was > not set (I like to have it set, because I need quite fine-grained > firewalling > even inside my ipsec tunnels, which are between different companies). > What > I was suggesting (ie. moving pfil_hook processing in ip_output before > ipsec stuff) wasn't really correct: This change should be conditional > based on > IPSEC_FILTERGIF setting: The change I described should be done only > when IPSEC_FILTERGIF is set. > > Now, ip_output is quite central part in ip stack. I would be happy if > someone > who knows that part better than me could implement this (I can sure test > it easily). > > Ari S. > > > > > > > Cheers, > > Vince > > > > On Sat, 30 Oct 2004 09:27:50 +0300, Ari Suutari > > wrote: > >> Hi, > >> > >> I noticed that processing order of ipsec and ipfw (pfil_hook) is not > >> correct for outgoing packets. Currently, ipsec processing is done first, > >> which makes packets to go through without firewall inspection. > >> This might be a security problem for someone, but at least it > >> breaks stateful rule handling. > >> > >> My test setup is (all freebsd 5.3-rc1 machines): > >> > >> freebsd laptop <-> ipsec tunnel <->freebsd server > >> > >> When server sends packet to laptop, it now goes like this: > >> > >> ip_output -> ipsec -> ip_output -> ipfw -> network > >> > >> It should go like this: > >> > >> ip_output -> ipfw -> ipsec -> ip_output -> ipfw -> network > >> > >> I think that this could be fixed by just moving pfil_hook > >> processing in ip_output before ipsec processing. > >> > >> Ari S. > >> > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to > >> "freebsd-current-unsubscribe@freebsd.org" > >> > >> > > > > _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 00:48:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19D6416A44A; Sun, 3 Jul 2005 00:48:28 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB13444A4C; Sun, 3 Jul 2005 00:30:46 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id D8C0565560; Sat, 2 Jul 2005 17:29:11 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 7EAE55CB08 for ; Wed, 3 Nov 2004 05:45:35 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 41EB455E6D for ; Wed, 3 Nov 2004 13:45:35 +0000 (GMT) (envelope-from owner-freebsd-ia64@freebsd.org) Received: by hub.freebsd.org (Postfix) id 0FD5F16A4D4; Wed, 3 Nov 2004 13:45:35 +0000 (GMT) Delivered-To: ps@freebsd.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 022DE16A4D0; Wed, 3 Nov 2004 13:45:35 +0000 (GMT) Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C098B16A4CE; Wed, 3 Nov 2004 13:45:30 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A1FB43D39; Wed, 3 Nov 2004 13:45:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iA3DjTx0038232; Wed, 3 Nov 2004 08:45:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA3DjTZ1079712; Wed, 3 Nov 2004 08:45:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3069F7306E; Wed, 3 Nov 2004 08:45:29 -0500 (EST) From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041103134529.3069F7306E@freebsd-current.sentex.ca> X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Sender: owner-freebsd-ia64@freebsd.org Errors-To: owner-freebsd-ia64@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-0.8 required=5.0 tests=ADDR_FREE,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:48:28 -0000 X-Original-Date: Wed, 3 Nov 2004 08:45:29 -0500 (EST) X-List-Received-Date: Sun, 03 Jul 2005 00:48:28 -0000 TB --- 2004-11-03 11:54:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-03 11:54:44 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-11-03 11:54:44 - checking out the source tree TB --- 2004-11-03 11:54:44 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2004-11-03 11:54:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-03 12:00:28 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-03 12:00:28 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-11-03 12:00:28 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-11-03 13:30:38 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-11-03 13:30:38 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-11-03 13:30:38 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Nov 3 13:30:39 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4300: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4301: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 3 of `ng_timeout' makes pointer from integer without a cast /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 4 of `ng_timeout' makes integer from pointer without a cast /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 5 of `ng_timeout' from incompatible pointer type /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: too few arguments to function `ng_timeout' /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible types in assignment *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-11-03 13:45:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-03 13:45:28 - ERROR: failed to build generic kernel TB --- 2004-11-03 13:45:28 - tinderbox aborted _______________________________________________ freebsd-ia64@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ia64 To unsubscribe, send any mail to "freebsd-ia64-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 00:48:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3744116A452; Sun, 3 Jul 2005 00:48:28 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA4F044A45; Sun, 3 Jul 2005 00:30:45 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 89C9C6552D; Sat, 2 Jul 2005 17:29:11 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id EE3D65CB36 for ; Wed, 3 Nov 2004 00:31:03 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id B99B1558C8; Wed, 3 Nov 2004 08:30:55 +0000 (GMT) (envelope-from owner-freebsd-mobile@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 90C3A16A4D1; Wed, 3 Nov 2004 08:30:55 +0000 (GMT) Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5977E16A4CE for ; Wed, 3 Nov 2004 08:30:53 +0000 (GMT) Received: from mail.newlines.ru (mail.newlines.ru [195.54.211.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id D658D43D46 for ; Wed, 3 Nov 2004 08:30:47 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from mail.newlines.ru (root@localhost) by mail.newlines.ru (8.12.10/8.12.9) with SMTP id iA38UjQq019101 for ; Wed, 3 Nov 2004 08:30:45 GMT (envelope-from anton@nikiforov.ru) Received: from [213.252.67.117] (master-hosting.newlines.ru [213.252.67.117] (may be forged)) (authenticated bits=0) by mail.newlines.ru (8.12.10/8.12.9) with ESMTP id iA38Uhck019067; Wed, 3 Nov 2004 08:30:44 GMT (envelope-from anton@nikiforov.ru) Message-ID: <4188A57B.3060005@nikiforov.ru> From: Anton Nikiforov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040907 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <41790747.7040300@nikiforov.ru> <20041022.091436.64538075.imp@bsdimp.com> <41792B37.7070303@nikiforov.ru> <20041022.095824.102614477.imp@bsdimp.com> In-Reply-To: <20041022.095824.102614477.imp@bsdimp.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms040609090809050805070107" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-mobile@freebsd.org Errors-To: owner-freebsd-mobile@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=1.4 required=5.0 tests=BAYES_00,BODY_8BITS, MIME_CHARSET_FARAWAY autolearn=ham version=3.0.0 X-Spam-Level: * Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re:SD Card Problem (was: X300 + USB DVD/CDRW + SD Card problem) X-BeenThere: freebsd-current@freebsd.org Reply-To: anton@nikiforov.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:48:29 -0000 X-Original-Date: Wed, 03 Nov 2004 12:31:39 +0300 X-List-Received-Date: Sun, 03 Jul 2005 00:48:29 -0000 This is a cryptographically signed message in MIME format. --------------ms040609090809050805070107 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit M. Warner Losh wrote: > In message: <41792B37.7070303@nikiforov.ru> > Anton Nikiforov writes: > : Oct 22 19:38:21 latitude kernel: cbb1: WARNING: cannot attach cardbus bus! > : Oct 22 19:38:21 latitude kernel: cbb1: WARNING: cannot attach pccard bus. > > Load pccard.ko and cardbus.ko, or put them into the kernel and try > again :-) > > Warner > > > Thanks for the replay and sorry for such a delay. The things you have recommend was done :) This does not help Nov 3 12:29:27 latitude kernel: Status is 0x30000006 Nov 3 12:29:33 latitude kernel: Status is 0x30000810 Nov 3 12:29:33 latitude kernel: cbb0: card inserted: event=0x00000000, state=30000810 Nov 3 12:29:33 latitude kernel: cbb0: PC Card card activation failed So the card is still not working. -- (Best regads), (Anton Nikiforov) --------------ms040609090809050805070107 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII7TCC AtEwggI6oAMCAQICAwvaFTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzA1MjExMjI4WhcNMDUwMzA1MjExMjI4 WjBEMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJh bnRvbkBuaWtpZm9yb3YucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC1Ps7E cf3xTnaY72Aip/U5HeUmGwQ6QmbCjMcqS3XfO6EsA+5ol526JvhQ1XStpDX/kh8R8MDELUJD SVooXFiDInspw5tmPOlXV1C60xH4VWf5Gh+2y3yDGzHyWBAalul7LbhC1p8zDNUA12pAu4Ry 1k1A0Yepomr8CRbh/Z9JryfJcqHYDL+z1qgLzQlpJsao9E3Zld5ZfgJPORcFoRB7Z6jvqVLh pLNmSrvfDbSw6WK/K9EbZT9zlOTlmOnt4uLBy3hKZMcvkaFrYVYTRXLMegJHFPAp3sxLYef2 iW9fEUKgrs4W7d5c8UWlmiGurVt1Xdzc58W8X3vekMLqu9elAgMBAAGjLzAtMB0GA1UdEQQW MBSBEmFudG9uQG5pa2lmb3Jvdi5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GB ABINGnCD0TGnBHqGYbJHSwjFfxEsVS1ygSUVIyb0Q1S0SphgUSeRWIZ4+joWR9TzxFGqLtYM TEQvRTQ7VJcugjn2o2nTgQ4EPhze0O5ki2eUWHE9dViHboQWOWI0r1vurUTkDnmloeM8mpMo CAAtXbjyhz7AVKUwI7vULQKuE+imMIIC0TCCAjqgAwIBAgIDC9oVMA0GCSqGSIb3DQEBBAUA MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAz MDUyMTEyMjhaFw0wNTAzMDUyMTEyMjhaMEQxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBN ZW1iZXIxITAfBgkqhkiG9w0BCQEWEmFudG9uQG5pa2lmb3Jvdi5ydTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBALU+zsRx/fFOdpjvYCKn9Tkd5SYbBDpCZsKMxypLdd87oSwD 7miXnbom+FDVdK2kNf+SHxHwwMQtQkNJWihcWIMieynDm2Y86VdXULrTEfhVZ/kaH7bLfIMb MfJYEBqW6XstuELWnzMM1QDXakC7hHLWTUDRh6miavwJFuH9n0mvJ8lyodgMv7PWqAvNCWkm xqj0TdmV3ll+Ak85FwWhEHtnqO+pUuGks2ZKu98NtLDpYr8r0RtlP3OU5OWY6e3i4sHLeEpk xy+RoWthVhNFcsx6AkcU8CnezEth5/aJb18RQqCuzhbt3lzxRaWaIa6tW3Vd3Nznxbxfe96Q wuq716UCAwEAAaMvMC0wHQYDVR0RBBYwFIESYW50b25AbmlraWZvcm92LnJ1MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAEg0acIPRMacEeoZhskdLCMV/ESxVLXKBJRUjJvRD VLRKmGBRJ5FYhnj6OhZH1PPEUaou1gxMRC9FNDtUly6COfajadOBDgQ+HN7Q7mSLZ5RYcT11 WIduhBY5YjSvW+6tROQOeaWh4zyakygIAC1duPKHPsBUpTAju9QtAq4T6KYwggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDExMDMwOTMxMzlaMCMGCSqGSIb3DQEJ BDEWBBQNIqQXsL51M6q6XHy2wblOdmzR1DBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDC9oVMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTANBgkqhkiG9w0BAQEFAASCAQAdtODY Sx5nfWyEOlRft94TSe2ljBHSgvs+J+XJ65UBBj2HdJbgtfAYR1g4ws10Q9SO3aQrgwayg4/t kkFOC1Cu/IORwlFEoZf/GSCyvz7q5mN263yGv9ZieWm3jlws3taGJ7yjbks+HogkGCQfFb9z 3yDw2Y5sB7vNDWQXiOWWYwbP8Ddv0E6aDYUTuxe/cYOSOvQd8mVNtUgkVGAj45s4suUByM4T oIykauMZQpLdhwOB6uCnU9OxMo1b17+Yd6Q/khA+PQukwqvmRD0LbK1YGkHQil3IHM6zWgze wx/+NF3zhw1I/nSpRqeyRqnWHz0aP4MtYeLem70VEpGFrBwWAAAAAAAA --------------ms040609090809050805070107-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 00:52:01 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 136D116A41C; Sun, 3 Jul 2005 00:52:01 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C75C44BA2; Sun, 3 Jul 2005 00:32:22 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id AD27265679; Sat, 2 Jul 2005 17:29:25 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id EFA505C9A1 for ; Thu, 4 Nov 2004 20:50:31 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 8E01D56510; Fri, 5 Nov 2004 04:49:42 +0000 (GMT) (envelope-from owner-freebsd-mobile@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 0812E16A4D6; Fri, 5 Nov 2004 04:49:42 +0000 (GMT) Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59C3916A4CE; Fri, 5 Nov 2004 04:49:39 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA01943D45; Fri, 5 Nov 2004 04:49:38 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iA54mx8A065760; Thu, 4 Nov 2004 21:49:12 -0700 (MST) (envelope-from imp@bsdimp.com) Message-Id: <20041104.214912.18972443.imp@bsdimp.com> To: anton@nikiforov.ru From: "M. Warner Losh" In-Reply-To: <4188A57B.3060005@nikiforov.ru> References: <41792B37.7070303@nikiforov.ru> <20041022.095824.102614477.imp@bsdimp.com> <4188A57B.3060005@nikiforov.ru> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-mobile@freebsd.org Errors-To: owner-freebsd-mobile@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: freebsd-current@FreeBSD.org, freebsd-mobile@FreeBSD.org Subject: Re: SD Card Problem X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:52:01 -0000 X-Original-Date: Thu, 04 Nov 2004 21:49:12 -0700 (MST) X-List-Received-Date: Sun, 03 Jul 2005 00:52:01 -0000 In message: <4188A57B.3060005@nikiforov.ru> : The things you have recommend was done :) : This does not help : Nov 3 12:29:27 latitude kernel: Status is 0x30000006 : Nov 3 12:29:33 latitude kernel: Status is 0x30000810 : Nov 3 12:29:33 latitude kernel: cbb0: card inserted: event=0x00000000, : state=30000810 : Nov 3 12:29:33 latitude kernel: cbb0: PC Card card activation failed : So the card is still not working. Can you set the sysctl 'hw.cbb.debug=1' and 'hw.pccard.debug=1' before inserting the card and send me the results? Warner _______________________________________________ freebsd-mobile@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-mobile To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 00:52:03 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 168DA16A421 for ; Sun, 3 Jul 2005 00:52:03 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97BE144BDD for ; Sun, 3 Jul 2005 00:32:41 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 02B52656A7; Sat, 2 Jul 2005 17:29:28 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 5686B5CA4B for ; Fri, 5 Nov 2004 00:39:34 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 5B53956130 for ; Fri, 5 Nov 2004 08:39:23 +0000 (GMT) (envelope-from owner-all-developers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id 5C98216A576; Fri, 5 Nov 2004 08:39:15 +0000 (GMT) Delivered-To: ps@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id 5924116A4D0; Fri, 5 Nov 2004 08:39:12 +0000 (GMT) Delivered-To: all-developers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34A4616A4CE; Fri, 5 Nov 2004 08:39:10 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 401DA43D1F; Fri, 5 Nov 2004 08:39:09 +0000 (GMT) (envelope-from scottl@pooker.samsco.org) Received: from pooker.samsco.org (scottl@localhost [127.0.0.1]) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iA58f87L030031; Fri, 5 Nov 2004 01:41:08 -0700 (MST) (envelope-from scottl@pooker.samsco.org) Received: (from scottl@localhost) by pooker.samsco.org (8.12.11/8.12.10/Submit) id iA58f77w030030; Fri, 5 Nov 2004 01:41:07 -0700 (MST) (envelope-from scottl) Message-Id: <200411050841.iA58f77w030030@pooker.samsco.org> From: Scott Long To: current@FreeBSD.org Sender: owner-all-developers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,SUBJ_ALL_CAPS autolearn=no version=3.0.0 X-Spam-Level: Cc: Subject: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Reply-To: re@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:52:03 -0000 X-Original-Date: Fri, 5 Nov 2004 01:41:07 -0700 (MST) X-List-Received-Date: Sun, 03 Jul 2005 00:52:03 -0000 This is an automated weekly mailing of the FreeBSD 5.3 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.3R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.3 FreeBSD 5.3 Open Issues Open Issues This is a list of open issues that need to be resolved for FreeBSD 5.3. If you have any updates for this list, please e-mail re@FreeBSD.org. Issues that require investigation +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | +------------------------------------------------------------------------+ Show stopper defects for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | +------------------------------------------------------------------------+ Required features for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | +------------------------------------------------------------------------+ Desired features and bugfixes for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |------------------+-------------+----------------+----------------------| | | | | There have been | | | | | reports that | | | | | specific gigabit | | | | | ethernet cards | | | | | supported by the | | | | | if_re driver are | | Reports of poor | | | experiencing poor | | performance with | | | performance; a patch | | the if_re driver | In progress | John-Mark | has been posted that | | (re ethernet | | Gurney | corrects timer and | | interfaces) | | | interrupt problems | | | | | with the driver, and | | | | | is believed to | | | | | correct the | | | | | performace problems. | | | | | The patch will be | | | | | merged to 6.x and | | | | | 5.x shortly. | |------------------+-------------+----------------+----------------------| | | | | With improved | | | | | support for | | | | | threading | | | | | primitives, support | | | | | is now required to | | GDB thread | | David Xu, | ease debugging of | | support | In progress | Marcel | threaded | | | | Moolenaar | applications. | | | | | Ideally, this | | | | | support will work | | | | | for both libthr and | | | | | libkse threading | | | | | models. | |------------------+-------------+----------------+----------------------| | | | | Kernel bits | | KSE support for | In progress | Ken Smith | implemented, | | sparc64 | | | userland not | | | | | implemented. | |------------------+-------------+----------------+----------------------| | | | | Almost all process | | | | | debugging tools have | | | | | been updated to use | | | | | non-procfs kernel | | | | | primitives, with the | | | | | exception of | | | | | truss(1). As procfs | | | | | is considered | | | | | deprecated due to | | | | | its inherent | | | | | security risks, it | | truss support | | | is highly desirable | | for ptrace | -- | -- | to update truss to | | | | | operate in a | | | | | post-procfs world. | | | | | Dag-Erling Smorgrav | | | | | had prototype | | | | | patches; | | | | | Robert Drehmel is | | | | | developing and | | | | | testing patches now. | | | | | Support for system | | | | | call tracing has | | | | | been added to | | | | | ptrace(). | |------------------+-------------+----------------+----------------------| | | | | FAST_IPSEC currently | | | | | cannot be used | | | | | directly with the | | | | | KAME IPv6 | | | | | implementation, | | | | | requiring an | | | | | additional level of | | | | | IP tunnel | | | | | indirection to | | | | | protect IPv6 packets | | FAST_IPSEC and | | | when using hardware | | KAME | Not done | -- | crypto acceleration. | | compatibility | | | This issue must be | | | | | resolved so that the | | | | | two services may | | | | | more easily be used | | | | | together. Among | | | | | other things, this | | | | | will require a | | | | | careful review of | | | | | the handling of mbuf | | | | | header copying and | | | | | m_tag support in the | | | | | KAME IPv6 code. | |------------------+-------------+----------------+----------------------| | | | | A process cannot be | | | | | interrupted while | | | | | waiting on a lock. | | rpc.lockd(8) | | | Fixing this requires | | stability | -- | -- | that the RPC code be | | | | | taught how to deal | | | | | with lock | | | | | cancellation and | | | | | interruption events. | |------------------+-------------+----------------+----------------------| | | | | Kernel modules are | | | | | currently built | | | | | independently from a | | | | | kernel | | | | | configuration, and | | | | | independently from | | | | | one another, | | | | | resulting in | | | | | substantially | | | | | redundant | | | | | compilation of | | | | | objects, as well as | | | | | the inability to | | | | | easily manage | | | | | compile-time options | | Revised kld | | | for kernel objects | | build | Not done | Peter Wemm | (such as MAC, PAE, | | infrastructure | | | etc) that may | | | | | require conditional | | | | | compilation in the | | | | | kernel modules. In | | | | | order to improve | | | | | build performance | | | | | and better support | | | | | options of this | | | | | sort, the KLD build | | | | | infrastructure needs | | | | | to be revamped. | | | | | Peter Wemm has done | | | | | some initial | | | | | prototyping, and | | | | | should be contacted | | | | | before starting on | | | | | this work. | |------------------+-------------+----------------+----------------------| | | | | Truss appears to | | | | | contain a race | | | | | condition during the | | | | | start-up of | | | | | debugging, which can | | | | | result in truss | | | | | failing to attach to | | | | | the process before | | | | | it exits. The | | | | | symptom is that | | | | | truss reports that | | | | | it cannot open the | | | | | procfs node | | | | | supporting the | | | | | process being | | | | | debugged. A bug also | | Race conditions | Errata | Robert Drehmel | appears to exist | | in truss | candidate | | where in truss will | | | | | hang if execve() | | | | | returns ENOENT. A | | | | | further race appears | | | | | to exist in which | | | | | truss will return | | | | | "PIOCWAIT: | | | | | Input/output error" | | | | | occasionally on | | | | | startup. The fix for | | | | | this sufficiently | | | | | changes process | | | | | execution handling | | | | | that we will defer | | | | | the fix to post-5.0 | | | | | and consider this | | | | | errata. | |------------------+-------------+----------------+----------------------| | | | | The LOR reported in | | | | | PR kern/55175 needs | | filedesc LOR | Not done | -- | to be fixed. | | | | | Filedesc locking | | | | | needs to be heavily | | | | | reviewed in general. | |------------------+-------------+----------------+----------------------| | | | | Userland bits | | KSE support for | In progress | Marcel | implemented, kernel | | alpha | | Moolenaar | bits not | | | | | implemented. | |------------------+-------------+----------------+----------------------| | | | | For kernel API/ABI | | | | | compatibility | | | | | reasons, it would be | | CAM locking | In progress | Scott Long, | desirable to have | | | | Justin Gibbs | the CAM locking | | | | | strategy determined | | | | | and loosely | | | | | implemented for 5.3. | |------------------+-------------+----------------+----------------------| | | | | When running syscons | | | | | on an Ultra-30 with | | | | | Creator-3D typing | | | | | characters on the | | | | | keyboard produces | | | | | garbage. Problem | | | | | reported by Kris | | syscons not | | | Kennaway. Debugging | | working on | Not done | -- | difficult due to | | Sparc64 Ultra-30 | | | lack of this | | | | | particular | | | | | configuration among | | | | | developers and | | | | | problem isn't | | | | | present on similar | | | | | hardware (e.g. no | | | | | problem on Ultra-60 | | | | | w/Creator-3D). | +------------------------------------------------------------------------+ Documentation items that must be resolved for 5.3 +----------------------------------------------------------------------------------------------+ | Issue | Status |Responsible| Description | |--------------+--------+-----------+----------------------------------------------------------| | | |Gavin |The installation documentation doesn't take into account | |i386 Floppy | |Atkinson, |the new floppy images (with a full kernel split across | |Installation |Done |Bruce A. |multiple disks). This should be updated. | |Docs | |Mah |References: | | | | |docs/70485 (closed) | |--------------+--------+-----------+----------------------------------------------------------| |Finish | |Simon L. |Finish removing mention of individual devices in the | |hardware notes|Done |Nielsen, |hardware notes and use auto-generated lists, based on | |trimming | |Christian |driver manual pages, instead. | | | |Brueffer | | |--------------+--------+-----------+----------------------------------------------------------| | | | |The snd(4) and pcm(4) drivers have been renamed but their | | | | |manual pages are still outdated. sound(4) has to be added | | | | |and pcm(4), csa(4), gusc(4), sbc(4), and uaudio(4) should | |sound(4) | | |be revised. Other manual pages which refer to pcm(4) (if | |related manual|Done |Simon L. |any) should possibly be revised, too. In addition, | |pages | |Nielsen |supported cards list needs to be updated. | | | | |References: | | | | |Manpage for snd_solo on -doc@ | | | | |[PATCH] sound(4) related manpages 5.3 TODO item on -doc@ | | | | |src/share/man/man4/Makefile rev.1.279 | |--------------+--------+-----------+----------------------------------------------------------| | | | |This section is outdated, some rewrites are needed for | |Sound section | |Marc |5.3-RELEASE. | |in the |Done |Fonvieille |References: | |Handbook | | |doc/en_US.ISO8859-1/books/handbook/multimedia/chapter.sgml| | | | |rev.1.94 | |--------------+--------+-----------+----------------------------------------------------------| |FDP | | |With the snd(4) and pcm(4) drivers changes, documentations| |documentations|Not done|-- |(FAQ) regarding the use of these drivers need an update. | |related pcm(4)| | | | |--------------+--------+-----------+----------------------------------------------------------| | | | |Xin LI pointed out that FreeBSD 5.3-RELEASE is the first | | | | |stable release on 5.X and it is (hopefully) not for early | | | | |adopters. Early Adopter's Guide is still useful, but | |Early | |Bruce A. |contains a bit old information. Some parts of this guide | |Adopter's |Done |Mah, Tom |need a rewrite, and this document should be published as | |Guide | |Rhodes |"4.X to 5.X Migration Guide", which focuses difference | | | | |between 4.X and 5.X. | | | | |References: | | | | |Draft for review | | | | |discussion on -doc@ and -current@ | |--------------+--------+-----------+----------------------------------------------------------| | | | |Some parts are outdated. doc/70485 has been committed, but| | | | |more work is needed to reflect the realities. bmah@ | | | | |pointed out that we should have "quick-start" installation| |Installation |Not done|Tom Rhodes |guide for each platform instead of the current ones | |Notes | | |because they become too long and difficult to be | | | | |maintained. | | | | |References: | | | | |doc/70485 (closed) | |--------------+--------+-----------+----------------------------------------------------------| | | |Ken Tom, |Update the X11 chapter of the Handbook for X.Org's X11 | |Xorg |Done |Marc |server. | | | |Fonvieille |References: | | | | |books/handbook/config/chapter.sgml rev.1.147 | |--------------+--------+-----------+----------------------------------------------------------| | | | |Ch.11.4 and 11.5 of the Handbook must be updated to | | | | |mention the new rc.d scripts and some ports use | |rc.d scripts |Done |Tom Rhodes |/etc/rc.conf for their configuration. | | | | |References: | | | | |books/handbook/config/chapter.sgml rev.1.170 | | | | |books/handbook/config/chapter.sgml rev.1.172 | |--------------+--------+-----------+----------------------------------------------------------| |Handbook's | | |Chapter 8 must be updated to match 5.3-RELEASE. | |kernel |Done |Ceri Davies|References: | |configuration | | |docs/70674 (closed) | |chapter | | |books/handbook/kernelconfig/chapter.sgml rev.1.135 | |--------------+--------+-----------+----------------------------------------------------------| | | | |Some parts of Section 14.10 are outdated and are not | |Handbook's | | |correct for 5.X systems. | |IPsec section |Not done|-- |References: | | | | |ipsec on -doc@ | | | | |Problem with IPSEC in handbook on -doc@ | |--------------+--------+-----------+----------------------------------------------------------| |Handbook's |Not done|-- |Vinum chapter needs to be revised for 5.X systems. | |Vinum chapter | | | | +----------------------------------------------------------------------------------------------+ Testing focuses for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |-------------------+---------------+---------------+--------------------| | | | | KSE has matured to | | | | | the point of being | | | | | more stable and | | | | | POSIX-compliant | | | | | than the | | | | | traditional | | | | | libc_r. All Tier-1 | | | | | platforms MUST | | | | | have stable KSE | | KSE as the | | David Xu, | support for 5.3 in | | default threads | Needs testing | Daniel | order to support a | | library | | Eischen | consistent | | | | | transition. | | | | | Additionally, all | | | | | ports that depend | | | | | on the pthreads | | | | | API must be | | | | | modified to | | | | | properly detect | | | | | and support the | | | | | default threading | | | | | library. | |-------------------+---------------+---------------+--------------------| | | | | Binutils needs | | | | | updating in order | | Updated binutils | | | to support new | | for all platforms | Needs testing | David O'Brien | platforms, newer | | | | | GDB versions, and | | | | | Thread Local | | | | | Storage. | |-------------------+---------------+---------------+--------------------| | | | | The previous GCC | | | | | 3.3 snapshot | | | | | included | | | | | regressions in | | | | | alignment of | | | | | floating point | | gcc 3.3 floating | | | arguments, | | point alignment | Needs testing | | resulting in a | | regression | | | substantial | | | | | performance | | | | | degradation. The | | | | | recent GCC 3.4.2 | | | | | import should fix | | | | | this, but more | | | | | testing is needed. | |-------------------+---------------+---------------+--------------------| | | | | Jun Kuriyama has | | | | | reported a failed | | | | | locking assertion | | in6_pcbnotify() | Done | Robert Watson | with IPv6 TCP | | panic with TCP | | | notifications. | | | | | This problem is | | | | | believed to be | | | | | corrected. | |-------------------+---------------+---------------+--------------------| | | | | To complete | | | | | support for | | | | | thread-local | | | | | storage on | | | | | FreeBSD, | | Per-platform | | Doug Rabson, | per-architecture | | Thread-Local | Needs testing | Marcel | changes must be | | Storage | | Moolenaar | made. Currently | | | | | pending platforms | | | | | are amd64, alpha, | | | | | ia64, i386, | | | | | sparc64, and | | | | | powerpc. | |-------------------+---------------+---------------+--------------------| | | | | High load on SMP | | | | | systems appears to | | | | | result in a hard | | | | | hang related to VM | | | | | IPI. Doug White | | SMP instability | | Doug White, | has prepared a | | under load | Needs testing | Alan L. Cox | candidate patch | | | | | that appears to | | | | | resolve this | | | | | instability, which | | | | | is currently in | | | | | testing for merge | | | | | to the CVS HEAD. | |-------------------+---------------+---------------+--------------------| | | | | Significant parts | | | | | of the network | | | | | stack (especially | | | | | IPv4, UNIX domain | | | | | IPC, and sockets) | | | | | now have | | | | | fine-grained | | | | | locking of their | | | | | data structures. | | | | | It's possible to | | | | | run many common | | | | | network subsystems | | | | | and services | | | | | without the Giant | | Fine-grained | | | lock. However, a | | network stack | | | number of device | | locking without | Needs testing | Robert Watson | drivers and less | | Giant | | | mainstream network | | | | | subsystems are | | | | | currently not | | | | | MPSAFE. 5.3 betas | | | | | have shipped with | | | | | Giant-free | | | | | networking by | | | | | default, with some | | | | | bug reports and | | | | | fixes in later | | | | | betas and release | | | | | candidates. Please | | | | | report any | | | | | problems to the | | | | | current@ mailing | | | | | list. | |-------------------+---------------+---------------+--------------------| | | | | KLDs work when | | | | | loaded from | | | | | userland, but not | | | | David | from the loader. | | kld support for | Needs testing | O'Brien, Ian | kldxref and loader | | amd64 | | Dowse | support has been | | | | | committed to HEAD | | | | | and RELENG_5 and | | | | | needs final | | | | | testing. | |-------------------+---------------+---------------+--------------------| | | | | Recent changes to | | | | | the ATA driver | | | | | trigger a bug on | | | | So/ren | sparc64 that | | ATA panics under | Needs testing | Schmidt, | causes a panic on | | sparc64 | | Scott Long | boot. This was | | | | | caused by bugs in | | | | | busdma that have | | | | | been hopefully | | | | | fixed. | |-------------------+---------------+---------------+--------------------| | | | | The ifconf() ioctl | | | | | for listing | | | | | network interfaces | | | | | performs a | | | | | copyout() while | | | | | holding the global | | | | | ifnet list mutex. | | | | | This generates a | | ifconf() sleep | Done | Brooks Davis | witness warning in | | warning | | | the event that | | | | | copyout() | | | | | generates a page | | | | | fault, and risks | | | | | more serious | | | | | problems. This | | | | | problem is | | | | | believed to be | | | | | corrected. | |-------------------+---------------+---------------+--------------------| | | | | There are reports | | | | | of applications | | | | | wedging in poll() | | | | | and select() while | | | | | running the | | | | | network stack | | | | | without the Giant | | poll()/select() | | | lock. A recent | | application wedge | | | sleepq change | | reports with | Done | Robert Watson | appears to have | | debug.mpsafenet=1 | | | caused some of the | | | | | observed problems | | | | | to go away (others | | | | | are difficult to | | | | | test for due to | | | | | recent SMP | | | | | instability). This | | | | | problem appears to | | | | | be corrected. | |-------------------+---------------+---------------+--------------------| | | | | There have been | | | | | several reports of | | | | | if_em cards | | if_em wedging | | | "wedging" under | | under high pps | Done | Max Laier | high | | | | | packets-per-second | | | | | load. This problem | | | | | appears to have | | | | | been corrected. | |-------------------+---------------+---------------+--------------------| | | | | A recent | | | | | regression in the | | | | | USB code is | | Panic on USB | | Warner Losh, | causing panics | | detach | Needs testing | Scott Long | when a USB device | | | | | detaches, | | | | | especially USB | | | | | hubs. A fix is in | | | | | RELENG_5 now. | |-------------------+---------------+---------------+--------------------| | | | | There are reports | | | | | that racoon is | | | | | unable to complete | | | | | IKE negotiation | | | | | due to a send to | | | | | the pfkey socket | | | | | returning ENOBUFS. | | KAME IPSEC | | Robert | This appears to be | | "ENOBUFS" problem | Done | Watson, Sam | a result of an | | with racoon and | | Leffler | incorrect | | mbuma | | | assumption about | | | | | mbuf data size due | | | | | to a change | | | | | resulting from | | | | | mbuma. This | | | | | problem appears to | | | | | have been | | | | | corrected. | |-------------------+---------------+---------------+--------------------| | | | | BIND9 is now in | | | | | RELENG_5 and HEAD. | | | | Doug Barton, | Testing is needed | | BIND9 import into | | Dag-Erling | of basic | | 5-CURRENT | Done | Smorgrav, Tom | functionality, | | | | Rhodes | migration from | | | | | 8.x, and 3rd party | | | | | packages in the | | | | | ports tree. | |-------------------+---------------+---------------+--------------------| | | | | Synaptics updates | | | | | to the psm(4) | | | | | driver have | | | | | resulted in poor | | | | | interactivity for | | | | | taps and button | | Synaptics | Needs testing | Philip Paeps | press events for | | touchpad problems | | | some users. | | | | | Support is now | | | | | disabled by | | | | | default but work | | | | | will procede to | | | | | fix the underlying | | | | | problems. | |-------------------+---------------+---------------+--------------------| | | | | Significant work | | | | | has happened in | | Scheduler-related | | Scott Long, | the scheduler to | | hangs involving | Needs testing | Julian | fix stability | | threads | | Elischer | problems. More | | | | | testing for UP and | | | | | SMP under heavily | | | | | load is needed. | |-------------------+---------------+---------------+--------------------| | | | | Jun Kuriyama has | | | | | reported problems | | | | | with NFS over IPv6 | | | | | not functioning | | | | | correctly as of | | | | | the improved NFS | | | | | support for | | | | | disconnection | | | | | changes. Doug | | | | | White has tracked | | NFS over IPv6 | | | down the source of | | problems | Done | Doug White | the problem | | | | | (EMSGSIZE being | | | | | returned by IPv6 | | | | | UDP send routine | | | | | due to | | | | | fragmentation), | | | | | and is currently | | | | | exploring possible | | | | | fixes. This | | | | | problem appears to | | | | | have been | | | | | corrected. | |-------------------+---------------+---------------+--------------------| | | | | There have been | | | | | reports of | | | | | occasional | | | | | corruption of | | | | | socket buffers. | | | | | This may have been | | Reports of socket | | | the result of | | buffer corruption | Done | Robert Watson | missing socket | | in tcp_output() | | | buffer locking in | | | | | tcp_output(), | | | | | which has now been | | | | | corrected in 6.x | | | | | and 5.x; this | | | | | problem is | | | | | believed to be | | | | | fixed. | |-------------------+---------------+---------------+--------------------| | | | | There have been | | | | | reports of system | | | | | hangs while using | | | | | ISDN with the i4b | | | | | ISDN framework on | | | | | SMP systems. These | | | | | likely result from | | | | | insufficient | | | | | synchronization in | | | | | the i4b | | | | | implementation | | | | | when runnning | | Reports of hangs | | | without the Giant | | using i4b | Done | Robert Watson | lock over the | | (isdn4bsd) | | | network stack. The | | | | | workaround until | | | | | this is fixed is | | | | | to re-assert the | | | | | Giant lock over | | | | | the stack when i4b | | | | | is compiled into | | | | | the kernel; this | | | | | has been committed | | | | | to 6.x and and | | | | | 5.x. This problem | | | | | appears to have | | | | | been corrected. | |-------------------+---------------+---------------+--------------------| | | | | There have been | | | | | reports that | | | | | multicast socket | | | | | options on raw | | | | | sockets no longer | | | | | work properly with | | | | | daemons changing | | | | | privilege or | | | | | setuid binaries. | | Problems with | | Robert | These symptoms | | multicast and | Done | Watson, | have been tracked | | setuid | | Christian | down to bugs | | binaries/daemons | | Peron | relating to | | | | | permitting limited | | | | | use of raw sockets | | | | | in jail(). A patch | | | | | correcting these | | | | | problems has been | | | | | merged to 6.x and | | | | | 5.x. This problem | | | | | appears to have | | | | | been corrected. | |-------------------+---------------+---------------+--------------------| | | | | There have been | | | | | reports of a | | | | | so_count invariant | | | | | violation in | | | | | sofree(), which | | | | | may relate to race | | Reports of | | Robert | conditions in | | sodealloc() panic | Done | Watson, Brian | sofree() against | | under heavy load | | Feldman | accept(), which | | | | | were recently | | | | | corrected in 6.x, | | | | | and has been | | | | | merged to 5.x. | | | | | This problem | | | | | appears to have | | | | | been corrected. | |-------------------+---------------+---------------+--------------------| | | | | Apple's Darwin | | | | | operating system | | | | | has fairly | | | | | extensive | | Merge of Darwin | | | improvements to | | msdosfs, other | Done | -- | msdosfs and other | | fixes | | | kernel services; | | | | | these fixes must | | | | | be reviewed and | | | | | merged to the | | | | | FreeBSD tree. | |-------------------+---------------+---------------+--------------------| | | | | There have been | | | | | reports that if_de | | | | | ethernet cds | | | | | behave poorly when | | | | | running with | | | | | debug.mpsafenet=1, | | | | | even though the | | | | | driver is marked | | Reports of poor | | | to run all | | performance of | | Robert | portions with the | | the if_de driver | Done | Watson, | Giant lock. This | | (de ethernet | | John-Mark | suggests a race | | interfaces) | | Gurney | condition specific | | | | | to this drive, | | | | | which is currently | | | | | being debugged. A | | | | | patch has been | | | | | committed to the | | | | | 6.x and 5.x | | | | | branches, and | | | | | appears to correct | | | | | the problem. | |-------------------+---------------+---------------+--------------------| | | | | Attaching GDB to a | | | | | threaded process | | | | | will leave the | | | | | process in an | | | | | unkillable state. | | | | | Rebooting the | | | | | machine is the | | Threaded | | | only way to | | application get | | | recover from this. | | stuck in an | | | This is easily | | unkillable state | Done | David Xu | triggered when a | | when touched by | | | KDE app crashes | | GDB | | | and KDE | | | | | automatically | | | | | attaches GDB to it | | | | | to extract a stack | | | | | trace. A candidate | | | | | fix is in | | | | | 6-CURRENT. More | | | | | testing and review | | | | | is needed. | |-------------------+---------------+---------------+--------------------| | | | | Truss appears to | | | | | have another | | | | | problem. It is | | | | | repeatable by | | | | | running "truss -f | | More truss | | Alfred | fsck -p /", | | problems | Done | Perlstein | suspending it with | | | | | ^Z, and then | | | | | killing truss. It | | | | | will leave behind | | | | | the fsck processes | | | | | which will be | | | | | unkillable. | |-------------------+---------------+---------------+--------------------| | | | | There have been | | | | | reports that, | | | | | under extremely | | | | | high load, the | | | | | tcp_output() | | | | | routine may appear | | | | | to run for | | Reports of | | George V. | extended periods, | | TCP-related | | Neville-Neil, | resulting in the | | instability under | Needs testing | Robert | appearance of a | | extremely high | | Watson, | hang for an | | load; possibly | | Scott Long | extended period | | related to SACK | | | (up to 30 | | | | | minutes), followed | | | | | by recovery. A fix | | | | | for SACK was | | | | | developed and | | | | | committed that | | | | | hopefully corrects | | | | | this problem. | +------------------------------------------------------------------------+ ---------------------------------------------------------------------- home | contact | legal | (c) 1995-2004 The FreeBSD Project. All rights reserved. Last modified: 2004/11/04 17:49:51 From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 00:52:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12EB916A477 for ; Sun, 3 Jul 2005 00:52:46 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EB424430E for ; Sun, 3 Jul 2005 00:33:00 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 0B557656BF; Sat, 2 Jul 2005 17:29:32 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 226BF5C9D9 for ; Fri, 5 Nov 2004 13:18:11 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 8B8F3572FA for ; Fri, 5 Nov 2004 21:18:05 +0000 (GMT) (envelope-from owner-all-developers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id 9DE0416A563; Fri, 5 Nov 2004 21:17:59 +0000 (GMT) Delivered-To: ps@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id 1C75616A4D1; Fri, 5 Nov 2004 21:17:56 +0000 (GMT) Delivered-To: all-developers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DAE916A4CE; Fri, 5 Nov 2004 21:17:55 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CC9243D3F; Fri, 5 Nov 2004 21:17:55 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 45D567A440; Fri, 5 Nov 2004 13:17:55 -0800 (PST) Message-ID: <418BEE03.8090809@elischer.org> From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-all-developers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Subject: USB mailing list.. be there or be square.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:52:46 -0000 X-Original-Date: Fri, 05 Nov 2004 13:17:55 -0800 X-List-Received-Date: Sun, 03 Jul 2005 00:52:46 -0000 I'm hopign that we can focus a bit on the USB developement through this list.. Just one last call for interested parties to join up before we try plot a path.... Julian From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 00:53:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19BE216A45B; Sun, 3 Jul 2005 00:53:14 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A17C044367; Sun, 3 Jul 2005 00:33:01 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 72CAB656C7; Sat, 2 Jul 2005 17:29:32 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 545685C965 for ; Fri, 5 Nov 2004 11:51:14 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 4F80C56AD1 for ; Fri, 5 Nov 2004 19:51:02 +0000 (GMT) (envelope-from owner-freebsd-ia64@freebsd.org) Received: by hub.freebsd.org (Postfix) id 230DE16A4D9; Fri, 5 Nov 2004 19:51:01 +0000 (GMT) Delivered-To: ps@freebsd.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 09B4916A4D3; Fri, 5 Nov 2004 19:51:01 +0000 (GMT) Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1116F16A4D1; Fri, 5 Nov 2004 19:50:58 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEA5B43D2D; Fri, 5 Nov 2004 19:50:57 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA5JovD8053871; Fri, 5 Nov 2004 14:50:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id iA5JovWc018872; Fri, 5 Nov 2004 14:50:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 20A107306E; Fri, 5 Nov 2004 14:50:57 -0500 (EST) From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041105195057.20A107306E@freebsd-current.sentex.ca> X-Virus-Scanned: ClamAV 0.80/574/Thu Nov 4 19:12:58 2004 clamav-milter version 0.80j on smtp2.sentex.ca X-Virus-Status: Clean X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Sender: owner-freebsd-ia64@freebsd.org Errors-To: owner-freebsd-ia64@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-0.8 required=5.0 tests=ADDR_FREE,AWL,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:53:17 -0000 X-Original-Date: Fri, 5 Nov 2004 14:50:57 -0500 (EST) X-List-Received-Date: Sun, 03 Jul 2005 00:53:17 -0000 TB --- 2004-11-05 19:17:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-05 19:17:25 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-11-05 19:17:25 - checking out the source tree TB --- 2004-11-05 19:17:25 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2004-11-05 19:17:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-05 19:23:13 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-05 19:23:13 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-11-05 19:23:13 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.01.015\" -I/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_write_open_file.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.01.015\" -I/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_write_set_compression_bzip2.c /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: error: conflicting types for 'archive_compressor_bzip2_write' /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: error: previous declaration of 'archive_compressor_bzip2_write' was here /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: error: conflicting types for 'archive_compressor_bzip2_write' /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: error: previous declaration of 'archive_compressor_bzip2_write' was here /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: warning: 'archive_compressor_bzip2_write' declared `static' but never defined /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: warning: 'archive_compressor_bzip2_write' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-11-05 19:50:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-05 19:50:56 - ERROR: failed to build world TB --- 2004-11-05 19:50:56 - tinderbox aborted _______________________________________________ freebsd-ia64@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ia64 To unsubscribe, send any mail to "freebsd-ia64-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 00:53:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19BD516A420 for ; Sun, 3 Jul 2005 00:53:54 +0000 (GMT) (envelope-from brian@aljex.com) Received: from s1tank.virtdom.com (s1tank.virtdom.com [12.26.83.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 87F3544390 for ; Sun, 3 Jul 2005 00:33:39 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 51943 invoked by uid 89); 3 Jul 2005 00:47:39 -0000 Received: from ool-4355e580.dyn.optonline.net (HELO venti) (brian@aljex.com@67.85.229.128) by s1tank.virtdom.com with SMTP; 3 Jul 2005 00:47:39 -0000 Message-ID: <001401c57f66$d7d01fe0$941fa8c0@venti> From: "Brian K. White" To: , Date: Sat, 2 Jul 2005 20:33:32 -0400 Organization: Aljex Software MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: Subject: wireless keyboard with built in touchpad X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 00:53:54 -0000 I have a VGP-WKB1 Sony Vaio usb, 2.4gz rf wireless, keyboard with built-in touch pad and seperate wireless mouse. Gizmodo article http://www.gizmodo.com/gadgets/peripherals/input/vaio-vgpwkb1-wireless-keyboard-with-touchpad-036744.php Sony product page http://www.sonystyle.com/is-bin/INTERSHOP.enfinity/eCS/Store/en/-/USD/SY_DisplayProductInformation-Start?ProductSKU=VGPWKB1&CategoryName=hid_pr_p_20_per_ecoupon_all&DCMP=CNET_DF&HQS=NBA_VGPWKB1 better pictures on this japanese page: http://www.watch.impress.co.jp/akiba/hotline/20050319/etc_vgpwkb1.html I've been searching for a good wireless keyboard/mouse to use with a ThinBSD based thin client to use on my plazma tv. http://nj.aljex.com/Hubpc/Photo_062005_005.jpg Next to real optical mice, I only like touch pads and under duress I wouldn't mind a trackball or thumb-trackball. eraser points or big rubber thumb-bads that work the same way are the worst. And, if possible I want a keyboard that looks nice enough to keep out on an end table or coffee table in the living room. So this one is damned near ideal. Like all the others I tried, the keyboard part of this works fine on 5.4-release (what thinbsd is built on) and the mouse is unrecognized. Ordinary usb mice work fine, including when indirectly connected via hubs. I have one slim wired usb keyoard which has a built in 2 port hub and a usb mouse works fine plugged into it. Who can I bribe to get the mouse working ? Can I buy one of these and give it to someone (as in it's yours forever) in return for updating the mouse detection in usbd or in the kernel? or even just figuring out whatever cheap hack would allow it to work like maybe just commenting uhid out of the kernel config like you have to do for apcupsd? dmesg on 5.4-release shows this near the end: ukbd0: Sony RF Receiver, rev 1.10/1.00, addr 2, iclass 3/1 kbd1 at ukbd0 uhid0: Sony RF Receiver, rev 1.10/1.00, addr 2, iclass 3/1 kbd1 at ukbd0 I'm also willing to do the usual testing and reporting myself according to someones direction of course but I really want this so I don't mind making it worth someones while. It's a really sweet unit. It comes with a seperate wireless optical wheel mouse that works off the same receiver as the keyboard but I could care less about that mouse. Even if I were using this on a desk instead of my lap I'd use _any_ mouse but that one. It's shape is absolutely horrible. It's both ugly to look at and awkward to use. It would be the ultimate in cool to sit there on the couch and use the remote to flip over the the vga input and do typical surfing, googling facts, shopping, work (my work is 99% ssh sessions to unix boxes and plain text app development and the low res but large plasma screen handles that just fine), irc, etc.. no cords, no finicky carefully aimed IR,... and then when not using it it folds up into a very living-room friendly clean appearance which also has the nice side effect of making a dust-cover over the keys. Best of all, no more dragging out the d___ laptop and it's power brick. Oh, if the answer is something simple like "run moused -p /dev/uhid0 ..." and 5 people tell me it, I'm not buying 5 $150 keyboards. Sorry! :) Alternatively, if someone knows of a different keyboard that does work I'd be interested in hearing about it. ideally it needs: wireless rf 10' range minimum built-in touch pad prefferably usb but ps/2 is ok. There are at least a couple I didn't try yet but they are $100, $190 and $290 and I am tired of buying expensive keyboards to find out they don't work. This ps/2, IR, thumb-pressure-pad one works in 5.3 but not 5.4. There is a known glitch with ps/2 mice on some kvms on 5.4, and a known kernel config option to work around it, that might possibly help this thing too, but I don't like this keyboard anyways. http://www.directron.com/ack581.html Thanks Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO FreeBSD #callahans Satriani Filk! From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 01:01:35 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BC0716B04D; Sun, 3 Jul 2005 01:01:28 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB10B45257; Sun, 3 Jul 2005 00:50:22 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 76F385DA7E; Sat, 2 Jul 2005 17:07:31 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 3124A5C8C1 for ; Wed, 20 Oct 2004 08:40:46 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 4A11257906; Wed, 20 Oct 2004 15:40:39 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id BABCC16A4D8; Wed, 20 Oct 2004 15:40:38 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9B4216A4CE; Wed, 20 Oct 2004 15:40:35 +0000 (GMT) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5274043D31; Wed, 20 Oct 2004 15:40:35 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) i9KFeR2X068604; Wed, 20 Oct 2004 17:40:29 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id i9KFeQE6040589; Wed, 20 Oct 2004 17:40:26 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id i9KFeQYU040588; Wed, 20 Oct 2004 17:40:26 +0200 (CEST) (envelope-from wb) From: Wilko Bulte To: "M. Warner Losh" Message-ID: <20041020154026.GA40554@freebie.xs4all.nl> References: <41767CF1.2020005@FreeBSD.org> <6ff30abd04102008163115a32d@mail.gmail.com> <20041020.093211.78703993.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041020.093211.78703993.imp@bsdimp.com> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.10-STABLE X-PGP: finger wilko@freebsd.org X-Virus-Scanned: by XS4ALL Virus Scanner X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.4 required=5.0 tests=BAYES_00,DRUGS_ERECTILE autolearn=ham version=3.0.0 X-Spam-Level: Cc: arch@freebsd.org, mitigator@gmail.com, current@freebsd.org Subject: Re: [Fwd: What do people think about not installing a stripped /kernel ?] X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:01:35 -0000 X-Original-Date: Wed, 20 Oct 2004 17:40:26 +0200 X-List-Received-Date: Sun, 03 Jul 2005 01:01:35 -0000 On Wed, Oct 20, 2004 at 09:32:11AM -0600, M. Warner Losh wrote.. > In message: <6ff30abd04102008163115a32d@mail.gmail.com> > jamie rishaw at google mail writes: > : What are the performance implications of a debug kernel? > : > : Disk space really shouldnt even be an issue.. if it is, and its down > : to the difference of 20 megs, well, duno. 512 meg CF's going for > : sub-$50 .. the only reason i could see even a debate would be any > : significant performance hits.. > > So long as it can be turned off, I don't care too much. > > However, I'm going going to take exception that it isn't a disk space Sure.. and we have plenty of Viagra spam to prove it ;-) > starting to fill up. In addition, we sometimes deploy new kernels to > the field and 16MB takes a lot longer to upload than 3MB (think really > bad connectivity to many of the remote locations our systems may be > deployed in). But I assume you would run a customised kernel on these machines anyway? -- Wilko Bulte wilko@FreeBSD.org _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 01:02:47 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F234016B4F0; Sun, 3 Jul 2005 01:02:02 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08AD34538B; Sun, 3 Jul 2005 00:52:16 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 732DB620F3; Sat, 2 Jul 2005 17:19:22 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 1B4C45C900 for ; Mon, 14 Feb 2005 20:06:56 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 7C835567DA for ; Tue, 15 Feb 2005 04:05:34 +0000 (GMT) (envelope-from owner-all-developers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id 6F3B616A4D9; Tue, 15 Feb 2005 04:05:28 +0000 (GMT) Delivered-To: ps@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id 24FD116A4D0; Tue, 15 Feb 2005 04:05:25 +0000 (GMT) Delivered-To: all-developers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E6EB16A4CE; Tue, 15 Feb 2005 04:05:23 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A717643D1D; Tue, 15 Feb 2005 04:05:20 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.19] (ibook-nai.samsco.home [192.168.254.19]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j1F45cQ2031147; Mon, 14 Feb 2005 21:05:40 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <421174F7.6020305@samsco.org> From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org, stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-all-developers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: Subject: Feb 2005 Snapshots for FreeBSD available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:02:47 -0000 X-Original-Date: Mon, 14 Feb 2005 21:05:11 -0700 X-List-Received-Date: Sun, 03 Jul 2005 01:02:47 -0000 All, The Release Engineering Team is happy to announce that snapshots for \ FreeBSD 5.3-STABLE and 6.0-CURRENT are now available for download. This release is the first in a series of monthly snapshots of the active branches of the FreeBSD tree. Each snapshot consists of a 'mini-inst' (install disc1 without 3rd part packages) CD image for each platform. While these are not full releases, the intent is to increase access to the development branches and encourage more testing and more feedback. We hope to follow on from this with a new snapshot release every month. Snapshots are available via FTP download from most FreeBSD mirrors at the pub/FreeBSD/snapshots/_ directory. Information about snapshots and pointers to the latest releases are available at http://www.freebsd.org/snapshots. When downloading and testing the Feb_2005 snapshots, please note that there are some minor naming inconsistencies with the ISO images. These will be fixed in the next snapshot release in March. Also note that this announcement is somewhat belated, and that most of the snapshots are a week or two old at this point. Again, we will rectify this with the next release. When reporting bugs or other issues with these snapshots, please be sure to include the full snapshot name in the bug report. This will make it much easier for the developers to isolate the problem and provide feedback. And as a reminder, 5.4-RELEASE will start soon, so please test these images as much as possible now. Thanks! Scott From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 01:02:53 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B84016B307; Sun, 3 Jul 2005 01:02:05 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B65644BC3; Sun, 3 Jul 2005 00:52:31 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 053EF5DA79; Sat, 2 Jul 2005 17:07:30 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 858A45C9C2 for ; Wed, 20 Oct 2004 09:27:34 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 8E87F565CE; Wed, 20 Oct 2004 16:27:32 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 4D39116A4D5; Wed, 20 Oct 2004 16:27:32 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EE7D16A4CF; Wed, 20 Oct 2004 16:27:29 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2372343D48; Wed, 20 Oct 2004 16:27:29 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i9KGRrMv050355; Wed, 20 Oct 2004 10:27:54 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <41769194.4060809@freebsd.org> From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: jamie rishaw at google mail References: <41767CF1.2020005@FreeBSD.org> <6ff30abd04102008163115a32d@mail.gmail.com> In-Reply-To: <6ff30abd04102008163115a32d@mail.gmail.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: current@freebsd.org, arch@freebsd.org Subject: Re: [Fwd: What do people think about not installing a stripped /kernel ?] X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:02:55 -0000 X-Original-Date: Wed, 20 Oct 2004 10:25:56 -0600 X-List-Received-Date: Sun, 03 Jul 2005 01:02:55 -0000 jamie rishaw at google mail wrote: > What are the performance implications of a debug kernel? > > Disk space really shouldnt even be an issue.. if it is, and its down > to the difference of 20 megs, well, duno. 512 meg CF's going for > sub-$50 .. the only reason i could see even a debate would be any > significant performance hits.. Disk space on the release CD images is at a premium, and putting debug kernels on there generally consumes 10-15MB that could be used by packages. Scott _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 01:03:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D98A416A8E3; Sun, 3 Jul 2005 01:02:52 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 318F445472; Sun, 3 Jul 2005 00:54:52 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 17E6F5DA25; Sat, 2 Jul 2005 17:07:31 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 153705C843 for ; Wed, 20 Oct 2004 14:01:30 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id E1E1E57ACA; Wed, 20 Oct 2004 21:01:22 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 85F0A16A4D5; Wed, 20 Oct 2004 21:01:22 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6F1F16A4CE; Wed, 20 Oct 2004 21:01:19 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF41843D1D; Wed, 20 Oct 2004 21:01:19 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 9751A7A439; Wed, 20 Oct 2004 14:01:19 -0700 (PDT) Message-ID: <4176D21F.3060108@elischer.org> From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Wilko Bulte References: <41767CF1.2020005@FreeBSD.org> <6ff30abd04102008163115a32d@mail.gmail.com> <20041020.093211.78703993.imp@bsdimp.com> <20041020154026.GA40554@freebie.xs4all.nl> In-Reply-To: <20041020154026.GA40554@freebie.xs4all.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL, BAYES_00, DRUGS_ERECTILE autolearn=ham version=3.0.0 X-Spam-Level: Cc: arch@freebsd.org, mitigator@gmail.com, current@freebsd.org Subject: Re: [Fwd: What do people think about not installing a stripped /kernel ?] X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:03:47 -0000 X-Original-Date: Wed, 20 Oct 2004 14:01:19 -0700 X-List-Received-Date: Sun, 03 Jul 2005 01:03:47 -0000 Wilko Bulte wrote: >On Wed, Oct 20, 2004 at 09:32:11AM -0600, M. Warner Losh wrote.. > > >>In message: <6ff30abd04102008163115a32d@mail.gmail.com> >> jamie rishaw at google mail writes: >>: What are the performance implications of a debug kernel? >>: >>: Disk space really shouldnt even be an issue.. if it is, and its down >>: to the difference of 20 megs, well, duno. 512 meg CF's going for >>: sub-$50 .. the only reason i could see even a debate would be any >>: significant performance hits.. >> >>So long as it can be turned off, I don't care too much. >> >>However, I'm going going to take exception that it isn't a disk space >> >> > >Sure.. and we have plenty of Viagra spam to prove it ;-) > > > >>starting to fill up. In addition, we sometimes deploy new kernels to >>the field and 16MB takes a lot longer to upload than 3MB (think really >>bad connectivity to many of the remote locations our systems may be >>deployed in). >> >> > >But I assume you would run a customised kernel on these machines anyway? > couldn't the instalation procedures install as stripped one if there wasn't room in /? it might save someone's hide.. > > > _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 01:03:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA09A16B74B; Sun, 3 Jul 2005 01:02:46 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 611EE44D28; Sun, 3 Jul 2005 00:54:37 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 0933962047; Sat, 2 Jul 2005 17:19:15 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 8E28F5C984 for ; Sat, 12 Feb 2005 01:50:44 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id E645063646; Sat, 12 Feb 2005 09:50:43 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6B91316A4D5; Sat, 12 Feb 2005 09:50:38 +0000 (GMT) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 605EB16A4CE; Sat, 12 Feb 2005 09:50:34 +0000 (GMT) Received: from renaissance.homeip.net (m197.net81-67-151.noos.fr [81.67.151.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7771343D54; Sat, 12 Feb 2005 09:50:31 +0000 (GMT) (envelope-from anthony.ginepro@laposte.net) Received: by renaissance.homeip.net (Postfix, from userid 1001) id 63A35204C; Sat, 12 Feb 2005 10:50:30 +0100 (CET) From: Anthony Ginepro To: =?ISO-8859-1?Q?S=F8ren?= Schmidt In-Reply-To: <420A1792.900@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-Id: <1108201829.872.8.camel@renaissance.homeip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-5.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: 'FreeBSD Current' , "freebsd-stable@freebsd.org" Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:03:49 -0000 X-Original-Date: Sat, 12 Feb 2005 10:50:29 +0100 X-List-Received-Date: Sun, 03 Jul 2005 01:03:49 -0000 Le Mercredi 09 f=C3=A9vrier 2005 =C3=A0 15:00 +0100, S=C3=B8ren Schmidt a = =C3=A9crit : > S=C3=B8ren Schmidt wrote: >=20 > > http://people.freebsd.org/~sos/ata-mk3j.diff-releng5.gz > > http://people.freebsd.org/~sos/ata-mk3j.diff-current.gz > > http://people.freebsd.org/~sos/ata-mk3j.tar.gz >=20 > New version that fixes known problems so far etc now available: ATA mk3 works fine on my system except two things : - it seems there's no more atapi-cam support (or it's still WIP ?), - dumps doesn't work (but never did on my system). For dumps, it never works under kernel panics so I tried jumping right into DDB and "call doadump", it displays "Dumping 991MB", hard drive's led lights on however the disk doesn't write, and system doesn't print dots reporting some progress. I host these files if you need more information : http://renaissance.homeip.net:8080/freebsd/ata-mkIII/CUSTOM_20050210 http://renaissance.homeip.net:8080/freebsd/ata-mkIII/dmesg.20050212 Thanks for all your work and patience with us, users with esoteric hardware, Anthony. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 01:03:47 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3ECCF16AED4; Sun, 3 Jul 2005 01:02:53 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C7CF45470; Sun, 3 Jul 2005 00:54:51 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 102565DA5A; Sat, 2 Jul 2005 17:07:30 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id DBF4B5C99D for ; Wed, 20 Oct 2004 07:58:14 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 80B1555BB3; Wed, 20 Oct 2004 14:58:12 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 08BDA16A4D6; Wed, 20 Oct 2004 14:58:12 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5709316A4CE; Wed, 20 Oct 2004 14:58:08 +0000 (GMT) Received: from web.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96DD143D1D; Wed, 20 Oct 2004 14:58:07 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.73] (portacare.portaone.com [195.140.247.242]) (authenticated bits=0) by web.portaone.com (8.12.11/8.12.11) with ESMTP id i9KEw4Ns021581 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 Oct 2004 16:58:05 +0200 (CEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <41767CF1.2020005@FreeBSD.org> From: Maxim Sobolev User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "current@freebsd.org" Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00, TO_ADDRESS_EQ_REAL autolearn=no version=3.0.0 X-Spam-Level: Cc: arch@FreeBSD.org Subject: [Fwd: What do people think about not installing a stripped /kernel ?] X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:03:50 -0000 X-Original-Date: Wed, 20 Oct 2004 17:57:53 +0300 X-List-Received-Date: Sun, 03 Jul 2005 01:03:50 -0000 I think that this is good idea which can be adapted for our 6-CURRENT as well. Disk space is so damn cheap today.... -Maxim -------- Original Message -------- Subject: What do people think about not installing a stripped /kernel ? Date: Mon, 18 Oct 2004 15:12:00 -0700 (PDT) From: Matthew Dillon Newsgroups: dragonfly.kernel The only cost is disk space... e.g. 3MB stripped kernel verses 16MB debug kernel. But the debug info isn't actually loaded into memory so the kernel load time and memory overhead is the same as with the stripped version. The issue is bug reports and kernel core dumps. I can't count the number of times I have had to carefully instruct people to retrieve their kernel.debug's for bug reporting purposes. And even my own debugging would be more convenient if I didn't have to save off a separate copy of the debug version of the kernel. What I'm thinking of doing is having the installkernel target install the debug version rather then the stripped version unless told to install the stripped version with a new option, e.g. 'options INSTALL_STRIPPED'. We would ship full debug GENERIC kernels instead of stripped kernels. i.e. we aren't getting rid of the ability to install a stripped kernel, we just aren't making it the default any more. What do people think? -Matt _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 01:03:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41AA416B56A; Sun, 3 Jul 2005 01:02:53 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43F7A45473; Sun, 3 Jul 2005 00:54:52 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 19CBC5D9F8; Sat, 2 Jul 2005 17:07:30 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 9EE7B5C9D5 for ; Wed, 20 Oct 2004 14:33:18 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id BD190585D6; Wed, 20 Oct 2004 21:30:58 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1655716A5D7; Wed, 20 Oct 2004 21:30:45 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 856D116A4EB; Wed, 20 Oct 2004 21:30:39 +0000 (GMT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0641F43D55; Wed, 20 Oct 2004 21:30:28 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i9KLUPUa032487; Wed, 20 Oct 2004 17:30:26 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <4176C0C8.4060408@freebsd.org> References: <41767CF1.2020005@FreeBSD.org> <20041020.105839.100358845.imp@bsdimp.com> <20041020170907.GA1216@orion.daedalusnetworks.priv> <200410201913.42879.max@love2party.net> <20041020194547.GD2195@ip.net.ua> <4176C0C8.4060408@freebsd.org> To: Scott Long , Ruslan Ermilov From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-8.0 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [Fwd: What do people think about not installing a stripped /kernel ?] X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:03:56 -0000 X-Original-Date: Wed, 20 Oct 2004 17:30:25 -0400 X-List-Received-Date: Sun, 03 Jul 2005 01:03:56 -0000 At 1:47 PM -0600 10/20/04, Scott Long wrote: >Ruslan Ermilov wrote: >>On Wed, Oct 20, 2004 at 07:13:35PM +0200, Max Laier wrote: >> >>>Why is this discussion ongoing? The consensus seems pretty >>>clear: "Implement it, but have a make.conf option to turn >>>it off." If there is concern with this, make it default to >>>off and have an option to turn it on. >> >>Implementing this is very easy, since it's already implemented, >>just not by default. >> >>What everyone seem to have forgotten is that we also have modules, >>and in the "config -g" case, we also build debug versions of the >>modules. And if we're also going to install modules with debug >>symbols, I think this puts the requirement for the root file >>system way beyond the rational limits. > >I tend to agree. What do you think of my proposal to have >installkernel (optionally or whatever) put unstriped binaries >somewhere outside of the root partition? A long time ago I had an update which allowed the person to set where the debug version of kernels and modules would go, based on some environment variable in make.conf. I am pretty sure I even posted it. But it was for 4-STABLE, and the feedback was that it should first go into 5-current. This made a lot of sense, of course, but *I* only needed it on my 4.x-stable system... There were also major changes in the build process between 4-stable and 5-current, so I never reworked that change. It was much easier to just create a larger root partition on my 5.x test system... Hmm. I might even have that disk still spinning around somewhere. Yes, I seem to have it. Frightening! What I seem to have is a patch to 4.x (as of Nov 20 2001), which adds support for a KERNSAVDBGDIR= environment variable. It modifies sys/conf/kmod.mk and sys/conf/Makefile.i386 . I am not sure how useful it would be, seeing that it's for the wrong branch and it is from so long ago. But if people are interested, I could look into that. In any case, we could also change this so that the kernel is not stripped by default, but still leave modules stripped by default. What I think is important is that the default, generic install will set up users with a kernel that has SOME symbols in it. As I say, right now we're in the situation where we install one thing (stripped kernel & modules), but as soon as anyone reports a problem we tell them to build a non-stripped kernel or we can not help them. If the "rational" root partition is too small for a non-stripped kernel, then users are screwed when we given them that advice. So we need to change our definition of a rational root partition, or we simply admit that we (as developers) are not rational. Changing the *default* kernel that we install does not effect the actual size of a kernel which is USEFUL for debugging. The only thing we are changing is whether users START OUT with a useful debugging kernel. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 01:04:02 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2ADE516B90E for ; Sun, 3 Jul 2005 01:03:17 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 359D244D60 for ; Sun, 3 Jul 2005 00:56:13 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 1D17961110; Sat, 2 Jul 2005 17:16:41 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id A8DE35C93E for ; Fri, 1 Oct 2004 00:40:51 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 464EA57503 for ; Fri, 1 Oct 2004 07:40:46 +0000 (GMT) (envelope-from owner-all-developers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id D197816A574; Fri, 1 Oct 2004 07:40:36 +0000 (GMT) Delivered-To: ps@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id BF72816A4D0; Fri, 1 Oct 2004 07:40:32 +0000 (GMT) Delivered-To: all-developers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA13016A4CE; Fri, 1 Oct 2004 07:40:28 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA15043D3F; Fri, 1 Oct 2004 07:40:27 +0000 (GMT) (envelope-from scottl@pooker.samsco.org) Received: from pooker.samsco.org (scottl@localhost [127.0.0.1]) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i917fKMI076108; Fri, 1 Oct 2004 01:41:20 -0600 (MDT) (envelope-from scottl@pooker.samsco.org) Received: (from scottl@localhost) by pooker.samsco.org (8.12.11/8.12.10/Submit) id i917fJUo076107; Fri, 1 Oct 2004 01:41:19 -0600 (MDT) (envelope-from scottl) Message-Id: <200410010741.i917fJUo076107@pooker.samsco.org> From: Scott Long To: current@FreeBSD.org Sender: owner-all-developers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on elvis.mu.org X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.64 X-Spam-Level: Cc: Subject: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Reply-To: re@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:04:02 -0000 X-Original-Date: Fri, 1 Oct 2004 01:41:19 -0600 (MDT) X-List-Received-Date: Sun, 03 Jul 2005 01:04:02 -0000 This is an automated weekly mailing of the FreeBSD 5.3 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.3R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.3 FreeBSD 5.3 Open Issues Open Issues This is a list of open issues that need to be resolved for FreeBSD 5.3. If you have any updates for this list, please e-mail re@FreeBSD.org. Show stopper defects for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |---------------------+-------------+---------------+--------------------| | | | | PREEMPTION appears | | | | | to increase the | | | | | chances of | | | | | triggering a race | | | | | condition in the | | | | | thread context | | PREEMPTION-related | | Scott Long, | management and | | hangs involving | In progress | Julian | scheduling code. | | threads | | Elischer | Patches to | | | | | mitigate the | | | | | problem have been | | | | | developed, with | | | | | on-going work to | | | | | come up with the | | | | | correct solution | | | | | prior to 5.3. | |---------------------+-------------+---------------+--------------------| | | | | Jun Kuriyama has | | | | | reported problems | | | | | with NFS over IPv6 | | | | | not functioning | | | | | correctly as of | | | | | the improved NFS | | | | | support for | | | | | disconnection | | | | | changes. Doug | | | | | White has tracked | | NFS over IPv6 | | | down the source of | | problems | In progress | Doug White | the problem | | | | | (EMSGSIZE being | | | | | returned by IPv6 | | | | | UDP send routine | | | | | due to | | | | | fragmentation), | | | | | and is currently | | | | | exploring possible | | | | | fixes. A patch has | | | | | been generated and | | | | | sent to the KAME | | | | | team for review. | |---------------------+-------------+---------------+--------------------| | | | | ether_input() | | | | | calls | | | | | random_harvest() | | | | | on the mbuf after | | | | | it has been handed | | | | | off to | | | | | ether_demux(), at | | ether_input() may | | Mark Murray, | which point it may | | harvest entropy | In progress | Robert Watson | have been free()'d | | from free()'d mbuf | | | back to the mbuf | | | | | allocator. It also | | | | | passes in a | | | | | pointer to the | | | | | mbuf itself, | | | | | rather than | | | | | ethernet frame | | | | | header. | |---------------------+-------------+---------------+--------------------| | | | | There have been | | | | | several reports of | | | | | if_em cards | | if_em wedging under | | | "wedging" under | | high pps | Not done | - | high | | | | | packets-per-second | | | | | load. This needs | | | | | to be debugged and | | | | | fixed. | |---------------------+-------------+---------------+--------------------| | | | | There are reports | | | | | that racoon is | | | | | unable to complete | | | | | IKE negotiation | | | | | due to a send to | | KAME IPSEC | | | the pfkey socket | | "ENOBUFS" problem | | | returning ENOBUFS. | | with racoon and | In progress | Robert Watson | This appears to be | | mbuma | | | a result of an | | | | | incorrect | | | | | assumption about | | | | | mbuf data size due | | | | | to a change | | | | | resulting from | | | | | mbuma. | |---------------------+-------------+---------------+--------------------| | | | | A recent | | | | | regression in the | | | | | USB code is | | | | | causing panics | | | | | when a USB device | | | | Warner Losh, | detaches, | | Panic on USB detach | Unknown | Scott Long | especially USB | | | | | hubs. Since | | | | | detaching a USB | | | | | device is a common | | | | | event, this must | | | | | be fixed for the | | | | | release. | +------------------------------------------------------------------------+ Required features for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |-----------------+-------------+----------------+-----------------------| | BIND9 import | | | BIND9 must be | | into 5-CURRENT | In progress | Doug Barton | imported for | | | | | 5.3-RELEASE. | |-----------------+-------------+----------------+-----------------------| | | | | Kernel bits | | KSE support for | | | implemented, userland | | sparc64 | -- | -- | not implemented. | | | | | Required for | | | | | 5.3-RELEASE. | |-----------------+-------------+----------------+-----------------------| | | | | With improved support | | | | | for threading | | | | | primitives, support | | | | | is now required to | | GDB thread | | David Xu, | ease debugging of | | support | In progress | Marcel | threaded | | | | Moolenaar | applications. | | | | | Ideally, this support | | | | | will work for both | | | | | libthr and libkse | | | | | threading models. | |-----------------+-------------+----------------+-----------------------| | | | | There have been | | | | | several reports that | | | | | growfs(8) works | | | | | improperly with large | | Reports of UFS2 | | | disk sizes, and other | | "large disk" | In progress | Scott Long | size-related nits in | | problems | | | the current disk and | | | | | label management tool | | | | | set. These must be | | | | | resolved for | | | | | 5.3-RELEASE. | |-----------------+-------------+----------------+-----------------------| | | | | Synaptics updates to | | | | | the psm(4) driver | | Synaptics | | | have resulted in poor | | touchpad | In progress | Philip Paeps | interactivity for | | problems | | | taps and button press | | | | | events for some | | | | | users. | |-----------------+-------------+----------------+-----------------------| | | | | Entropy harvesting in | | | | | the interrupt and | | | | | incoming packet paths | | | | | currently involves a | | | | | large number of mutex | | | | | operations. In order | | | | | to improve | | | | | performance, it is | | Entropy | | | desirable to reduce | | harvesting | In progress | Robert Watson, | the number of mutex | | optimizations | | Mark Murray | operations | | | | | substantially. Work | | | | | is in progress to | | | | | improve the | | | | | harvesting code along | | | | | these lines, but has | | | | | not yet been properly | | | | | measured, and | | | | | therefore not yet | | | | | merged to CVS. | +------------------------------------------------------------------------+ Desired features for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |------------------+-------------+----------------+----------------------| | | | | Almost all process | | | | | debugging tools have | | | | | been updated to use | | | | | non-procfs kernel | | | | | primitives, with the | | | | | exception of | | | | | truss(1). As procfs | | | | | is considered | | | | | deprecated due to | | | | | its inherent | | | | | security risks, it | | truss support | | | is highly desirable | | for ptrace | -- | -- | to update truss to | | | | | operate in a | | | | | post-procfs world. | | | | | Dag-Erling Smorgrav | | | | | had prototype | | | | | patches; | | | | | Robert Drehmel is | | | | | developing and | | | | | testing patches now. | | | | | Support for system | | | | | call tracing has | | | | | been added to | | | | | ptrace(). | |------------------+-------------+----------------+----------------------| | | | | FAST_IPSEC currently | | | | | cannot be used | | | | | directly with the | | | | | KAME IPv6 | | | | | implementation, | | | | | requiring an | | | | | additional level of | | | | | IP tunnel | | | | | indirection to | | | | | protect IPv6 packets | | FAST_IPSEC and | | | when using hardware | | KAME | Not done | -- | crypto acceleration. | | compatibility | | | This issue must be | | | | | resolved so that the | | | | | two services may | | | | | more easily be used | | | | | together. Among | | | | | other things, this | | | | | will require a | | | | | careful review of | | | | | the handling of mbuf | | | | | header copying and | | | | | m_tag support in the | | | | | KAME IPv6 code. | |------------------+-------------+----------------+----------------------| | | | | A process cannot be | | | | | interrupted while | | | | | waiting on a lock. | | rpc.lockd(8) | | | Fixing this requires | | stability | -- | -- | that the RPC code be | | | | | taught how to deal | | | | | with lock | | | | | cancellation and | | | | | interruption events. | |------------------+-------------+----------------+----------------------| | | | | Kernel modules are | | | | | currently built | | | | | independently from a | | | | | kernel | | | | | configuration, and | | | | | independently from | | | | | one another, | | | | | resulting in | | | | | substantially | | | | | redundant | | | | | compilation of | | | | | objects, as well as | | | | | the inability to | | | | | easily manage | | | | | compile-time options | | Revised kld | | | for kernel objects | | build | Not done | Peter Wemm | (such as MAC, PAE, | | infrastructure | | | etc) that may | | | | | require conditional | | | | | compilation in the | | | | | kernel modules. In | | | | | order to improve | | | | | build performance | | | | | and better support | | | | | options of this | | | | | sort, the KLD build | | | | | infrastructure needs | | | | | to be revamped. | | | | | Peter Wemm has done | | | | | some initial | | | | | prototyping, and | | | | | should be contacted | | | | | before starting on | | | | | this work. | |------------------+-------------+----------------+----------------------| | | | | Apple's Darwin | | | | | operating system has | | | | | fairly extensive | | Merge of Darwin | | | improvements to | | msdosfs, other | Not done | -- | msdosfs and other | | fixes | | | kernel services; | | | | | these fixes must be | | | | | reviewed and merged | | | | | to the FreeBSD tree. | |------------------+-------------+----------------+----------------------| | | | | Truss appears to | | | | | contain a race | | | | | condition during the | | | | | start-up of | | | | | debugging, which can | | | | | result in truss | | | | | failing to attach to | | | | | the process before | | | | | it exits. The | | | | | symptom is that | | | | | truss reports that | | | | | it cannot open the | | | | | procfs node | | | | | supporting the | | | | | process being | | | | | debugged. A bug also | | Race conditions | Errata | Robert Drehmel | appears to exist | | in truss | candidate | | where in truss will | | | | | hang if execve() | | | | | returns ENOENT. A | | | | | further race appears | | | | | to exist in which | | | | | truss will return | | | | | "PIOCWAIT: | | | | | Input/output error" | | | | | occasionally on | | | | | startup. The fix for | | | | | this sufficiently | | | | | changes process | | | | | execution handling | | | | | that we will defer | | | | | the fix to post-5.0 | | | | | and consider this | | | | | errata. | |------------------+-------------+----------------+----------------------| | | | | Truss appears to | | | | | have another | | | | | problem. It is | | | | | repeatable by | | | | | running "truss -f | | More truss | Not done | -- | fsck -p /", | | problems | | | suspending it with | | | | | ^Z, and then killing | | | | | truss. It will leave | | | | | behind the fsck | | | | | processes which will | | | | | be unkillable. | |------------------+-------------+----------------+----------------------| | | | | Many systems | | | | | supporting POSIX.1e | | | | | ACLs permit a minor | | | | | violation to that | | | | | specification, in | | | | | which the ACL_MASK | | ACL_MASK | | | entry overrides the | | override of | Not done | Robert Watson | umask, rather than | | umask support in | | | being intersected | | UFS | | | with it. The | | | | | resulting semantics | | | | | can be useful in | | | | | group-oriented | | | | | environments, and as | | | | | such would be very | | | | | helpful on FreeBSD. | |------------------+-------------+----------------+----------------------| | | | | The LOR reported in | | | | | PR kern/55175 needs | | filedesc LOR | Not done | -- | to be fixed. | | | | | Filedesc locking | | | | | needs to be heavily | | | | | reviewed in general. | |------------------+-------------+----------------+----------------------| | | | | Currently, MAC | | | | | protections are | | | | | enforced only on | | | | | locally originated | | | | | file system | | | | | operations (VOPs), | | | | | and not on RPCs | | | | | generated via the | | | | | NFS server. | | MAC support for | | | Improvements in NFS | | NFS Server | Not done | Robert Watson | server credential | | | | | handling are | | | | | required to correct | | | | | this problem, as | | | | | well as the | | | | | introduction of new | | | | | entry points to | | | | | properly label NFS | | | | | credentials and | | | | | perform enforcement | | | | | properly. | |------------------+-------------+----------------+----------------------| | | | | All PCI drivers must | | | | | use busdma for DMA; | | | | | no use of vtophys() | | busdma in all | In progress | -- | will be permitted | | PCI drivers | | | for any recent | | | | | device driver. ISA | | | | | drivers may be | | | | | exempt. | |------------------+-------------+----------------+----------------------| | | | | Userland bits | | KSE support for | In progress | Marcel | implemented, kernel | | alpha | | Moolenaar | bits not | | | | | implemented. | |------------------+-------------+----------------+----------------------| | | | | For kernel API/ABI | | | | | compatibility | | | | | reasons, it would be | | CAM locking | In progress | Scott Long, | desirable to have | | | | Justin Gibbs | the CAM locking | | | | | strategy determined | | | | | and loosely | | | | | implemented for 5.3. | |------------------+-------------+----------------+----------------------| | | | | When running syscons | | | | | on an Ultra-30 with | | | | | Creator-3D typing | | | | | characters on the | | | | | keyboard produces | | | | | garbage. Problem | | | | | reported by Kris | | syscons not | | | Kennaway. Debugging | | working on | Not done | -- | difficult due to | | Sparc64 Ultra-30 | | | lack of this | | | | | particular | | | | | configuration among | | | | | developers and | | | | | problem isn't | | | | | present on similar | | | | | hardware (e.g. no | | | | | problem on Ultra-60 | | | | | w/Creator-3D). | +------------------------------------------------------------------------+ Documentation items that must be resolved for 5.3 +-------------------------------------------------------------------------------------------------+ | Issue | Status |Responsible| Description | |--------------+-----------+-----------+----------------------------------------------------------| | | |Gavin |The installation documentation doesn't take into account | |i386 Floppy | |Atkinson, |the new floppy images (with a full kernel split across | |Installation |Done |Bruce A. |multiple disks). This should be updated. | |Docs | |Mah |References: | | | | |docs/70485 (closed) | |--------------+-----------+-----------+----------------------------------------------------------| |Finish | |Simon L. |Finish removing mention of individual devices in the | |hardware notes|In progress|Nielsen, |hardware notes and use auto-generated lists, based on | |trimming | |Christian |driver manual pages, instead. | | | |Brueffer | | |--------------+-----------+-----------+----------------------------------------------------------| | | | |The snd(4) and pcm(4) drivers have been renamed but their | | | | |manual pages are still outdated. sound(4) has to be added | | | | |and pcm(4), csa(4), gusc(4), sbc(4), and uaudio(4) should | |sound(4) | | |be revised. Other manual pages which refer to pcm(4) (if | |related manual|In progress|Simon L. |any) should possibly be revised, too. In addition, | |pages | |Nielsen |supported cards list needs to be updated. | | | | |References: | | | | |Manpage for snd_solo on -doc@ | | | | |[PATCH] sound(4) related manpages 5.3 TODO item on -doc@ | | | | |src/share/man/man4/Makefile rev.1.279 | |--------------+-----------+-----------+----------------------------------------------------------| | | | |This section is outdated, some rewrites are needed for | |Sound section | |Marc |5.3-RELEASE. | |in the |Done |Fonvieille |References: | |Handbook | | |doc/en_US.ISO8859-1/books/handbook/multimedia/chapter.sgml| | | | |rev.1.94 | |--------------+-----------+-----------+----------------------------------------------------------| |FDP | | |With the snd(4) and pcm(4) drivers changes, documentations| |documentations|Not done |-- |(FAQ) regarding the use of these drivers need an update. | |related pcm(4)| | | | |--------------+-----------+-----------+----------------------------------------------------------| | | | |Xin LI pointed out that FreeBSD 5.3-RELEASE is the first | | | | |stable release on 5.X and it is (hopefully) not for early | | | | |adopters. Early Adopter's Guide is still useful, but | |Early | |Bruce A. |contains a bit old information. Some parts of this guide | |Adopter's |Done |Mah, Tom |need a rewrite, and this document should be published as | |Guide | |Rhodes |"4.X to 5.X Migration Guide", which focuses difference | | | | |between 4.X and 5.X. | | | | |References: | | | | |Draft for review | | | | |discussion on -doc@ and -current@ | |--------------+-----------+-----------+----------------------------------------------------------| | | | |Some parts are outdated. doc/70485 has been committed, but| | | | |more work is needed to reflect the realities. bmah@ | | | | |pointed out that we should have "quick-start" installation| |Installation |Not done |Tom Rhodes |guide for each platform instead of the current ones | |Notes | | |because they become too long and difficult to be | | | | |maintained. | | | | |References: | | | | |doc/70485 (closed) | |--------------+-----------+-----------+----------------------------------------------------------| | | |Ken Tom, |Update the X11 chapter of the Handbook for X.Org's X11 | |Xorg |Done |Marc |server. | | | |Fonvieille |References: | | | | |books/handbook/config/chapter.sgml rev.1.147 | |--------------+-----------+-----------+----------------------------------------------------------| | | | |Ch.11.4 and 11.5 of the Handbook must be updated to | | | | |mention the new rc.d scripts and some ports use | |rc.d scripts |In progress|Tom Rhodes |/etc/rc.conf for their configuration. | | | | |References: | | | | |books/handbook/config/chapter.sgml rev.1.170 | | | | |books/handbook/config/chapter.sgml rev.1.172 | |--------------+-----------+-----------+----------------------------------------------------------| |Handbook's | | |Chapter 8 must be updated to match 5.3-RELEASE. | |kernel |Done |Ceri Davies|References: | |configuration | | |docs/70674 (closed) | |chapter | | |books/handbook/kernelconfig/chapter.sgml rev.1.135 | |--------------+-----------+-----------+----------------------------------------------------------| | | | |Some parts of Section 14.10 are outdated and are not | |Handbook's | | |correct for 5.X systems. | |IPsec section |Not done |-- |References: | | | | |ipsec on -doc@ | | | | |Problem with IPSEC in handbook on -doc@ | |--------------+-----------+-----------+----------------------------------------------------------| |Handbook's |Not done |-- |Vinum chapter needs to be revised for 5.X systems. | |Vinum chapter | | | | +-------------------------------------------------------------------------------------------------+ Testing focuses for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |--------------------+---------------+--------------+--------------------| | | | | SCHED_ULE provides | | | | | better | | | | | interactivity, | | | | | higher | | | | | performance, and | | SCHED_ULE as the | | Jeff | the ability to | | default scheduler | Needs testing | Roberson | support pinning | | | | | and affinity. | | | | | Basic HTT | | | | | scheduling | | | | | policies should be | | | | | in place for 5.3 | | | | | also. | |--------------------+---------------+--------------+--------------------| | | | | KSE has matured to | | | | | the point of being | | | | | more stable and | | | | | POSIX-compliant | | | | | than the | | | | | traditional | | | | | libc_r. All Tier-1 | | | | | platforms MUST | | | | | have stable KSE | | | | David Xu, | support for 5.3 in | | KSE as the default | Needs testing | Daniel | order to support a | | threads library | | Eischen | consistent | | | | | transition. | | | | | Additionally, all | | | | | ports that depend | | | | | on the pthreads | | | | | API must be | | | | | modified to | | | | | properly detect | | | | | and support the | | | | | default threading | | | | | library. | |--------------------+---------------+--------------+--------------------| | | | | Binutils needs | | | | | updating in order | | Updated binutils | | David | to support new | | for all platforms | Needs testing | O'Brien | platforms, newer | | | | | GDB versions, and | | | | | Thread Local | | | | | Storage. | |--------------------+---------------+--------------+--------------------| | | | | The previous GCC | | | | | 3.3 snapshot | | | | | included | | | | | regressions in | | | | | alignment of | | | | | floating point | | gcc 3.3 floating | | | arguments, | | point alignment | Needs testing | | resulting in a | | regression | | | substantial | | | | | performance | | | | | degradation. The | | | | | recent GCC 3.4.2 | | | | | import should fix | | | | | this, but more | | | | | testing is needed. | |--------------------+---------------+--------------+--------------------| | | | | Jun Kuriyama has | | | | | reportged a failed | | | | | locking assertion | | | | | with IPv6 TCP | | in6_pcbnotify() | Needs testing | Robert | notifications. A | | panic with TCP | | Watson | patch has been | | | | | committed to the | | | | | CVS HEAD and | | | | | RELENG_5 and needs | | | | | further testing. | |--------------------+---------------+--------------+--------------------| | | | | To complete | | | | | support for | | | | | thread-local | | | | | storage on | | | | | FreeBSD, | | Per-platform | | Doug Rabson, | per-architecture | | Thread-Local | Needs testing | Marcel | changes must be | | Storage | | Moolenaar | made. Currently | | | | | pending platforms | | | | | are amd64, alpha, | | | | | ia64, i386, | | | | | sparc64, and | | | | | powerpc. | |--------------------+---------------+--------------+--------------------| | | | | High load on SMP | | | | | systems appears to | | | | | result in a hard | | | | | hang related to VM | | | | | IPI. Doug White | | SMP instability | | Doug White, | has prepared a | | under load | Needs testing | Alan L. Cox | candidate patch | | | | | that appears to | | | | | resolve this | | | | | instability, which | | | | | is currently in | | | | | testing for merge | | | | | to the CVS HEAD. | |--------------------+---------------+--------------+--------------------| | | | | Significant parts | | | | | of the network | | | | | stack (especially | | | | | IPv4, UNIX domain | | | | | IPC, and sockets) | | | | | now have | | | | | fine-grained | | | | | locking of their | | | | | data structures. | | | | | It's possible to | | | | | run many common | | | | | network subsystems | | | | | and services | | | | | without the Giant | | Fine-grained | | | lock. However, a | | network stack | | Robert | number of device | | locking without | Needs testing | Watson | drivers and less | | Giant | | | mainstream network | | | | | subsystems are | | | | | currently not | | | | | MPSAFE. By | | | | | 5.3-RELEASE, it is | | | | | necessary to have | | | | | the vast majority | | | | | of network code | | | | | running without | | | | | Giant, including | | | | | sockets, | | | | | permitting | | | | | complete | | | | | local<->remote | | | | | delivery without | | | | | grabbing Giant. | |--------------------+---------------+--------------+--------------------| | | | | KLDs work when | | | | | loaded from | | | | | userland, but not | | | | David | from the loader. | | kld support for | Needs testing | O'Brien, Ian | kldxref and loader | | amd64 | | Dowse | support has been | | | | | committed to HEAD | | | | | and RELENG_5 and | | | | | needs final | | | | | testing. | |--------------------+---------------+--------------+--------------------| | | | | Recent changes to | | | | | the ATA driver | | | | | trigger a bug on | | | | So/ren | sparc64 that | | ATA panics under | Needs testing | Schmidt, | causes a panic on | | sparc64 | | Scott Long | boot. This was | | | | | caused by bugs in | | | | | busdma that have | | | | | been hopefully | | | | | fixed. | |--------------------+---------------+--------------+--------------------| | | | | The ifconf() ioctl | | | | | for listing | | | | | network interfaces | | | | | performs a | | | | | copyout() while | | | | | holding the global | | | | | ifnet list mutex. | | | | | This generates a | | ifconf() sleep | | | witness warning in | | warning | Needs testing | Brooks Davis | the event that | | | | | copyout() | | | | | generates a page | | | | | fault, and risks | | | | | more serious | | | | | problems. A patch | | | | | has been committed | | | | | to HEAD and | | | | | RELENG_5, but | | | | | requires testing. | |--------------------+---------------+--------------+--------------------| | | | | There are reports | | | | | of applications | | | | | wedging in poll() | | | | | and select() while | | | | | running the | | | | | network stack | | | | | without the Giant | | | | | lock. A recent | | | | | sleepq change | | | | | appears to have | | | | | caused some of the | | | | | observed problems | | | | | to go away (others | | | | | are difficult to | | poll()/select() | | | test for due to | | application wedge | Needs testing | Robert | recent SMP | | reports with | | Watson | instability). A | | debug.mpsafenet=1 | | | fix has been | | | | | committed to CVS | | | | | HEAD and merged to | | | | | RELENG_5 and | | | | | appears to resolve | | | | | problems with | | | | | poll(); we are | | | | | waiting for | | | | | feedback that it | | | | | has corrected the | | | | | reported problems | | | | | with select() also | | | | | before moving this | | | | | to "testing" | | | | | status. | +------------------------------------------------------------------------+ ---------------------------------------------------------------------- home | contact | legal | (c) 1995-2004 The FreeBSD Project. All rights reserved. Last modified: 2004/09/26 19:31:47 From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 01:04:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E30816A93F; Sun, 3 Jul 2005 01:03:19 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D40DB44D73; Sun, 3 Jul 2005 00:56:21 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 144B96176D; Sat, 2 Jul 2005 17:17:40 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id AA7505C9F1 for ; Wed, 19 Jan 2005 03:27:24 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 3FD86560AB; Wed, 19 Jan 2005 11:27:10 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5047C16A4D8; Wed, 19 Jan 2005 11:27:09 +0000 (GMT) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F312C16A4CE; Wed, 19 Jan 2005 11:26:55 +0000 (GMT) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28D6443D5A; Wed, 19 Jan 2005 11:26:55 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz. [193.85.228.13]) by ss.eunet.cz (8.13.1/8.13.1) with ESMTP id j0JBR8MJ035149; Wed, 19 Jan 2005 12:27:08 +0100 (CET) (envelope-from mime@traveller.cz) From: Michal Mertl To: Emanuel Strobl Content-Type: text/plain Message-Id: <1106134006.1132.12.camel@genius2.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: akiyama@jp.FreeBSD.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, bernd@bwct.de Subject: [Fwd: Re: strange ucom (uplcom) error] X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:04:07 -0000 X-Original-Date: Wed, 19 Jan 2005 12:26:46 +0100 X-List-Received-Date: Sun, 03 Jul 2005 01:04:07 -0000 Emanuel Strobl wrote: > Am Dienstag, 18. Januar 2005 16:17 schrieb Andrew L. Neporada: > > On Tue, Jan 18, 2005 at 01:06:43PM +0100, Emanuel Strobl wrote: > > > Dear experts, > > > > > > I have two USB-RS232 Adaptors, both with PL2303 chipset. One is working > > > the other one not (I hate to say it but both are working under win). > > > > > > The not working (more expensive) one gets recognized as ucom0 and I have > > > ucom0, also I can receive signal but not transmit. > > > > [skip] > > > > Take a look at http://gate.intercaf.ru/~lesha/6100/ and try patch > > http://gate.intercaf.ru/~lesha/6100/pl2303x.patch > > > > It can break old (working) PL2303 chip, but it works for me with newer > > Thanks a lot, this indeed fixes the revision 3.0 adaptor but unfortunately > also breakes the 2.02 version :( > > Perhaps there's a goog guy out there who can refurbish the uplcom driver with > this information (akiyama?)? > > Thanks a lot, I've just recently been looking into this too. I used the mentioned patch and also linux driver source and have come with the attached patch. It contains one more change but I don't know if it's correct. It works for both chips on CURRENT for serial console. It detects if the chip is rev 3.00 and aplies the patch only for it. The author of the patch mentions it isn't binary safe - sometimes the chip stops working. I planned to test it with binary transfers (ppp) today, check if it's working and submit it (with some cleanup) for inclusion in FreeBSD. Michal Mertl _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 01:04:11 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0CD316B979; Sun, 3 Jul 2005 01:03:27 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFE5F44D97; Sun, 3 Jul 2005 00:56:31 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 16AFB61C57; Sat, 2 Jul 2005 17:18:37 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 39E4D5CA00 for ; Fri, 4 Feb 2005 09:23:11 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 190EE561B0 for ; Fri, 4 Feb 2005 17:23:01 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: by hub.freebsd.org (Postfix) id CE10D16A4D2; Fri, 4 Feb 2005 17:23:00 +0000 (GMT) Delivered-To: ps@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBBFC16A4D0 for ; Fri, 4 Feb 2005 17:23:00 +0000 (GMT) Received: from web80605.mail.yahoo.com (web80605.mail.yahoo.com [66.218.79.94]) by mx1.FreeBSD.org (Postfix) with SMTP id 859D843D55 for ; Fri, 4 Feb 2005 17:23:00 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Message-ID: <20050204172300.66172.qmail@web80605.mail.yahoo.com> Received: from [64.172.45.63] by web80605.mail.yahoo.com via HTTP; Fri, 04 Feb 2005 09:23:00 PST From: Mohan Srinivasan To: Kris Kennaway In-Reply-To: <20050204071502.GA17866@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: ps@FreeBSD.org, current@FreeBSD.org Subject: Re: Processes stuck in nfsreq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:04:15 -0000 X-Original-Date: Fri, 4 Feb 2005 09:23:00 -0800 (PST) X-List-Received-Date: Sun, 03 Jul 2005 01:04:15 -0000 Since we don't have a core, is it possible for me to get access to your kgdb client and the target host ? I was unable to reproduce this on my setup last time I tried (when you reported the issue first). (I've been sick this week, but I can look at this first thing Monday). mohan --- Kris Kennaway wrote: > On Thu, Feb 03, 2005 at 10:29:16AM -0800, Mohan Srinivasan wrote: > > Hi, > > > > In the info you have below, the NFS request was not sent (R_SENT > > is not set). We didn't send out the request because possibly nm_cwnd > > didn't allow us to send the request. If nfs_request() could not send > > the request, then typically, the request would be retransmitted from > > nfs_timer(). > > > > If nm_cwnd is full, then there must be a lot of outstanding requests > > that haven't been replied to yet (on this mount), which is the fundamental > > issue. > > > > Can you force a core dump and send me a pointer to it ? > > > > Also, after you force a core, can you also try a quick workaround - someone > > else also reported NFS client hangs and said that things were fine > > after they set mpsafenet to 0. It would be good to see if there's a > > correlation there. > > FYI, it looks like turning off mpsafenet indeed masks the bug. > > Kris > > ATTACHMENT part 2 application/pgp-signature From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 01:04:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09DEE16B97F; Sun, 3 Jul 2005 01:03:28 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B791044DCE; Sun, 3 Jul 2005 00:56:34 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 194C762089; Sat, 2 Jul 2005 17:19:22 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 4B9395C8DB for ; Mon, 14 Feb 2005 23:15:48 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id AE67357018 for ; Tue, 15 Feb 2005 07:11:45 +0000 (GMT) (envelope-from owner-freebsd-ia64@freebsd.org) Received: by hub.freebsd.org (Postfix) id 4658A16A50A; Tue, 15 Feb 2005 07:11:41 +0000 (GMT) Delivered-To: ps@freebsd.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 3530316A504; Tue, 15 Feb 2005 07:11:41 +0000 (GMT) Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3D4716A4CF; Tue, 15 Feb 2005 07:11:31 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C27143D1D; Tue, 15 Feb 2005 07:11:30 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j1F7B9AO022271; Tue, 15 Feb 2005 17:41:10 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org User-Agent: KMail/1.7.92 References: <20050214191549.158097306E@freebsd-current.sentex.ca> <42119780.4010707@authtec.com> In-Reply-To: <42119780.4010707@authtec.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2263189.L7jGMQZIV5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502151741.04460.doconnor@gsoft.com.au> X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-ia64@freebsd.org Errors-To: owner-freebsd-ia64@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: ia64@freebsd.org, current@freebsd.org Subject: Re: Retrieving FreeBSD src for ia64 X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:04:21 -0000 X-Original-Date: Tue, 15 Feb 2005 17:40:56 +1030 X-List-Received-Date: Sun, 03 Jul 2005 01:04:21 -0000 --nextPart2263189.L7jGMQZIV5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 15 Feb 2005 17:02, sam wun wrote: > Since I need to rebuild the kernel source to stable with customized > additonal options added in the kernel configuration file. I want to know > which options need to be added to enable IA64 support? As I also need to > download the source RELANG_5 for IA64, I also want to know how to pull out > all the IA64 codes from the entire src? Currently I have the following > supfile used for download the i386 source: *default =2E.. > I m wondering how to do that same thing for IA64? It's all in the same branch - what you called the i386 code is for all=20 architectures. (well it has code for all archs in it) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2263189.L7jGMQZIV5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCEaCI5ZPcIHs/zowRAhacAJ9ulBLodn8YeXLKezNSMxI6JaCvAwCglnOI 2YZ4CIOXZIQ+NPswbPQuKOc= =aOBd -----END PGP SIGNATURE----- --nextPart2263189.L7jGMQZIV5-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 01:04:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09DEE16B97F; Sun, 3 Jul 2005 01:03:28 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B791044DCE; Sun, 3 Jul 2005 00:56:34 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 194C762089; Sat, 2 Jul 2005 17:19:22 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 4B9395C8DB for ; Mon, 14 Feb 2005 23:15:48 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id AE67357018 for ; Tue, 15 Feb 2005 07:11:45 +0000 (GMT) (envelope-from owner-freebsd-ia64@freebsd.org) Received: by hub.freebsd.org (Postfix) id 4658A16A50A; Tue, 15 Feb 2005 07:11:41 +0000 (GMT) Delivered-To: ps@freebsd.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 3530316A504; Tue, 15 Feb 2005 07:11:41 +0000 (GMT) Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3D4716A4CF; Tue, 15 Feb 2005 07:11:31 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C27143D1D; Tue, 15 Feb 2005 07:11:30 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j1F7B9AO022271; Tue, 15 Feb 2005 17:41:10 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org User-Agent: KMail/1.7.92 References: <20050214191549.158097306E@freebsd-current.sentex.ca> <42119780.4010707@authtec.com> In-Reply-To: <42119780.4010707@authtec.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2263189.L7jGMQZIV5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502151741.04460.doconnor@gsoft.com.au> X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-ia64@freebsd.org Errors-To: owner-freebsd-ia64@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: ia64@freebsd.org, current@freebsd.org Subject: Re: Retrieving FreeBSD src for ia64 X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:04:22 -0000 X-Original-Date: Tue, 15 Feb 2005 17:40:56 +1030 X-List-Received-Date: Sun, 03 Jul 2005 01:04:22 -0000 --nextPart2263189.L7jGMQZIV5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 15 Feb 2005 17:02, sam wun wrote: > Since I need to rebuild the kernel source to stable with customized > additonal options added in the kernel configuration file. I want to know > which options need to be added to enable IA64 support? As I also need to > download the source RELANG_5 for IA64, I also want to know how to pull out > all the IA64 codes from the entire src? Currently I have the following > supfile used for download the i386 source: *default =2E.. > I m wondering how to do that same thing for IA64? It's all in the same branch - what you called the i386 code is for all=20 architectures. (well it has code for all archs in it) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2263189.L7jGMQZIV5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCEaCI5ZPcIHs/zowRAhacAJ9ulBLodn8YeXLKezNSMxI6JaCvAwCglnOI 2YZ4CIOXZIQ+NPswbPQuKOc= =aOBd -----END PGP SIGNATURE----- --nextPart2263189.L7jGMQZIV5-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 01:04:23 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83D6E16B9BF; Sun, 3 Jul 2005 01:03:30 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id F23D844DC0; Sun, 3 Jul 2005 00:56:47 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id D604F5DA8B; Sat, 2 Jul 2005 17:07:31 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 15BB95C9ED for ; Wed, 20 Oct 2004 10:17:49 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 64FB355887; Wed, 20 Oct 2004 17:17:48 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id C6C1116A4D7; Wed, 20 Oct 2004 17:17:47 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE53E16A4CE; Wed, 20 Oct 2004 17:17:45 +0000 (GMT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51FDB43D45; Wed, 20 Oct 2004 17:17:45 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i9KHHhxQ029126; Wed, 20 Oct 2004 13:17:44 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <41767CF1.2020005@FreeBSD.org> References: <41767CF1.2020005@FreeBSD.org> To: Maxim Sobolev , From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-8.2 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: arch@freebsd.org Subject: Re: [Fwd: What do people think about not installing a stripped /kernel?] X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:04:24 -0000 X-Original-Date: Wed, 20 Oct 2004 13:17:44 -0400 X-List-Received-Date: Sun, 03 Jul 2005 01:04:24 -0000 At 5:57 PM +0300 10/20/04, Maxim Sobolev wrote: >I think that this is good idea which can be adapted for our >6-CURRENT as well. Disk space is so damn cheap today.... I think it makes sense to do this as the default behavior, and then support the stripped-down kernel as the optional behavior. There are always going to be some users who need the smallest kernel possible, but those people are already making a custom kernel so it is fine (IMO) if they also need to customize the kernel to obtain a stripped kernel. But the people who are happily running with a generic kernel will be better off if they have all that debug information readily available if any problem does come up. Right now we always waste one "debug cycle" when someone gets a core dump, only to realize that they can't do anything with it because their kernel has no symbol information. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 01:04:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9BE016B255; Sun, 3 Jul 2005 01:03:30 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA19744DBE; Sun, 3 Jul 2005 00:56:47 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id DC2555DA73; Sat, 2 Jul 2005 17:07:30 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 209CC5C979 for ; Wed, 20 Oct 2004 10:14:15 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 7CCB15582F; Wed, 20 Oct 2004 17:14:14 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id E300A16A4D6; Wed, 20 Oct 2004 17:14:13 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9C4816A4CE; Wed, 20 Oct 2004 17:14:10 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7773943D4C; Wed, 20 Oct 2004 17:14:10 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.206] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CKK2L-0002mr-00; Wed, 20 Oct 2004 19:14:09 +0200 Received: from [217.227.158.116] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CKK2K-00054p-00; Wed, 20 Oct 2004 19:14:09 +0200 From: Max Laier To: freebsd-arch@freebsd.org User-Agent: KMail/1.7 References: <41767CF1.2020005@FreeBSD.org> <20041020.105839.100358845.imp@bsdimp.com> <20041020170907.GA1216@orion.daedalusnetworks.priv> In-Reply-To: <20041020170907.GA1216@orion.daedalusnetworks.priv> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1937739.bJVac5Oj7T"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410201913.42879.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: freebsd-current@freebsd.org Subject: Re: [Fwd: What do people think about not installing a stripped /kernel ?] X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:04:31 -0000 X-Original-Date: Wed, 20 Oct 2004 19:13:35 +0200 X-List-Received-Date: Sun, 03 Jul 2005 01:04:31 -0000 --nextPart1937739.bJVac5Oj7T Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Why is this discussion ongoing? The consensus seems pretty clear: "Implemen= t=20 it, but have a make.conf option to turn it off." If there is concern with=20 this make if default to off and have an option to turn it on. I don't see the point in exchanging details on how cheap or expensive disk= =20 space or admin time is these days. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1937739.bJVac5Oj7T Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBdpzGXyyEoT62BG0RAqQBAJ48AwPCURpk44AhqxytnkPIOqwqeQCdG/GV ORRYjguDmE7Oh/Lmdw+5W4M= =Pffp -----END PGP SIGNATURE----- --nextPart1937739.bJVac5Oj7T-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 05:58:45 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26E9916A41C; Sun, 3 Jul 2005 05:58:45 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3F2B43D58; Sun, 3 Jul 2005 05:58:44 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4259351329; Sun, 3 Jul 2005 01:58:42 -0400 (EDT) Date: Sun, 3 Jul 2005 01:58:42 -0400 From: Kris Kennaway To: Adam Weinberger Message-ID: <20050703055842.GA1933@xor.obsecurity.org> References: <20041102222000.GA65845@xor.obsecurity.org> <42C76DF0.8070307@magnesium.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <42C76DF0.8070307@magnesium.net> User-Agent: Mutt/1.4.2.1i Cc: ports@FreeBSD.org, current@FreeBSD.org, Kris Kennaway Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 05:58:45 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 02, 2005 at 09:47:44PM -0700, Adam Weinberger wrote: > Kris Kennaway wrote: > >About a week ago des changed the default value of CFLAGS to "-O2 > >-pipe" on FreeBSD 6.0-CURRENT. While this is believed to be safe for > >compiling world + kernel on -CURRENT thesedays (because the aliasing > >bugs that are exposed with -O2 have been fixed), it's definitely *not* > >safe for compiling many ports (there are at least 350 ports that emit > >warnings about aliasing, and would probably have runtime errors when > >compiled with -O2; moreover, a number of ports fail to even build with > >-O2). > > > >Therefore, if you compile ports on FreeBSD 6.0, you should set > >CFLAGS=3D-O -pipe in your /etc/make.conf for now, until we can resolve > >this problem more satisfactorily. > > > >Kris >=20 > This is just an FYI for whomever cares: all GNOME metaports build=20 > cleanly in a -CURRENT jail with -O2. This was a mail from last year, but thanks anyway :) Kris P.S. The problem is only if you build without -fno-strict-alias, which is the default now. --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCx36SWry0BWjoQKURAicmAKCUnfegm9z9FMcTrfWFSpJENGjTGQCfRYkr n8VdwyljPrRmMNvvJlOHa1s= =DfY/ -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 06:04:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B1A516A41C; Sun, 3 Jul 2005 06:04:16 +0000 (GMT) (envelope-from chat95@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7231443D46; Sun, 3 Jul 2005 06:04:16 +0000 (GMT) (envelope-from chat95@mac.com) Received: from mac.com (smtpin01-en2 [10.13.10.146]) by smtpout.mac.com (Xserve/8.12.11/smtpout02/MantshX 4.0) with ESMTP id j6332iHt016074; Sat, 2 Jul 2005 20:02:44 -0700 (PDT) Received: from localhost (yahoobb219196184005.bbtec.net [219.196.184.5]) (authenticated bits=0) by mac.com (Xserve/smtpin01/MantshX 4.0) with ESMTP id j6332dow019025; Sat, 2 Jul 2005 20:02:43 -0700 (PDT) Date: Sun, 03 Jul 2005 12:02:28 +0900 (JST) Message-Id: <20050703.120228.18306527.chat95@mac.com> To: kris@obsecurity.org From: NAKATA Maho In-Reply-To: <20041103212237.GA10524@xor.obsecurity.org> References: <20041103210949.GA2329@laptoxa.toxa.lan> <20041103212237.GA10524@xor.obsecurity.org> Organization: private X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, current@freebsd.org Subject: Re: native openoffice 1.1.3 package? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 06:04:16 -0000 In Message-ID: <20041103212237.GA10524@xor.obsecurity.org> Kris Kennaway wrote: > On Thu, Nov 04, 2004 at 12:09:49AM +0300, Toxa wrote: > > On ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6-current/All/ > > we have *-openoffice-1.1.3.tbz for many languages, but what about native > > openoffice package build? Moreover, there's no ru-openoffice-1.1.3.tbz here. > > I'm just wondering about it because OpenOffice-1.1.3 doesn't compiles > > neither on current nor on 5_stable > > The openoffice builds are problematic because they take so long, and > they often time out on the package build cluster (i.e. when multiple > OO builds end up being scheduled on the same machine). Fixing this > properly will require some nontrivial work. I removed all localized ports to reduce such kind of problems. Toxa : still you can build with make LOCALIZED_LANG=ru for russian. i post an e-mail message but I've never recieved a message like `please keep my language'. so I decided I'll never add a localized port. (if you like a mess you can add by raising PR) see my HEADS-UP http://docs.freebsd.org/cgi/getmsg.cgi?fetch=25587+0+archive/2005/freebsd-openoffice/20050529.freebsd-openoffice see /usr/ports/editors/openoffice-1.1-devel/files/Makefile.localized for what languages are available. -- NAKATA, Maho (maho@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 08:01:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 284DB16A41C for ; Sun, 3 Jul 2005 08:01:10 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from md.gfk.ru (md.f231.gfk.ru [84.21.231.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A3C943D49 for ; Sun, 3 Jul 2005 08:01:08 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from dialup-chibis.gfk.ru ([10.0.6.45]) by gfk.ru (md.gfk.ru [84.21.231.130]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 26-md50000000632.tmp for ; Sun, 03 Jul 2005 12:00:01 +0400 Date: Sun, 3 Jul 2005 11:59:57 +0400 (MSD) From: Yuriy Tsibizov X-X-Sender: chibis@free.home.local To: current@freebsd.org Message-ID: <20050703112108.F474@free.home.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Processed: md.gfk.ru, Sun, 03 Jul 2005 12:00:01 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.6.45 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: current@freebsd.org Cc: Yuriy.Tsibizov@gfk.ru Subject: Fatal trap 12 if you unmount detached umass device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 08:01:10 -0000 It should be easy to reproduce if you don't follow attach/mount/unmount/detach order: 1. attach usb storage device 2. mount it 3. detach it 4. unmount it. Yuriy. Copyright (c) 1992-2005 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 6.0-CURRENT #4: Sun Jul 3 10:41:23 MSD 2005 chibis@free.home.local:/usr/obj/usr/src/sys/FREE WARNING: WITNESS option enabled, expect reduced performance. WARNING: MPSAFE network stack disabled, expect reduced performance. [...] [attach card reader] umass0: KTC cop Mass Storage, rev 1.10/1.00, addr 3 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-2 device da1: 1.000MB/s transfers da1: 488MB (1000448 512 byte sectors: 64H 32S/T 488C) da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-2 device da2: 1.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 [mount card in reader] # mount -o ro -t msdosfs /dev/da1s1 /mnt [detach card reader] umass0: at uhub0 port 2 (addr 3) disconnected (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): removing device entry (da1:umass-sim0:0:0:1): lost device (da2:umass-sim0:0:0:2): lost device (da2:umass-sim0:0:0:2): removing device entry umass0: detached # umount /mnt Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xdeadc0ea fault code = supervisor read, page not present instruction pointer = 0x20:0xc043fe2e stack pointer = 0x28:0xcca1bb08 frame pointer = 0x28:0xcca1bb0c 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 = 53 (umount) [thread pid 53 tid 100040 ] Stopped at xpt_schedule_dev+0x36: movl 0xc(%ebx),%eax db> tr Tracing pid 53 tid 100040 td 0xc15ad780 xpt_schedule_dev(deadc0de,c178d208,1) at xpt_schedule_dev+0x36 xpt_schedule(c17d1b80,1) at xpt_schedule+0xb7 cam_periph_getccb(c17d1b80,1,0,0,c17d1b00) at cam_periph_getccb+0x23 daclose(c17d1b00,1,0,c17d1880,c1709580) at daclose+0x46 g_disk_access(c17d1880,ffffffff,0,0,c0754a88) at g_disk_access+0x194 g_access(c1709580,ffffffff,0,fffffffe,c1709580) at g_access+0x192 g_slice_access(c17d1400,ffffffff,0,fffffffe,0) at g_slice_access+0x149 g_access(c16cc940,ffffffff,0,ffffffff) at g_access+0x192 g_wither_geom_close(c17d5200,6,c17c2500,1,c15ad780) at g_wither_geom_close+0x68 g_vfs_close(c16cc940,c15ad780,c06f02ba,37e,0) at g_vfs_close+0x3b msdosfs_unmount(c1787000,8000000,c15ad780,0,c0754c40) at msdosfs_unmount+0x180 dounmount(c1787000,8000000,c15ad780,c0754c40,0) at dounmount+0x204 unmount(c15ad780,cca1bd04,2,3,206) at unmount+0x1f6 syscall(3b,3b,3b,809e019,80b94c9) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (22, FreeBSD ELF32, unmount), eip = 0x804a387, esp = 0xbfbfe68c, ebp = 0xbfbfe738 --- From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 09:44:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0734116A41C for ; Sun, 3 Jul 2005 09:44:10 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99FE643D45 for ; Sun, 3 Jul 2005 09:44:09 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A54C8.dip.t-dialin.net [84.154.84.200]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j639i68o086492; Sun, 3 Jul 2005 11:44:07 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j639i3V7001481; Sun, 3 Jul 2005 11:44:06 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.3) with ESMTP id j639i3Gc052506; Sun, 3 Jul 2005 11:44:03 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200507030944.j639i3Gc052506@fire.jhs.private> To: Chuck Swiger In-Reply-To: Message from Chuck Swiger of "Wed, 30 Mar 2005 11:43:49 CDT." <424AD745.2040402@mac.com> Date: Sun, 03 Jul 2005 11:44:03 +0200 From: "Julian H. Stacey" Cc: freebsd-current@freebsd.org Subject: Re: freebsd naming of releases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 09:44:10 -0000 HEADS UP Below is a repeat posting dated Wed, 30 Mar 2005. I'm not convinced Chuck re-posted it, as I think I've read it before. I've forwarded to postmasters to investigate. The thread was debated to termination back then, & deosn't need revival now. It might be a troll trying to blow air on embers, or it might be a bad config somewhere, but hopefully all except investigating postmasters, (particularly @mu.org) can ignore it. Thanks -- Julian Stacey Muenchner Unix Urlaubs Vertretungs Dienst http://berklix.com Mail in Ascii (Html = Spam). Ihr Rauch = mein allergischer Kopfschmerz. -------- Chuck Swiger wrote: > Julian H. Stacey wrote: > > Charles Swiger wrote: > >>>I find that the terms "alpha", "beta" and "production" do not quite > >>>fit the FreeBSD development paradigm. (Is RELENG_5 beta or > >>>production?) > >> > >>It's beta. -CURRENT (or RELENG_6) is alpha, and production is now at > > > > > > Wrong: Current != Alpha. > > Industry common parlance of "Alpha Release" is per se a sort of (pre) release. > > FreeBSD Current is continuously moving & not a release; eg cvs -r HEAD > > I know that HEAD is continuously moving. Saying code is "in alpha" does not > imply that it is ready for release or being put through a release cycle. > > I suppose that someone comfortable with the term "alpha release" would also be > happy with the notion of "paid beta releases": software made publicly > available to all customers (which is my definition of "going into production", > or perhaps "going into production but trying to avoid providing real support > even if people have paid for the software" is closer :-). > > > Perhaps you equated Alpha & Current because that's the first one > > has access to from commercial companies & FreeBSD respectively, but > > that doesnt make them the same thing. Binaries from a commercial > > company's current one wouldn't normally see (let alone the source :-). > > No, my definition of alpha means "code that works well enough to implement at > least some major features, but may be missing other features and is expected > to contain significant bugs which make it unwise to depend on the system for > production use". Windows jokes aside, commercial companies don't normally > release alpha code to the outside world. > > Beta means "code that is basicly feature-complete modulo bugs, is ready for > outside testing, but still contains significant bugs and is not guaranteed to > be stable for production" (as in, "beta code is not supported"). > > In FreeBSD, one critereon for whether a release is in production, is whether a > security advisory results in that branch being updated. The recent release of > FreeBSD-SA-05:01.telnet resulted in RELENG_5_3, RELENG_4_11, and RELENG_4_10 > being updated as well as HEAD, RELENG_5, & RELENG_4. (Maybe 4.8, too.) > > -- > -Chuck > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > -- Julian Stacey Consultant Systems Engineer, Munich. http://berklix.com Mail in Ascii (Html = Spam). Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 09:55:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32C8E16A41C; Sun, 3 Jul 2005 09:55:55 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id E142E43D45; Sun, 3 Jul 2005 09:55:54 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd20.aul.t-online.de by mailout03.sul.t-online.com with smtp id 1Dp1Ca-0005bZ-01; Sun, 03 Jul 2005 11:55:52 +0200 Received: from Andro-Beta.Leidinger.net (bNf+kyZ6Ye0btIEGwKdX9LOCy7UYE4f7m+DP92MXkGAd+0zdCFat0r@[84.165.243.48]) by fwd20.sul.t-online.de with esmtp id 1Dp1CS-0wtlUO0; Sun, 3 Jul 2005 11:55:44 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j639tgtM032307; Sun, 3 Jul 2005 11:55:42 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 3 Jul 2005 11:55:42 +0200 From: Alexander Leidinger To: des@des.no (Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?=) Message-ID: <20050703115542.575be26f@Magellan.Leidinger.net> In-Reply-To: <86y8cvsfmk.fsf@xps.des.no> References: <20050309194028.GA17398@odin.ac.hmc.edu> <86y8cvsfmk.fsf@xps.des.no> X-Mailer: Sylpheed-Claws 1.9.11 (GTK+ 2.6.8; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-ID: bNf+kyZ6Ye0btIEGwKdX9LOCy7UYE4f7m+DP92MXkGAd+0zdCFat0r@t-dialin.net X-TOI-MSGID: ea293f20-2bce-413c-b219-0ef56d7764c8 Cc: freebsd-current@freebsd.org, Alex Welycz , freebsd-usb@freebsd.org Subject: Re: KVM USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 09:55:55 -0000 On Thu, 10 Mar 2005 16:08:19 +0100 des@des.no (Dag-Erling Sm=F8rgrav) wrote: > The correct solution would be to teach kbd to multiplex keyboards, > like scmouse multiplexes mice. Maksim Yevmenkin (I think) is working on it. Bye, Alexander. --=20 Weird enough for government work. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint =3D C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 10:03:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51C9916A41C for ; Sun, 3 Jul 2005 10:03:07 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2CD443D46 for ; Sun, 3 Jul 2005 10:03:06 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A54C8.dip.t-dialin.net [84.154.84.200]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j63A348o086572 for ; Sun, 3 Jul 2005 12:03:04 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j63A32Xe001582 for ; Sun, 3 Jul 2005 12:03:03 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.3) with ESMTP id j63A32D4052707 for ; Sun, 3 Jul 2005 12:03:02 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200507031003.j63A32D4052707@fire.jhs.private> To: freebsd-current@freebsd.org From: "Julian Stacey" Organization: http://berklix.com Munich Unix, BSD, Internet Consultancy User-agent: EXMH http://beedub.com/exmh/ on FreeBSD http://freebsd.org X-URL: http://berklix.com/~jhs/ Date: Sun, 03 Jul 2005 12:03:02 +0200 Sender: jhs@flat.berklix.net Subject: Re: boot banner project (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 10:03:07 -0000 Below is another old post to our lists from way back, that someone ( mu.org ? ) just dumped as a repost on our list. Please all (except investigating postmasters) ignore this thread too, which has already been discused to termination. Assuming someone or something has gone berserk, & is regurgitating old postings, we may yet see more postings on old dead subjects, so best examine future headers carefully (this header below FYI). Thanks -- Julian Stacey Muenchner Unix Urlaubs Vertretungs Dienst http://berklix.com Mail in Ascii (Html = Spam). Ihr Rauch = mein allergischer Kopfschmerz. ------- Forwarded Message ] From ps@mu.org Sun Jul 3 10:00:15 2005 ] Return-Path: ] Received: from js.berklix.net (mart.jhs.private [192.168.91.48]) ] by fire.jhs.private (8.13.1/8.13.3) with ESMTP id j6380Ead002252 ] for ; Sun, 3 Jul 2005 10:00:14 +0200 (CEST) ] (envelope-from ps@mu.org) ] Received: from localhost (localhost.jhs.private [127.0.0.1]) ] by js.berklix.net (8.12.11/8.12.11) with ESMTP id j637xrD8001035 ] for ; Sun, 3 Jul 2005 10:00:13 +0200 (CEST) ] (envelope-from ps@mu.org) ] Received: from flat.berklix.org [194.221.32.28] ] by localhost with POP3 (fetchmail-6.2.4) ] for jhs@localhost (single-drop); Sun, 03 Jul 2005 10:00:13 +0200 (CEST) ] Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) ] by flat.berklix.org (8.13.1/8.13.1) with ESMTP id j630Nemb093632 ] for ; Sun, 3 Jul 2005 02:23:40 +0200 (CEST) ] (envelope-from ps@mu.org) ] Received: by elvis.mu.org (Postfix, from userid 1000) ] id 2470D63858; Sat, 2 Jul 2005 17:23:39 -0700 (PDT) ] X-Original-To: ps@mu.org ] Delivered-To: ps@mu.org ] Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) ] by elvis.mu.org (Postfix) with ESMTP id 2356D5CAAA ] for ; Wed, 4 May 2005 08:01:25 -0700 (PDT) ] Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) ] by mx2.freebsd.org (Postfix) with ESMTP ] id 07287568D9; Wed, 4 May 2005 15:00:53 +0000 (GMT) ] (envelope-from owner-freebsd-current@freebsd.org) ] Received: from hub.freebsd.org (localhost [127.0.0.1]) ] by hub.freebsd.org (Postfix) with ESMTP ] id A84D416A4D8; Wed, 4 May 2005 15:00:48 +0000 (GMT) ] Delivered-To: freebsd-current@freebsd.org ] Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) ] by hub.freebsd.org (Postfix) with ESMTP id A8F6416A4CE ] for ; ] Wed, 4 May 2005 15:00:44 +0000 (GMT) ] Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) ] by mx1.FreeBSD.org (Postfix) with ESMTP id 46D1543D3F ] for ; ] Wed, 4 May 2005 15:00:44 +0000 (GMT) ] (envelope-from b.candler@pobox.com) ] Received: from orb (localhost [127.0.0.1]) ] by orb.pobox.com (Postfix) with ESMTP ] id A9B4F8B7; Wed, 4 May 2005 11:00:17 -0400 (EDT) ] Received: from billdog.local.linnet.org ] (dsl-212-74-113-65.access.uk.tiscali.com [212.74.113.65]) ] (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) ] (No client certificate requested) ] by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 4BC1D8C; ] Wed, 4 May 2005 11:00:15 -0400 (EDT) ] Received: from brian by billdog.local.linnet.org with local (Exim 4.43 ] (FreeBSD)) id 1DTLO5-0000fe-Eg; Wed, 04 May 2005 16:02:09 +0100 ] Date: Wed, 4 May 2005 16:02:09 +0100 ] From: Brian Candler ] To: "Julian H. Stacey" ] Message-ID: <20050504150209.GA2516@uk.tiscali.com> ] References: <20050504132429.GA2105@uk.tiscali.com> ] <200505041429.j44ETZMh036122@fire.jhs.private> ] Mime-Version: 1.0 ] Content-Type: text/plain; charset=us-ascii ] Content-Disposition: inline ] In-Reply-To: <200505041429.j44ETZMh036122@fire.jhs.private> ] User-Agent: Mutt/1.4.2.1i ] Cc: Bruce M Simpson ] Cc: freebsd-current@freebsd.org ] Subject: Re: boot banner project ] X-BeenThere: freebsd-current@freebsd.org ] X-Mailman-Version: 2.1.1 ] Precedence: list ] List-Id: Discussions about the use of FreeBSD-current ] ] List-Unsubscribe: , ] ] List-Archive: ] List-Post: ] List-Help: ] List-Subscribe: , ] ] Sender: owner-freebsd-current@freebsd.org ] Errors-To: owner-freebsd-current@freebsd.org ] X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org ] X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham ] version=3.0.2 ] X-Spam-Level: ] ] On Wed, May 04, 2005 at 04:29:35PM +0200, Julian H. Stacey wrote: ] > > > tcsh is in the base system and has that capability. ] ] [ ......... ELIDED to save space ... jhs@ ] ] ] but then they've made an explicit decision to do so, rather than inflicting ] it on everyone) ] ] Regards, ] ] Brian. ] _______________________________________________ ] freebsd-current@freebsd.org mailing list ] http://lists.freebsd.org/mailman/listinfo/freebsd-current ] To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" ] ------- End of Forwarded Message From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 10:10:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D6FE16A41C for ; Sun, 3 Jul 2005 10:10:04 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75E8A43D48 for ; Sun, 3 Jul 2005 10:10:04 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A54C8.dip.t-dialin.net [84.154.84.200]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j63A9w8o086595; Sun, 3 Jul 2005 12:10:00 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j63A9vLT001616; Sun, 3 Jul 2005 12:09:57 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.3) with ESMTP id j63A9vYk052775; Sun, 3 Jul 2005 12:09:57 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200507031009.j63A9vYk052775@fire.jhs.private> To: "M. Warner Losh" In-Reply-To: Message from "M. Warner Losh" of "Wed, 27 Oct 2004 09:00:53 MDT." <20041027.090053.122146739.imp@bsdimp.com> Date: Sun, 03 Jul 2005 12:09:57 +0200 From: "Julian H. Stacey" Cc: freebsd-current@freebsd.org Subject: Re: 5.3-RC1 attempt with a Toshiba Libretto 70CT failed, 4.10 OK X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 10:10:05 -0000 This thread has also expired It appears 192.203.228.196 elvis.mu.org is injecting month old posting back into our lists I'll be adding elvis.mu.org to my (berklix.org) list of spammer domains I suggest postmaster@freebsd.org also block @elvis.mu.org "M. Warner Losh" wrote: > In message: <200410270046.i9R0kV0K012290@laps.jhs.private> > "Julian Stacey" writes: > : It gets further than 5.2.1-RELEASE, as 5.2.1 hangs quickly after first floppy > : after trying to fetch modules off floppy with "No floppy devices found". -- Julian Stacey Consultant Systems Engineer, Munich. http://berklix.com Mail in Ascii (Html = Spam). Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 10:15:44 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C549A16A41C for ; Sun, 3 Jul 2005 10:15:44 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40E8343D46 for ; Sun, 3 Jul 2005 10:15:43 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A54C8.dip.t-dialin.net [84.154.84.200]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j63AFg8o086611 for ; Sun, 3 Jul 2005 12:15:42 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j63AFc4x001711 for ; Sun, 3 Jul 2005 12:15:41 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.3) with ESMTP id j63AFcSn054699 for ; Sun, 3 Jul 2005 12:15:38 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200507031015.j63AFcSn054699@fire.jhs.private> In-Reply-To: Message from "Julian Stacey" of "Mon, 30 May 2005 17:02:08 +0200." <200505301502.j4UF28Ls027504@fire.jhs.private> Date: Sun, 03 Jul 2005 12:15:38 +0200 From: "Julian H. Stacey" Cc: current@freebsd.org Subject: Re: make cores on 5.4-RELEASE amd64 but not on i386, need a maintainer. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 10:15:44 -0000 This thread is dead. Block @elvis.mu.org -- Julian Stacey Consultant Systems Engineer, Munich. http://berklix.com Mail in Ascii (Html = Spam). Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 05:51:31 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85FF216A41C; Sun, 3 Jul 2005 05:51:31 +0000 (GMT) (envelope-from adamw@magnesium.net) Received: from connectmail.carleton.ca (connectmail.carleton.ca [134.117.2.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5828B43D45; Sun, 3 Jul 2005 05:51:31 +0000 (GMT) (envelope-from adamw@magnesium.net) Received: from [192.168.1.102] (adsl-67-120-98-172.dsl.snfc21.pacbell.net [67.120.98.172]) by connectmail.carleton.ca (iPlanet Messaging Server 5.2 HotFix 2.04 (built Feb 8 2005)) with ESMTPSA id <0IJ100JKFBZKZE@connectmail.carleton.ca>; Sun, 03 Jul 2005 00:47:45 -0400 (EDT) Date: Sat, 02 Jul 2005 21:47:44 -0700 From: Adam Weinberger In-reply-to: <20041102222000.GA65845@xor.obsecurity.org> To: Kris Kennaway Message-id: <42C76DF0.8070307@magnesium.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT User-Agent: Mozilla Thunderbird 1.0+ (Macintosh/20050531) References: <20041102222000.GA65845@xor.obsecurity.org> X-Mailman-Approved-At: Sun, 03 Jul 2005 12:18:40 +0000 Cc: ports@FreeBSD.org, current@FreeBSD.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 05:51:31 -0000 Kris Kennaway wrote: > About a week ago des changed the default value of CFLAGS to "-O2 > -pipe" on FreeBSD 6.0-CURRENT. While this is believed to be safe for > compiling world + kernel on -CURRENT thesedays (because the aliasing > bugs that are exposed with -O2 have been fixed), it's definitely *not* > safe for compiling many ports (there are at least 350 ports that emit > warnings about aliasing, and would probably have runtime errors when > compiled with -O2; moreover, a number of ports fail to even build with > -O2). > > Therefore, if you compile ports on FreeBSD 6.0, you should set > CFLAGS=-O -pipe in your /etc/make.conf for now, until we can resolve > this problem more satisfactorily. > > Kris This is just an FYI for whomever cares: all GNOME metaports build cleanly in a -CURRENT jail with -O2. # Adam -- Adam Weinberger adamw@magnesium.net || adamw@FreeBSD.org adamw@vectors.cx || adamw@gnome.org http://www.vectors.cx From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 15:36:21 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4E5C16A41C for ; Sun, 3 Jul 2005 15:36:21 +0000 (GMT) (envelope-from jondoor@udor.net) Received: from mail.mercenarylabs.com (ns1.mercenarylabs.com [12.158.191.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EA8A43D48 for ; Sun, 3 Jul 2005 15:36:21 +0000 (GMT) (envelope-from jondoor@udor.net) Received: from [127.0.0.1] (wilson [12.158.191.94]) by mail.mercenarylabs.com (Postfix) with ESMTP id 106ABAD1C for ; Sun, 3 Jul 2005 10:36:21 -0500 (CDT) Message-ID: <42C805F2.4060103@udor.net> Date: Sun, 03 Jul 2005 11:36:18 -0400 From: Jon Door User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@FreeBSD.org References: <20041102222000.GA65845@xor.obsecurity.org> <42C76DF0.8070307@magnesium.net> <20050703055842.GA1933@xor.obsecurity.org> In-Reply-To: <20050703055842.GA1933@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jondoor@udor.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 15:36:21 -0000 Kris Kennaway wrote: >On Sat, Jul 02, 2005 at 09:47:44PM -0700, Adam Weinberger wrote: > > >>Kris Kennaway wrote: >> >> >>>About a week ago des changed the default value of CFLAGS to "-O2 >>>-pipe" on FreeBSD 6.0-CURRENT. While this is believed to be safe for >>>compiling world + kernel on -CURRENT thesedays (because the aliasing >>>bugs that are exposed with -O2 have been fixed), it's definitely *not* >>>safe for compiling many ports (there are at least 350 ports that emit >>>warnings about aliasing, and would probably have runtime errors when >>>compiled with -O2; moreover, a number of ports fail to even build with >>>-O2). >>> >>>Therefore, if you compile ports on FreeBSD 6.0, you should set >>>CFLAGS=-O -pipe in your /etc/make.conf for now, until we can resolve >>>this problem more satisfactorily. >>> >>>Kris >>> >>> >>This is just an FYI for whomever cares: all GNOME metaports build >>cleanly in a -CURRENT jail with -O2. >> >> > >This was a mail from last year, but thanks anyway :) > >Kris > >P.S. The problem is only if you build without -fno-strict-alias, which >is the default now. > > Does it make sense to introduce a CFLAGS_PORTS option? Basically an override used when compiling ports as opposed to world? From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 16:07:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A38F716A41C for ; Sun, 3 Jul 2005 16:07:39 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 690AC43D58 for ; Sun, 3 Jul 2005 16:07:39 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E8DA0512EA; Sun, 3 Jul 2005 12:07:37 -0400 (EDT) Date: Sun, 3 Jul 2005 12:07:37 -0400 From: Kris Kennaway To: "Julian H. Stacey" Message-ID: <20050703160737.GA80705@xor.obsecurity.org> References: <424AD745.2040402@mac.com> <200507030944.j639i3Gc052506@fire.jhs.private> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <200507030944.j639i3Gc052506@fire.jhs.private> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: freebsd naming of releases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 16:07:39 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jul 03, 2005 at 11:44:03AM +0200, Julian H. Stacey wrote: > HEADS UP > Below is a repeat posting dated Wed, 30 Mar 2005. I'm not convinced > Chuck re-posted it, as I think I've read it before. I've forwarded > to postmasters to investigate. The thread was debated to termination > back then, & deosn't need revival now. It might be a troll trying > to blow air on embers, or it might be a bad config somewhere, but > hopefully all except investigating postmasters, (particularly > @mu.org) can ignore it. Thanks mu.org accidentally replayed old messages..no black helicopters are otherwise circling here, move along. Kris --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCyA1IWry0BWjoQKURApzlAJ9+8Ng7CBK0VSHP1nKNJkGhITuoawCg3J9c q5z45XqVm1E3Alf8LL9II/g= =dXgy -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 17:27:05 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C204216A41C; Sun, 3 Jul 2005 17:27:05 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C1E743D46; Sun, 3 Jul 2005 17:27:05 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from SMILEY (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 62CC019F3B; Sun, 3 Jul 2005 10:29:02 -0700 (PDT) From: "Darren Pilgrim" To: "'Kris Kennaway'" Date: Sun, 3 Jul 2005 10:27:04 -0700 Message-ID: <001401c57ff4$6f429730$0b2a15ac@SMILEY> 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.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 In-Reply-To: <20050703055842.GA1933@xor.obsecurity.org> Importance: Normal Cc: ports@FreeBSD.org, current@FreeBSD.org Subject: RE: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 17:27:05 -0000 From: Kris Kennaway > On Sat, Jul 02, 2005 at 09:47:44PM -0700, Adam Weinberger wrote: > > Kris Kennaway wrote: > > >About a week ago des changed the default value of CFLAGS to "-O2 > > >-pipe" on FreeBSD 6.0-CURRENT. While this is believed to be safe > > >for compiling world + kernel on -CURRENT thesedays (because the > > >aliasing bugs that are exposed with -O2 have been fixed), it's > > >definitely *not* safe for compiling many ports (there are at > > >least 350 ports that emit warnings about aliasing, and would > > >probably have runtime errors when compiled with -O2; moreover, a > > >number of ports fail to even build with -O2). > > > > > >Therefore, if you compile ports on FreeBSD 6.0, you should set > > >CFLAGS=-O -pipe in your /etc/make.conf for now, until we can > > >resolve this problem more satisfactorily. <...> > > P.S. The problem is only if you build without > -fno-strict-alias, which is the default now. Is that to say, then, that ports will build and run safely if you use CFLAGS=-O2 -pipe -fno-strict-alias? From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 18:38:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B78816A41C for ; Sun, 3 Jul 2005 18:38:23 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55C4543D45 for ; Sun, 3 Jul 2005 18:38:23 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so560212rna for ; Sun, 03 Jul 2005 11:38:22 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=JTqHBRH/yQLS5vDBU9HcAwNqTjWMqqsrG6q9Mp98HPycBk+n9KpHer3k50X9CbKp6XMmIsaa8xnLhfawowRoI3n7mYx+DCkBScRYiT9zv6O4ymIiEObSmjC8fcIAp9dKsyOsu2H2oQSY8ji10r08sdYjqqwdqOmqZIOM2dZ+7rI= Received: by 10.38.67.3 with SMTP id p3mr2450523rna; Sun, 03 Jul 2005 11:38:22 -0700 (PDT) Received: by 10.38.12.17 with HTTP; Sun, 3 Jul 2005 11:38:22 -0700 (PDT) Message-ID: <1d6d20bc050703113864394536@mail.gmail.com> Date: Mon, 4 Jul 2005 02:38:22 +0800 From: Jia-Shiun Li To: bzeeb+freebsd+sk4@zabbadoz.net, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_2822_23598705.1120415902530" Cc: Subject: Attempting to make sk(4) work on Marvell 88E5053 (advise needed) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jia-Shiun Li List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 18:38:23 -0000 ------=_Part_2822_23598705.1120415902530 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Bjoern and all, My (and probably many of yours) motherboard Asus P5GD1 PRO has Marvell 88E5053 on board, but currently there is no working driver for it, so I tried to modify sk(4) to make it work. I took a brief look at the syskonnect Linux driver v8.16, there seems no much differences among PCI and PCI-express chips, so I tried to fill missing identifiers to see if I am lucky enough. But the answer is no. :p Attached is my attempt, and the result message is below. Looks like 300+ KB jumbo frame buffer is too much to allocate. It would be very appreciated if any one can give some advises. Note:=20 1. My chip has PCI device ID 0x4362, but according to the linux driver source there are 0x436[0-2], so you may need to change it to meet your hardware. 2. Asus board owners need to turn on 'LAN option ROM' in BIOS setting for the driver to correctly recognize its VPD identifier string. dmesgs: pci2:0:0: reprobing on driver added pci2:0:0: Transition from D3 to D0 skc0: port 0xc800-0xc8ff mem 0xccef= c000- 0xccefffff irq 17 at device 0.0 on pci2 pcib3: skc0 requested memory range 0xccefc000-0xccefffff: good skc0: interrupt moderation is 100 us - read 3 bytes@00000000 - read 3 bytes skc0: bad VPD resource id: expected 82 got 0 skc0: MARVELL YUKON PCI-EXPRESS(?) rev. (0x1) skc0: chip ver =3D 0xb6 skc0: chip rev =3D 0x01 skc0: SK_EPROM0 =3D 0x0c skc0: SRAM size =3D 0x00c000 sk0: on skc0 allocating 3469312 bytes for jumbo frame sk0: no memory for jumbo buffers! sk0: jumbo buffer allocation failed device_attach: sk0 attach returned 12 sk1: on skc0 allocating 3469312 bytes for jumbo frame sk1: no memory for jumbo buffers! sk1: jumbo buffer allocation failed device_attach: sk1 attach returned 12 skc0: [MPSAFE] Jia-Shiun. ------=_Part_2822_23598705.1120415902530 Content-Type: application/octet-stream; name="sk-pcie.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="sk-pcie.diff" SW5kZXg6IHBjaS9pZl9zay5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL3N5 cy9wY2kvaWZfc2suYyx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xMDYKZGlmZiAtYiAtdSAtcjEu MTA2IGlmX3NrLmMKLS0tIHBjaS9pZl9zay5jCTEwIEp1biAyMDA1IDE2OjQ5OjIyIC0wMDAwCTEu MTA2CisrKyBwY2kvaWZfc2suYwkzIEp1bCAyMDA1IDE4OjI1OjQwIC0wMDAwCkBAIC0xNTcsNiAr MTU3LDExIEBACiAJfSwKIAl7CiAJCVZFTkRPUklEX01BUlZFTEwsCisJCURFVklDRUlEX1NLX1BD SUVYUCwKKwkJIk1hcnZlbGwgR2lnYWJpdCBFdGhlcm5ldChQQ0ktRVhQUkVTUykiCisJfSwKKwl7 CisJCVZFTkRPUklEX01BUlZFTEwsCiAJCURFVklDRUlEX0JFTEtJTl81MDA1LAogCQkiQmVsa2lu IEY1RDUwMDUgR2lnYWJpdCBFdGhlcm5ldCIKIAl9LApAQCAtNDU3LDEwICs0NjIsMTIgQEAKIAlp bnQJCQlpOwogCXVfaW50OF90CQkqcHRyOwogCisJcHJpbnRmKCItIHJlYWQgJWQgYnl0ZXNAJTA4 eFxuIiwgKGludClzaXplb2Yoc3RydWN0IHZwZF9yZXMpLCBhZGRyKTsKIAlwdHIgPSAodV9pbnQ4 X3QgKilyZXM7CiAJZm9yIChpID0gMDsgaSA8IHNpemVvZihzdHJ1Y3QgdnBkX3Jlcyk7IGkrKykK IAkJcHRyW2ldID0gc2tfdnBkX3JlYWRieXRlKHNjLCBpICsgYWRkcik7CiAKKwlwcmludGYoIi0g cmVhZCAlZCBieXRlc1xuIiwgaSk7CiAJcmV0dXJuOwogfQogCkBAIC01MzQsNiArNTQxLDkgQEAK IAljYXNlIFNLX1lVS09OOgogCWNhc2UgU0tfWVVLT05fTElURToKIAljYXNlIFNLX1lVS09OX0xQ OgorCWNhc2UgU0tfWVVLT05fWEw6CisJY2FzZSBTS19ZVUtPTl9FQzoKKwljYXNlIFNLX1lVS09O X0ZFOgogCQlyZXR1cm4oc2tfbWFydl9taWlidXNfcmVhZHJlZyhzY19pZiwgcGh5LCByZWcpKTsK IAl9CiAKQEAgLTU1NSw2ICs1NjUsOSBAQAogCWNhc2UgU0tfWVVLT046CiAJY2FzZSBTS19ZVUtP Tl9MSVRFOgogCWNhc2UgU0tfWVVLT05fTFA6CisJY2FzZSBTS19ZVUtPTl9YTDoKKwljYXNlIFNL X1lVS09OX0VDOgorCWNhc2UgU0tfWVVLT05fRkU6CiAJCXJldHVybihza19tYXJ2X21paWJ1c193 cml0ZXJlZyhzY19pZiwgcGh5LCByZWcsIHZhbCkpOwogCX0KIApAQCAtNTc2LDYgKzU4OSw5IEBA CiAJY2FzZSBTS19ZVUtPTjoKIAljYXNlIFNLX1lVS09OX0xJVEU6CiAJY2FzZSBTS19ZVUtPTl9M UDoKKwljYXNlIFNLX1lVS09OX1hMOgorCWNhc2UgU0tfWVVLT05fRUM6CisJY2FzZSBTS19ZVUtP Tl9GRToKIAkJc2tfbWFydl9taWlidXNfc3RhdGNoZyhzY19pZik7CiAJCWJyZWFrOwogCX0KQEAg LTgxMCw2ICs4MjYsOSBAQAogCWNhc2UgU0tfWVVLT046CiAJY2FzZSBTS19ZVUtPTl9MSVRFOgog CWNhc2UgU0tfWVVLT05fTFA6CisJY2FzZSBTS19ZVUtPTl9YTDoKKwljYXNlIFNLX1lVS09OX0VD OgorCWNhc2UgU0tfWVVLT05fRkU6CiAJCVNLX1lVX1dSSVRFXzIoc2NfaWYsIFlVS09OX01DQUgx LCAwKTsKIAkJU0tfWVVfV1JJVEVfMihzY19pZiwgWVVLT05fTUNBSDIsIDApOwogCQlTS19ZVV9X UklURV8yKHNjX2lmLCBZVUtPTl9NQ0FIMywgMCk7CkBAIC04NDYsNiArODY1LDkgQEAKIAkJCWNh c2UgU0tfWVVLT046CiAJCQljYXNlIFNLX1lVS09OX0xJVEU6CiAJCQljYXNlIFNLX1lVS09OX0xQ OgorCQkJY2FzZSBTS19ZVUtPTl9YTDoKKwkJCWNhc2UgU0tfWVVLT05fRUM6CisJCQljYXNlIFNL X1lVS09OX0ZFOgogCQkJCWggPSBza19nbWNoYXNoKAogCQkJCQlMTEFERFIoKHN0cnVjdCBzb2Nr YWRkcl9kbCAqKWlmbWEtPmlmbWFfYWRkcikpOwogCQkJCWJyZWFrOwpAQCAtODY3LDYgKzg4OSw5 IEBACiAJY2FzZSBTS19ZVUtPTjoKIAljYXNlIFNLX1lVS09OX0xJVEU6CiAJY2FzZSBTS19ZVUtP Tl9MUDoKKwljYXNlIFNLX1lVS09OX1hMOgorCWNhc2UgU0tfWVVLT05fRUM6CisJY2FzZSBTS19Z VUtPTl9GRToKIAkJU0tfWVVfV1JJVEVfMihzY19pZiwgWVVLT05fTUNBSDEsIGhhc2hlc1swXSAm IDB4ZmZmZik7CiAJCVNLX1lVX1dSSVRFXzIoc2NfaWYsIFlVS09OX01DQUgyLCAoaGFzaGVzWzBd ID4+IDE2KSAmIDB4ZmZmZik7CiAJCVNLX1lVX1dSSVRFXzIoc2NfaWYsIFlVS09OX01DQUgzLCBo YXNoZXNbMV0gJiAweGZmZmYpOwpAQCAtODk1LDYgKzkyMCw5IEBACiAJY2FzZSBTS19ZVUtPTjoK IAljYXNlIFNLX1lVS09OX0xJVEU6CiAJY2FzZSBTS19ZVUtPTl9MUDoKKwljYXNlIFNLX1lVS09O X1hMOgorCWNhc2UgU0tfWVVLT05fRUM6CisJY2FzZSBTS19ZVUtPTl9GRToKIAkJaWYgKGlmcC0+ aWZfZmxhZ3MgJiBJRkZfUFJPTUlTQykgewogCQkJU0tfWVVfQ0xSQklUXzIoc2NfaWYsIFlVS09O X1JDUiwKIAkJCSAgICBZVV9SQ1JfVUZMRU4gfCBZVV9SQ1JfTVVGTEVOKTsKQEAgLTEwNTMsNiAr MTA4MSw3IEBACiAJLyogR3JhYiBhIGJpZyBjaHVuayBvJyBzdG9yYWdlLiAqLwogCXNjX2lmLT5z a19jZGF0YS5za19qdW1ib19idWYgPSBjb250aWdtYWxsb2MoU0tfSk1FTSwgTV9ERVZCVUYsCiAJ ICAgIE1fTk9XQUlULCAwLCAweGZmZmZmZmZmLCBQQUdFX1NJWkUsIDApOworCXByaW50ZigiYWxs b2NhdGluZyAlbGQgYnl0ZXMgZm9yIGp1bWJvIGZyYW1lXG4iLCBTS19KTUVNKTsKIAogCWlmIChz Y19pZi0+c2tfY2RhdGEuc2tfanVtYm9fYnVmID09IE5VTEwpIHsKIAkJcHJpbnRmKCJzayVkOiBu byBtZW1vcnkgZm9yIGp1bWJvIGJ1ZmZlcnMhXG4iLCBzY19pZi0+c2tfdW5pdCk7CkBAIC0xMzgy LDYgKzE0MTEsOSBAQAogCWNhc2UgU0tfWVVLT046CiAJY2FzZSBTS19ZVUtPTl9MSVRFOgogCWNh c2UgU0tfWVVLT05fTFA6CisJY2FzZSBTS19ZVUtPTl9YTDoKKwljYXNlIFNLX1lVS09OX0VDOgor CWNhc2UgU0tfWVVLT05fRkU6CiAJCWRldmljZV9zZXRfZGVzYyhkZXYsICJNYXJ2ZWxsIFNlbWlj b25kdWN0b3IsIEluYy4gWXVrb24iKTsKIAkJYnJlYWs7CiAJfQpAQCAtMTUwOSw2ICsxNTQxLDcg QEAKIAogCS8qIFJlYWQgYW5kIHNhdmUgUEhZIHR5cGUgYW5kIHNldCBQSFkgYWRkcmVzcyAqLwog CXNjX2lmLT5za19waHl0eXBlID0gc2tfd2luX3JlYWRfMShzYywgU0tfRVBST00xKSAmIDB4RjsK KwlwcmludGYoIlBIWSB0eXBlICUwMnhcbiIsIHNjX2lmLT5za19waHl0eXBlKTsKIAlzd2l0Y2go c2NfaWYtPnNrX3BoeXR5cGUpIHsKIAljYXNlIFNLX1BIWVRZUEVfWE1BQzoKIAkJc2NfaWYtPnNr X3BoeWFkZHIgPSBTS19QSFlBRERSX1hNQUM7CkBAIC0xNTQ2LDYgKzE1NzksOSBAQAogCWNhc2Ug U0tfWVVLT046CiAJY2FzZSBTS19ZVUtPTl9MSVRFOgogCWNhc2UgU0tfWVVLT05fTFA6CisJY2Fz ZSBTS19ZVUtPTl9YTDoKKwljYXNlIFNLX1lVS09OX0VDOgorCWNhc2UgU0tfWVVLT05fRkU6CiAJ CXNrX2luaXRfeXVrb24oc2NfaWYpOwogCQlicmVhazsKIAl9CkBAIC0xNzYxLDYgKzE3OTcsMTAg QEAKIAkJCX0KIAkJfQogCQlicmVhazsKKwkKKwljYXNlIERFVklDRUlEX1NLX1BDSUVYUDoKKwkJ cG5hbWUgPSAiTUFSVkVMTCBZVUtPTiBQQ0ktRVhQUkVTUyg/KSI7CisJCWJyZWFrOwogCWRlZmF1 bHQ6CiAJCWRldmljZV9wcmludGYoZGV2LCAidW5rbm93biBkZXZpY2U6IHZlbmRvcj0lMDR4LCBk ZXZpY2U9JTA0eCwgIgogCQkJImNoaXB2ZXI9JTAyeCwgcmV2PSV4XG4iLApAQCAtMjc5MSw2ICsy ODMxLDkgQEAKIAljYXNlIFNLX1lVS09OOgogCWNhc2UgU0tfWVVLT05fTElURToKIAljYXNlIFNL X1lVS09OX0xQOgorCWNhc2UgU0tfWVVLT05fWEw6CisJY2FzZSBTS19ZVUtPTl9FQzoKKwljYXNl IFNLX1lVS09OX0ZFOgogCQlza19pbml0X3l1a29uKHNjX2lmKTsKIAkJYnJlYWs7CiAJfQpAQCAt Mjg4MSw2ICsyOTI0LDkgQEAKIAljYXNlIFNLX1lVS09OOgogCWNhc2UgU0tfWVVLT05fTElURToK IAljYXNlIFNLX1lVS09OX0xQOgorCWNhc2UgU0tfWVVLT05fWEw6CisJY2FzZSBTS19ZVUtPTl9F QzoKKwljYXNlIFNLX1lVS09OX0ZFOgogCQlyZWcgPSBTS19ZVV9SRUFEXzIoc2NfaWYsIFlVS09O X0dQQ1IpOwogCQlyZWcgfD0gWVVfR1BDUl9UWEVOIHwgWVVfR1BDUl9SWEVOOwogCQlyZWcgJj0g fihZVV9HUENSX1NQRUVEX0VOIHwgWVVfR1BDUl9EUExYX0VOKTsKQEAgLTI5MzQsNiArMjk4MCw5 IEBACiAJY2FzZSBTS19ZVUtPTjoKIAljYXNlIFNLX1lVS09OX0xJVEU6CiAJY2FzZSBTS19ZVUtP Tl9MUDoKKwljYXNlIFNLX1lVS09OX1hMOgorCWNhc2UgU0tfWVVLT05fRUM6CisJY2FzZSBTS19Z VUtPTl9GRToKIAkJU0tfSUZfV1JJVEVfMShzY19pZiwwLCBTS19SWE1GMV9DVFJMX1RFU1QsIFNL X1JGQ1RMX1JFU0VUX1NFVCk7CiAJCVNLX0lGX1dSSVRFXzEoc2NfaWYsMCwgU0tfVFhNRjFfQ1RS TF9URVNULCBTS19URkNUTF9SRVNFVF9TRVQpOwogCQlicmVhazsKSW5kZXg6IHBjaS9pZl9za3Jl Zy5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL3N5cy9wY2kvaWZfc2tyZWcu aCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4yOQpkaWZmIC1iIC11IC1yMS4yOSBpZl9za3JlZy5o Ci0tLSBwY2kvaWZfc2tyZWcuaAkxMCBKdW4gMjAwNSAxNjo0OToyMyAtMDAwMAkxLjI5CisrKyBw Y2kvaWZfc2tyZWcuaAkzIEp1bCAyMDA1IDE4OjI1OjQxIC0wMDAwCkBAIC01NSw2ICs1NSw5IEBA CiAjZGVmaW5lIFNLX1lVS09OCQkweEIwCiAjZGVmaW5lIFNLX1lVS09OX0xJVEUJCTB4QjEKICNk ZWZpbmUgU0tfWVVLT05fTFAJCTB4QjIKKyNkZWZpbmUgU0tfWVVLT05fWEwJCTB4QjMKKyNkZWZp bmUgU0tfWVVLT05fRUMJCTB4QjYKKyNkZWZpbmUgU0tfWVVLT05fRkUJCTB4QjcKICNkZWZpbmUg U0tfWVVLT05fRkFNSUxZKHgpICgoeCkgJiAweEIwKQogCiAvKiBLbm93biByZXZpc2lvbnMgaW4g U0tfQ09ORklHLiAqLwpAQCAtNzcsNiArODAsNyBAQAogICovCiAjZGVmaW5lIERFVklDRUlEX1NL X1YxCQkweDQzMDAKICNkZWZpbmUgREVWSUNFSURfU0tfVjIJCTB4NDMyMAorI2RlZmluZSBERVZJ Q0VJRF9TS19QQ0lFWFAJCTB4NDM2MgogCiAvKgogICogQmVsa2luIEY1RDUwMDUK ------=_Part_2822_23598705.1120415902530-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 20:13:52 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C095E16A41C for ; Sun, 3 Jul 2005 20:13:52 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx01.interbgc.com [217.9.224.225]) by mx1.FreeBSD.org (Postfix) with SMTP id 24B7F43D46 for ; Sun, 3 Jul 2005 20:13:51 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 10837 invoked from network); 3 Jul 2005 20:13:49 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.6/8.0):. Processed in 2.046736 secs); 03 Jul 2005 20:13:49 -0000 X-Spam-Status: No, hits=-2.6 required=8.0 Received: from 213-240-205-57.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.205.57) by mx01.interbgc.com with SMTP; 3 Jul 2005 20:13:47 -0000 Received: (qmail 24931 invoked from network); 3 Jul 2005 20:13:46 -0000 Received: from qmail by qscan (mail filter); 3 Jul 2005 20:13:46 +0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 3 Jul 2005 20:13:46 -0000 Message-ID: <42C84717.9020100@cytexbg.com> Date: Sun, 03 Jul 2005 23:14:15 +0300 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: strange route problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 20:13:53 -0000 Hello, I have a very strange routing problem with one machine acting as a gateway for a small home network. The machine has 3 ethernet interfaces two of them connected to two different ISPs and the third to the home network. The first ethernet adapter is connected to the first ISP with fixed IP address and also the default route on the machine is set to this ISP. The second eth. adapter is connected to the second ISP which allocates IPs dynamicaly with DHCP, so i use 'supersede routers $first_isp_gw' in dhclient.conf to prevent the default route changing. I wanted to use the second ISP only for selected networks that are faster through it so i installed several static routes for them. And after a while the dhcp lease to the second ISP renews, there are messages in the logs about the inteface going DOWN and UP and then the routing for these networs stops working. Whats really strange is that if i traceroute IP from on of these statically routed networks i can clearly see that the packets are traveling via the default gw on the first ISP, while there is route for them to go via the second ISP. "netstat -r" shows the static routes, "route get $ip" again shows them correcly and in UP state, but they are not used? Here is a short example : ste0 with ip 10.0.0.1 is the internal interface ste1 with ip 192.168.0.152 is the fixed ip to the first ISP ste2 is running DHCP with the second ISP and has ip 192.168.100.57 root@mars# netstat -rnfinet Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 192.168.0.129 UGS 2 2788492 ste1 10/28 link#1 UC 0 0 ste0 192.168.0.128/27 link#2 UC 0 0 ste1 192.168.0.129 xx:xx:xx:xx:xx:xx UHLW 1 0 ste1 1076 127.0.0.1 127.0.0.1 UH 1 3 lo0 192.168.100/19 link#3 UC 0 0 ste2 192.168.100.1 xx:xx:xx:xx:xx:xx UHLW 1 0 ste2 249 192.168.100.57 127.0.0.1 UGHS 0 0 lo0 10.10.10 192.168.100.1 UGS 0 1016 ste1 root@mars# route -n get 10.10.10.1 route to: 10.10.10.1 destination: 10.10.10.0 mask: 255.255.255.0 gateway: 192.168.100.1 interface: ste1 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 0 0 0 0 0 0 1500 0 root@mars# traceroute -n 10.10.10.1 traceroute to 10.10.10.1 (10.10.10.1), 64 hops max, 40 byte packets 1 192.168.0.129 6.514 ms 4.047 ms 7.537 ms (snipped traceroute continuing to destination via wrong route) The machine runs stripped down install of recent 6.0-CURRENT, with read only mounted root filesystem on a 128MB CF card and mfs /var and /tmp. I'm also using pf(4) for filtering and nat on the both external interfaces. No policy routing is done, just two "reply-to"s on the external interfaces so anything that comes in one of them is routed via the same interface in the oposite direction. P.S.: manually doing route change -net 10.10.10.0/24 192.168.100.1 fixes the problem. (until probably the next dhcp renew if thats what is causing it) As if the dhclient caused interface UP/DOWN change makes the routes inactive? Thanks for any suggestions in advance! --niki From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 21:01:18 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30C5416A41C for ; Sun, 3 Jul 2005 21:01:18 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id E062143D48 for ; Sun, 3 Jul 2005 21:01:17 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 101936192; Sun, 3 Jul 2005 23:01:12 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id F3E906191; Sun, 3 Jul 2005 23:01:11 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id D86D133D38; Sun, 3 Jul 2005 23:01:11 +0200 (CEST) To: Niki Denev References: <42C84717.9020100@cytexbg.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 03 Jul 2005 23:01:11 +0200 In-Reply-To: <42C84717.9020100@cytexbg.com> (Niki Denev's message of "Sun, 03 Jul 2005 23:14:15 +0300") Message-ID: <86irzrwqnc.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -5.2/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: current@freebsd.org Subject: Re: strange route problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 21:01:18 -0000 Niki Denev writes: > 10.10.10 192.168.100.1 UGS 0 1016 ste1 this route lacks a mask length. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 21:12:19 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F1E516A41C for ; Sun, 3 Jul 2005 21:12:19 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx03.interbgc.com [217.9.224.229]) by mx1.FreeBSD.org (Postfix) with SMTP id 3A0C943D49 for ; Sun, 3 Jul 2005 21:12:17 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 51671 invoked from network); 3 Jul 2005 21:12:16 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.6/8.0):. Processed in 2.019317 secs); 03 Jul 2005 21:12:16 -0000 X-Spam-Status: No, hits=-2.6 required=8.0 Received: from 213-240-205-57.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.205.57) by mx03.interbgc.com with SMTP; 3 Jul 2005 21:12:14 -0000 Received: (qmail 39746 invoked from network); 3 Jul 2005 21:12:13 -0000 Received: from qmail by qscan (mail filter); 3 Jul 2005 21:12:13 +0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 3 Jul 2005 21:12:13 -0000 Message-ID: <42C854CC.90602@cytexbg.com> Date: Mon, 04 Jul 2005 00:12:44 +0300 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <42C84717.9020100@cytexbg.com> <86irzrwqnc.fsf@xps.des.no> In-Reply-To: <86irzrwqnc.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: strange route problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 21:12:19 -0000 Dag-Erling Smrgrav wrote: > Niki Denev writes: > >>10.10.10 192.168.100.1 UGS 0 1016 ste1 > > > this route lacks a mask length. > > DES This is really strange because the route is installed with : route add -net 10.10.10.0/24 192.168.100.1 and if i do route change -net 10.10.10.0/24 192.168.100.1 the routing table still reads route without netmask, but it is working properly until dhclient renews again. --niki From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 21:39:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 352FB16A41C for ; Sun, 3 Jul 2005 21:39:49 +0000 (GMT) (envelope-from Peter_Losher@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D96943D4C for ; Sun, 3 Jul 2005 21:39:48 +0000 (GMT) (envelope-from Peter_Losher@isc.org) Received: from dhcp-6.sql1.plosh.net (c-24-4-233-31.hsd1.ca.comcast.net [24.4.233.31]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id BC5DC67503; Sun, 3 Jul 2005 21:39:48 +0000 (UTC) (envelope-from Peter_Losher@isc.org) X-Original-To: plosher@plosh.net Delivered-To: plosher@luftpost.plosh.net Received: from farside.isc.org (farside.isc.org [204.152.187.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by luftpost.plosh.net (Postfix) with ESMTP id AAA2632606 for ; Sun, 3 Jul 2005 11:08:12 -0700 (PDT) (envelope-from plosher@plosh.net) Received: from dhcp-6.sql1.plosh.net (c-24-4-233-31.hsd1.ca.comcast.net [24.4.233.31]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 4138367503; Sun, 3 Jul 2005 18:08:16 +0000 (UTC) (envelope-from plosher@plosh.net) From: Peter Losher Organization: ISC To: freebsd-current@freebsd.org Date: Sun, 3 Jul 2005 14:39:30 -0700 User-Agent: KMail/1.8 MIME-Version: 1.0 Message-Id: <200507031439.48288.Peter_Losher@isc.org> X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on luftpost.plosh.net X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00, HELO_DYNAMIC_DHCP autolearn=ham version=3.0.2 X-UID: 9235 X-Length: 3748 Content-Type: multipart/signed; boundary="nextPart4414369.ZVxjAGN1Wg"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Subject: install erroring out durning mergemaster... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 21:39:49 -0000 --nextPart4414369.ZVxjAGN1Wg Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I am updating my laptop from 5.4 to -current (to take advantage of the WPA wireless support) and when I run mergemaster to update the /etc files, install errors out complaining of "wrong number or types of arguments". Is there something I missed in the upgrade? (the install binary has a timestamp of July 2nd, which is when I rebuilt world) I even rebuilt mergemaster to = be safe. Details are below; any ideas? =2D=3D- cd /usr/src/etc/root; install -o root -g wheel -m 644 dot.cshrc /var/tmp/temproot/root/.cshrc; install -o root -g wheel -m 644 dot.login /var/tmp/temproot/root/.login; install -o root -g wheel -m 644 dot.profile /var/tmp/temproot/root/.profile; rm =2Df /var/tmp/temproot/.cshrc /var/tmp/temproot/.profile; ln /var/tmp/temproot/root/.cshrc /var/tmp/temproot/.cshrc; ln /var/tmp/temproot/root/.profile /var/tmp/temproot/.profile cd /usr/src/etc/mtree; install -o root -g wheel -m 444 BSD.include.dist BSD.local.dist BSD.root.dist BSD.usr.dist BSD.var.dist BSD.x11.dist BSD.x11-4.dist BIND.chroot.dist /var/tmp/temproot/etc/mtree cd /usr/src/etc/namedb; install -o root -g wheel -m 644 PROTO.localhost.rev PROTO.localhost-v6.rev named.conf named.root make-localhost /var/tmp/temproot/var/named/etc/namedb install: wrong number or types of arguments usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-v] [-g group] [-m mode] [-o owner] directory ... *** Error code 64 Stop in /usr/src/etc. *** FATAL ERROR: Cannot 'cd' to /usr/src/etc and install files to the temproot environment =2D=3D- Best Wishes - Peter =2D-=20 Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" --nextPart4414369.ZVxjAGN1Wg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCyFskPtVx9OgEjQgRAueBAKDAqnEWX8vHfynNJvnuYpn3GbPzTACgygeh JKZUqS9D3cWGjfA0YvxGC1o= =juLK -----END PGP SIGNATURE----- --nextPart4414369.ZVxjAGN1Wg-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 21:40:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D7B216A41C for ; Sun, 3 Jul 2005 21:40:07 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id E01A143D53 for ; Sun, 3 Jul 2005 21:40:06 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout1-sn1.fre.skanova.net (7.2.060.1) id 42B813B00024A201; Sun, 3 Jul 2005 23:40:06 +0200 Date: Sun, 3 Jul 2005 23:39:54 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-ID: <4F9C9299A10AE74E89EA580D14AA10A6028586@royal64.emp.zapto.org> Content-class: urn:content-classes:message X-MS-Has-Attach: X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 X-MS-TNEF-Correlator: Thread-Topic: GBDE on geom_stripe cannot be manually detached Thread-Index: AcWAF8AZSVUfDSlRQIukrR3k7u1AXw== From: "Daniel Eriksson" To: Cc: Poul-Henning Kamp Subject: GBDE on geom_stripe cannot be manually detached X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 21:40:07 -0000 If you create a geom_stripe device (/dev/stripe/somename) and then set up GBDE on that device, manually detaching GBDE fails. 'gbde init' and 'gbde attach' works just fine: /dev/stripe/: crw-r----- 1 root operator 4, 119 Jul 3 21:57 stripe_500GB crw-r----- 1 root operator 4, 141 Jul 3 22:59 stripe_500GB.bde I've tried: gbde detach stripe_500G gbde detach stripe/stripe_500G gbde detach /dev/stripe/stripe_500G All fail with the same type of error: gbde: Detach of stripe_500G failed: Geom not found This is on a machine running CURRENT from earlier today. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 01:30:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9FB716A41C for ; Mon, 4 Jul 2005 01:30:04 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09A5143D58 for ; Mon, 4 Jul 2005 01:30:03 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j641TviA054616 for ; Sun, 3 Jul 2005 21:29:57 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.3/8.13.3) with ESMTP id j641U0DN064233; Sun, 3 Jul 2005 21:30:00 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j641Tm7O048209 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Jul 2005 21:29:58 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050703212843.07889088@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Sun, 03 Jul 2005 21:31:07 -0400 To: Martin Nilsson From: Mike Tancsa In-Reply-To: <42C6DA5F.9070303@gneto.com> References: <70e8236f05070208212e36c375@mail.gmail.com> <42C6DA5F.9070303@gneto.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.21 Cc: freebsd-current@freebsd.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 01:30:05 -0000 At 02:18 PM 02/07/2005, Martin Nilsson wrote: >Joao Barros wrote: >>I was trying to install 6.0-CURRENT SNAP004 i386 from CD and the >>kernel hangs on amr. >>I tried setting hint.acpi.0.disabled=1 with no change. >>Removing the card the kernel boots right and I get to see sysinstall. >>FreeBSD 5.4 installs and runs fine. > >I have the same problem with a MegaRAID Elite 1600 card, the problem is >with interrupt routing in CURRENT. I have tested my card in both a P3 and >a P4/Xeon with the same result. There is a PCI-PCI bridge on these cards, >I think that it is the cause of this problem as the 320-1 works as it should. I think I too am seeing this on a 4way PIII [hippo]# grep -i ^amr /var/run/dmesg.boot amr0: mem 0xf0000000-0xf7ffffff irq 16 at device 0.0 on pci4 amr0: Firmware 161J, BIOS 3.17, 128MB RAM amrd0: on amr0 amrd0: 34556MB (70770688 sectors) RAID 5 (optimal) [hippo]# Is there a work around ? ---Mike From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 01:39:53 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AED3816A41C; Mon, 4 Jul 2005 01:39:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 022C943D48; Mon, 4 Jul 2005 01:39:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7A61151329; Sun, 3 Jul 2005 21:39:48 -0400 (EDT) Date: Sun, 3 Jul 2005 21:39:48 -0400 From: Kris Kennaway To: Darren Pilgrim Message-ID: <20050704013948.GA47038@xor.obsecurity.org> References: <20050703055842.GA1933@xor.obsecurity.org> <001401c57ff4$6f429730$0b2a15ac@SMILEY> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <001401c57ff4$6f429730$0b2a15ac@SMILEY> User-Agent: Mutt/1.4.2.1i Cc: ports@FreeBSD.org, current@FreeBSD.org, 'Kris Kennaway' Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 01:39:53 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 03, 2005 at 10:27:04AM -0700, Darren Pilgrim wrote: > From: Kris Kennaway > > On Sat, Jul 02, 2005 at 09:47:44PM -0700, Adam Weinberger wrote: > > > Kris Kennaway wrote: > > > >About a week ago des changed the default value of CFLAGS to "-O2=20 > > > >-pipe" on FreeBSD 6.0-CURRENT. While this is believed to be safe > > > >for compiling world + kernel on -CURRENT thesedays (because the > > > >aliasing bugs that are exposed with -O2 have been fixed), it's > > > >definitely *not* safe for compiling many ports (there are at > > > >least 350 ports that emit warnings about aliasing, and would > > > >probably have runtime errors when compiled with -O2; moreover, a > > > >number of ports fail to even build with -O2). > > > > > > > >Therefore, if you compile ports on FreeBSD 6.0, you should set=20 > > > >CFLAGS=3D-O -pipe in your /etc/make.conf for now, until we can=20 > > > >resolve this problem more satisfactorily. > <...> > >=20 > > P.S. The problem is only if you build without=20 > > -fno-strict-alias, which is the default now. >=20 > Is that to say, then, that ports will build and run safely if you use > CFLAGS=3D-O2 -pipe -fno-strict-alias? As per the quoted thread from last year, and the default CFLAGS settings, yes :-) Kris --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCyJNkWry0BWjoQKURAnDzAJ98sZzrfF+8iGrxEwJDnF4m8YPPgwCg7/6r T7GUwoLC9NnIwST/o3WPM7o= =O5Df -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 05:19:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9645016A41C for ; Mon, 4 Jul 2005 05:19:00 +0000 (GMT) (envelope-from kimoto@ohnolab.org) Received: from koganei-server.ohnolab.org (koganei-server.ohnolab.org [202.249.37.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3736C43D45 for ; Mon, 4 Jul 2005 05:18:59 +0000 (GMT) (envelope-from kimoto@ohnolab.org) Received: from localhost (localhost [127.0.0.1]) by koganei-server.ohnolab.org (Postfix) with ESMTP id 9C6E844C58; Mon, 4 Jul 2005 14:18:55 +0900 (JST) Date: Mon, 04 Jul 2005 14:17:37 +0900 (JST) Message-Id: <20050704.141737.59650255.kimoto@ohnolab.org> To: randy@psg.com From: Masahiko KIMOTO In-Reply-To: <17015.59398.452267.679783@roam.psg.com> References: <87d5sw5od7.fsf@zeus.crashmail.de> <20050501.222433.41629984.kimoto@ohnolab.org> <17015.59398.452267.679783@roam.psg.com> X-fingerprint: DA 63 E3 AD 3F 30 98 05 EB CF 3C 06 2D FF 07 7F X-PGP-Public-Key: http://www.ohnolab.org/~kimoto/kimoto.pubkey.asc X-URL: http://www.ohnolab.org/~kimoto/ X-Mailer: Mew version 4.2 on Emacs 21.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, steve.tell@crashmail.de Subject: Re: Palm Tungsten T via USB-Cradle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 05:19:00 -0000 Hi, Randy, > >> The Palm Tungsten T should be working on FreeBSD-Current[2]. But I think > >> it does not. > > Please try this patch for 6-CURRENT. > > http://www.ohnolab.org/~kimoto/freebsd/uvisor.c.diff-current-20050430 > > % jpilot-sync -B > /libexec/ld-elf.so.1: /usr/X11R6/lib/jpilot/plugins/libexpense.so: Undefined symbol "jp_logf" > > darn! :-( It seems not a matter of the driver. Please try to re-build jpilot, pilot-links or other related userland stuffs. Regards, ---------------------------------------------------------------------- Masahiko KIMOTO, Ph. D. E-mail: kimoto@ohnolab.org URL: http://www.ohnolab.org/~kimoto From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 07:32:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 406E116A41C for ; Mon, 4 Jul 2005 07:32:51 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6B2043D45 for ; Mon, 4 Jul 2005 07:32:50 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Mon, 4 Jul 2005 09:32:48 +0200 Date: Mon, 4 Jul 2005 09:32:49 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Craig Rodrigues In-Reply-To: <20050622024656.GA1072@crodrigues.org> Message-ID: <20050704093228.O38871@beagle.kn.op.dlr.de> References: <20050622024656.GA1072@crodrigues.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 04 Jul 2005 07:32:48.0468 (UTC) FILETIME=[93CFB940:01C5806A] Cc: freebsd-current@freebsd.org Subject: Re: fatm driver crashes upon startup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 07:32:51 -0000 Is that an old mail? Is this fixed? harti On Tue, 21 Jun 2005, Craig Rodrigues wrote: CR>Hi, CR> CR>I just started seeing this with latest -CURRENT. CR> CR>It looks like the fatm driver crashes somewhere in CR>the startup/probe stage. CR> CR>Any ideas? Here is the stack trace. CR> CR> CR> CR> CR>#0 doadump () at pcpu.h:165 CR>#1 0xc06658f4 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 CR>#2 0xc0665c09 in panic (fmt=0xc083ed4b "from debugger") CR> at /usr/src/sys/kern/kern_shutdown.c:553 CR>#3 0xc04bc4e1 in db_panic (addr=-1067421940, have_addr=0, count=-1, CR> modif=0xd0cb79b4 "") at /usr/src/sys/ddb/db_command.c:435 CR>#4 0xc04bc478 in db_command (last_cmdp=0xc0909564, cmd_table=0x0, CR> aux_cmd_tablep=0xc089e164, aux_cmd_tablep_end=0xc089e180) CR> at /usr/src/sys/ddb/db_command.c:349 CR>#5 0xc04bc540 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 CR>#6 0xc04be0c5 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 CR>#7 0xc067e780 in kdb_trap (type=12, code=0, tf=0xd0cb7b50) CR> at /usr/src/sys/kern/subr_kdb.c:471 CR>#8 0xc0805cbb in trap_fatal (frame=0xd0cb7b50, eva=1800) CR> at /usr/src/sys/i386/i386/trap.c:826 CR>#9 0xc0805a07 in trap_pfault (frame=0xd0cb7b50, usermode=0, eva=1800) CR> at /usr/src/sys/i386/i386/trap.c:749 CR>#10 0xc0805671 in trap (frame= CR> {tf_fs = -792002552, tf_es = -1066926040, tf_ds = -1064107992, tf_edi = -1 CR>050205184, tf_esi = -1049042752, tf_ebp = -791970908, tf_isp = -791970948, tf_eb CR>x = 1792, tf_edx = -1049042752, tf_ecx = 1, tf_eax = -1050273792, tf_trapno = 12 CR>, tf_err = 0, tf_eip = -1067421940, tf_cs = 32, tf_eflags = 66182, tf_esp = 0, t CR>f_ss = -1064917763}) at /usr/src/sys/i386/i386/trap.c:439 CR>#11 0xc07f3c7a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 CR>#12 0xd0cb0008 in ?? () CR>#13 0xc0680028 in putchar (c=-1050205184, arg=0xc178e0c0) CR> at /usr/src/sys/kern/subr_prf.c:325 CR>#14 0xc06d0a53 in ifmedia_ioctl (ifp=0xc1661828, ifr=0x0, ifm=0xc178e0c0, CR> cmd=0) at /usr/src/sys/net/if_media.c:281 CR>#15 0xc0569c73 in fatm_ioctl (ifp=0xc1672400, cmd=0, arg=0xc178e0c0 "fatm0") CR> at /usr/src/sys/dev/fatm/if_fatm.c:2485 CR>#16 0xc06cbcb8 in ifhwioctl (cmd=3223873848, ifp=0xc1672400, CR> data=0xc178e0c0 "fatm0", td=0x0) at /usr/src/sys/net/if.c:1476 CR>#17 0xc06cbddf in ifioctl (so=0xc17d4000, cmd=3223873848, CR> data=0xc178e0c0 "fatm0", td=0xc1730000) at /usr/src/sys/net/if.c:1530 CR>#18 0xc068fb0f in soo_ioctl (fp=0x0, cmd=3223873848, data=0xc178e0c0, CR> active_cred=0xc153a780, td=0xc1730000) CR> at /usr/src/sys/kern/sys_socket.c:214 CR>#19 0xc068a3fc in ioctl (td=0xc1730000, uap=0xd0cb7d04) at file.h:258 CR>#20 0xc0805fa3 in syscall (frame= CR> {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = -1077942776, tf_esi = 3, tf_ CR>ebp = -1077942744, tf_isp = -791970460, tf_ebx = -1077942816, tf_edx = 134583422 CR>, tf_ecx = 0, tf_eax = 54, tf_trapno = 12, tf_err = 2, tf_eip = 671900123, tf_cs CR> = 51, tf_eflags = 646, tf_esp = -1077942852, tf_ss = 59}) CR> at /usr/src/sys/i386/i386/trap.c:976 CR>#21 0xc07f3ccf in Xint0x80_syscall () CR> at /usr/src/sys/i386/i386/exception.s:200 CR>#22 0x0000003b in ?? () CR> CR> From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 08:23:54 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 183C716A41C; Mon, 4 Jul 2005 08:23:54 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECF9F43D53; Mon, 4 Jul 2005 08:23:53 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout1.yahoo.com (8.13.4/8.13.4/y.out) with ESMTP id j648MCmU002828; Mon, 4 Jul 2005 01:22:12 -0700 (PDT) Date: Mon, 04 Jul 2005 10:00:28 +0900 Message-ID: From: gnn@freebsd.org To: "Poul-Henning Kamp" In-Reply-To: <71079.1119249367@critter.freebsd.dk> References: <71079.1119249367@critter.freebsd.dk> User-Agent: Wanderlust/2.12.2 (99 Luftballons) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: gnn@freebsd.org, Robert Watson , current@freebsd.org, Garance A Drosehn Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 08:23:54 -0000 At Mon, 20 Jun 2005 08:36:07 +0200, Poul-Henning Kamp wrote: > The trouble with options like this is that they escape our normal > build tests. > > A good example of this is the kernel option INET which in theory > is optional, but which on average only is it 10% of the time. The only way to get this to work, IMHO, is to take the full system, and generate a dependency graph, if that's even possible. Then you know where to cut and where new APIs need to be defined to know where to cut. I'll try to generate this as part of the scripts on code-speluking.org. Later, George From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 08:25:38 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B91D16A41C; Mon, 4 Jul 2005 08:25:38 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id B995543D48; Mon, 4 Jul 2005 08:25:37 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id B84CFBC51; Mon, 4 Jul 2005 08:25:35 +0000 (UTC) To: gnn@freebsd.org From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 04 Jul 2005 10:00:28 +0900." Date: Mon, 04 Jul 2005 10:25:34 +0200 Message-ID: <28930.1120465534@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Poul-Henning Kamp , Robert Watson , current@freebsd.org, Garance A Drosehn Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 08:25:38 -0000 In message , gnn@freebsd.org writes: >At Mon, 20 Jun 2005 08:36:07 +0200, >Poul-Henning Kamp wrote: >> The trouble with options like this is that they escape our normal >> build tests. >> >> A good example of this is the kernel option INET which in theory >> is optional, but which on average only is it 10% of the time. > >The only way to get this to work, IMHO, is to take the full system, >and generate a dependency graph, if that's even possible. Then you >know where to cut and where new APIs need to be defined to know where >to cut. I'll try to generate this as part of the scripts on >code-speluking.org. I played with developing that graph by removing lines from LINT and see what compiled and what didn't. Based on the progress I made I would estimate the full graph will take about 1 CPU-year to calculate by trial&error. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 08:44:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7872E16A41C for ; Mon, 4 Jul 2005 08:44:57 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id E462643D55 for ; Mon, 4 Jul 2005 08:44:56 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 08668DDBBB; Mon, 4 Jul 2005 10:44:56 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id DCA38B183A; Mon, 4 Jul 2005 10:44:55 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id AD88AB170D; Mon, 4 Jul 2005 10:44:55 +0200 (CEST) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 52DB5D962C; Mon, 4 Jul 2005 10:44:55 +0200 (CEST) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id j648ituc060492; Mon, 4 Jul 2005 10:44:55 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.3/8.13.1) with ESMTP id j648isP5074300; Mon, 4 Jul 2005 10:44:54 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.3) with ESMTP id j648isoE032903; Mon, 4 Jul 2005 10:44:54 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.3/Submit) id j648is3I032902; Mon, 4 Jul 2005 10:44:54 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Date: Mon, 4 Jul 2005 10:44:54 +0200 From: Ulrich Spoerlein To: Dario Freni Message-ID: <20050704084453.GB941@galgenberg.net> Mail-Followup-To: Dario Freni , freebsd-current@freebsd.org References: <20050702124048.GB89744@cvs.freesbie.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+pHx0qQiF2pBVqBT" Content-Disposition: inline In-Reply-To: <20050702124048.GB89744@cvs.freesbie.org> User-Agent: mutt-ng devel (FreeBSD) X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Cc: freebsd-current@freebsd.org Subject: Re: Weird behaviour of mount_unionfs with executables X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 08:44:57 -0000 --+pHx0qQiF2pBVqBT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 02.07.2005 at 14:40:48 +0200, Dario Freni wrote: > Hi everybody, I'm working on rewriting FreeSBIE toolkit for my Summer > of Code project. Before that, I'm trying to adapt actual scripts with > latest -current (expecially ppc). I noticed a weird behaviour of > unionfs either in i386 and ppc. Under FreeSBIE, we use to mount memory > file systems over compressed ones via unionfs. Under -current, > whenever I recall an rwx file, it is correctly executed the first > time, then it is copied to the upper layer (why? I haven't modified it > yet) with wrong permission, so it is unexecutable. I did something like this a year ago, when I first heard about FreeSBIE. (Together with a completely different way of installing packages). I mounted one big md on /etc, /usr/local/etc, /var and /home. That way you don't need to worry about binaries. Similarly, if someone fills up the md, tough luck. I guess the file is copied to the upper layer, because of atime changes, you want to disable them as well. I don't know the current status wrt to FreeSBIE, but you should really use ISO9600 as the root FS, that should make sure no atime updates are tried. > I'm also afraid that copying files to the upper layer also when > they're not modified could fill up our mfs entirely. I'm almost sure > there's a totally different behaviour under RELENG_5, as we haven't > encountered such problems. I made it so, that one could specify a large file on a FAT32 partition, that file then got attached to /dev/md0 and unionfs-mounted. That way one could have a 2 GB md, which should be enough for everybody. This also gives persistent configurations across reboot. That, coupled with a script, looking for that special file on every partition (USB-Sticks, for example) on boot-up made it very convenient to work with. I recon the Knoppix guys have now adapted a similar scheme ... Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --+pHx0qQiF2pBVqBT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCyPcFmArGtfDbn0QRAhsSAJ9YUWw3+sHIkVBu0AWUG5OJ40dzjQCfWVXu 1nQNPyrJqUCboc+0TuIcqiA= =J8uR -----END PGP SIGNATURE----- --+pHx0qQiF2pBVqBT-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 08:45:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9942816A41C; Mon, 4 Jul 2005 08:45:24 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mrout1-b.corp.dcn.yahoo.com (mrout1-b.corp.dcn.yahoo.com [216.109.112.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44A0443D49; Mon, 4 Jul 2005 08:45:24 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout1-b.corp.dcn.yahoo.com (8.13.4/8.13.4/y.out) with ESMTP id j648imfN016877; Mon, 4 Jul 2005 01:44:49 -0700 (PDT) Date: Mon, 04 Jul 2005 17:44:49 +0900 Message-ID: From: gnn@freebsd.org To: "Poul-Henning Kamp" In-Reply-To: <28930.1120465534@phk.freebsd.dk> References: <28930.1120465534@phk.freebsd.dk> User-Agent: Wanderlust/2.12.2 (99 Luftballons) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Robert Watson , current@freebsd.org, Garance A Drosehn Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 08:45:24 -0000 At Mon, 04 Jul 2005 10:25:34 +0200, Poul-Henning Kamp wrote: > I played with developing that graph by removing lines from LINT > and see what compiled and what didn't. Based on the progress I > made I would estimate the full graph will take about 1 CPU-year to > calculate by trial&error. Hmm. Well, either I need a very fast CPU, or a more clever approach. I guess we'll see... Later, George From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 09:11:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4866F16A41C for ; Mon, 4 Jul 2005 09:11:17 +0000 (GMT) (envelope-from e-masson@kisoft-services.com) Received: from kraid.nerim.net (smtp-101-monday.nerim.net [62.4.16.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0479243D49 for ; Mon, 4 Jul 2005 09:11:16 +0000 (GMT) (envelope-from e-masson@kisoft-services.com) Received: from srvbsdnanssv.interne.kisoft-services.com (kisoft.net1.nerim.net [62.212.107.51]) by kraid.nerim.net (Postfix) with ESMTP id 1394B40FD2; Mon, 4 Jul 2005 11:11:14 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by srvbsdnanssv.interne.kisoft-services.com (Postfix) with ESMTP id 62D2BC11D; Mon, 4 Jul 2005 11:11:17 +0200 (CEST) Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) by localhost (srvbsdnanssv.interne.kisoft-services.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01546-02; Mon, 4 Jul 2005 11:11:16 +0200 (CEST) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id CA38AC112; Mon, 4 Jul 2005 11:11:16 +0200 (CEST) To: Sam Leffler From: Eric Masson In-Reply-To: <42C57C24.2070001@errno.com> (Sam Leffler's message of "Fri, 01 Jul 2005 10:23:48 -0700") References: <86psu67naj.fsf@srvbsdnanssv.interne.kisoft-services.com> <42C57C24.2070001@errno.com> X-Operating-System: FreeBSD 5.4-RELEASE-p2 i386 Date: Mon, 04 Jul 2005 11:11:16 +0200 Message-ID: <86r7efj5qj.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Jumbo Shrimp, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at interne.kisoft-services.com Cc: Mailing List FreeBSD Current Subject: Re: ath0, link goes down then up periodically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 09:11:17 -0000 Sam Leffler writes: Hi Sam, > Your station is re-associating with the ap; this is normal. Ok. > Unfortunately the link state msgs are on by default so you get lots of > noise as a result. There's a sysctl to turn them off globally. I'll check it. Thanks ric Masson -- skeu j'te conseilles, en plus du Lexomyl, c'est Julien Lepers. c'est radical. -+- J2M in : Neuneu pour un champion -+- From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 09:33:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EF7516A41C for ; Mon, 4 Jul 2005 09:33:07 +0000 (GMT) (envelope-from freebsd@rea.mbslab.kiae.ru) Received: from rea.mbslab.kiae.ru (rea.mbslab.kiae.ru [144.206.177.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F2C843D46 for ; Mon, 4 Jul 2005 09:33:06 +0000 (GMT) (envelope-from freebsd@rea.mbslab.kiae.ru) Received: by rea.mbslab.kiae.ru (Postfix, from userid 1000) id 943EBBBE7; Mon, 4 Jul 2005 13:33:04 +0400 (MSD) Date: Mon, 4 Jul 2005 13:33:04 +0400 From: "Eygene A. Ryabinkin" To: freebsd-current@freebsd.org Message-ID: <20050704093304.GA17040@rea.mbslab.kiae.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: SiS7012 sound chip problems in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 09:33:07 -0000 Good day! I'm expiriencing some problems with my sound card in -CURRENT: if I compile the kernel without firewire support, but with sound card, the system says > pcm0: ac97 link rate calibration timed out after 1934981 us But when I enable firewire support in kernel, sound is working, but I see that the system spends around 15-20% of the walltime in the 'interrupt' state (as seen bot the top(1) utility). If I modify some code of the snd_ich driver, I can see that no state changes are read from the state registers by the calibration routine. Seems like something is wrong with the ports I/O, but I can be wrong. The problem comes from 6-CURRENT branch; in any 5.x it is working. So, there are three problems: 1) sound (SiS7012 by snd_ich) not working without firewire support 2) firewire support makes the system to spend around 15-20% of time in the interrupt handling. 3) if I compile-in the fwip support I've got kernel panic in 'swapper'. My dmesg output: ----- Copyright (c) 1992-2005 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 6.0-CURRENT #2: Mon Jul 4 11:11:09 MSD 2005 root@twilight:/usr/src/sys/i386/compile/TWILIGHT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: mobile AMD Athlon(tm) XP-M 3000+ (2200.09-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 Features=0x383f9ff AMD Features=0xc0480800 real memory = 536674304 (511 MB) avail memory = 515862528 (491 MB) acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x62,0x66 on acpi0 acpi_ec0: can't allocate data port device_attach: acpi_ec0 attach returned 6 pci_link0: irq 10 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 4 on acpi0 pci_link3: irq 10 on acpi0 pci_link4: irq 15 on acpi0 pci_link5: irq 15 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 15 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 powernow0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd0000000-0xd3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0xd000-0xd0ff mem 0xc0000000-0xc7ffffff,0xfeaf0000-0xfeafffff irq 10 at device 0.0 on pci1 info: [drm] AGP at 0xd0000000 64MB info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 2.5 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 2.6 (no driver attached) pcm0: port 0xe800-0xe8ff,0xec00-0xec7f irq 4 at device 2.7 on pci0 pcm0: [GIANT-LOCKED] pcm0: ohci0: mem 0xfebfd000-0xfebfdfff irq 15 at device 3.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfebfe000-0xfebfefff irq 15 at device 3.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xfebff000-0xfebfffff irq 15 at device 3.3 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 3 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: SiS EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 6 ports with 6 removable, self powered umass0: vendor 0x1005 USB FLASH DRIVE, rev 2.00/0.84, addr 2 sis0: port 0xee00-0xeeff mem 0xfebfc000-0xfebfcfff irq 10 at device 4.0 on pci0 miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:0e:a6:cf:de:63 cbb0: irq 10 at device 10.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pci0: at device 10.1 (no driver attached) acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_button1: on acpi0 acpi_asus0: on acpi0 acpi_tz0: on acpi0 acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 speaker0: port 0x61 on acpi0 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 sio0: type 16550A npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2200090572 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging unlimited ad0: 57231MB at ata0-master UDMA100 acd0: CDRW at ata0-slave UDMA33 pcm0: ac97 link rate calibration timed out after 1934981 us da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 247MB (506880 512 byte sectors: 64H 32S/T 247C) umass0: Phase Error, residue = 0 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 umass0: Phase Error, residue = 0 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 umass0: Phase Error, residue = 0 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 umass0: Phase Error, residue = 0 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 umass0: Phase Error, residue = 0 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 umass0: Phase Error, residue = 0 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 Trying to mount root from ufs:/dev/ad0s3a ----- -- rea From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 10:07:33 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63BA016A41C for ; Mon, 4 Jul 2005 10:07:33 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D4C643D49 for ; Mon, 4 Jul 2005 10:07:32 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id 3FD03C07B for ; Mon, 4 Jul 2005 12:07:32 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 5D0D2405B; Mon, 4 Jul 2005 12:07:39 +0200 (CEST) Date: Mon, 4 Jul 2005 12:07:39 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050704100739.GH73907@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: broken symlink won't expand in sh(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 10:07:33 -0000 Hi, DragonflyBSD [1] have just fixed this bug while NetBSD [2] fixed it four years ago. This is line 1165 of our current src/bin/sh/expand.c. [1] http://www.dragonflybsd.org/cvsweb/src/bin/sh/expand.c.diff?r1=1.5&r2=1.6&f=u [2] http://cvsweb.netbsd.org/bsdweb.cgi/src/bin/sh/expand.c.diff?r1=1.50&r2=1.51 Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 10:10:33 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5014616A41C; Mon, 4 Jul 2005 10:10:33 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A26443D46; Mon, 4 Jul 2005 10:10:32 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 99469BC50; Mon, 4 Jul 2005 10:10:30 +0000 (UTC) To: gnn@freebsd.org From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 04 Jul 2005 17:44:49 +0900." Date: Mon, 04 Jul 2005 12:10:29 +0200 Message-ID: <29260.1120471829@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Poul-Henning Kamp , Robert Watson , current@freebsd.org, Garance A Drosehn Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 10:10:33 -0000 In message , gnn@freebsd.org writes: >At Mon, 04 Jul 2005 10:25:34 +0200, >Poul-Henning Kamp wrote: >> I played with developing that graph by removing lines from LINT >> and see what compiled and what didn't. Based on the progress I >> made I would estimate the full graph will take about 1 CPU-year to >> calculate by trial&error. > >Hmm. Well, either I need a very fast CPU, or a more clever approach. >I guess we'll see... This was a dual Opteron, 2GHz, 4GB. It might be possible to do a less brute force and more analytical approach: Start out with sys/conf/files*, then add sys/conf/options. Then for each and every .c file, grep out the #includes and build a tree of complete _potential_ dependencies. Also grep out all #ifmumble constructs and record those. You now have a huge data structure from which it should be possible to determine potential dependencies. Ie: Which source files could possibly be affected by this option or conversely, which options could possibly affect this source file. By pruning the trival cases from the data structure, the brute force work would be a lot less. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 10:16:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23F2116A421; Mon, 4 Jul 2005 10:16:20 +0000 (GMT) (envelope-from amf@hobbit.neveragain.de) Received: from hobbit.neveragain.de (neveragain.de [217.69.76.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8174343D48; Mon, 4 Jul 2005 10:16:19 +0000 (GMT) (envelope-from amf@hobbit.neveragain.de) Received: from hobbit.neveragain.de (amf@localhost [127.0.0.1]) by hobbit.neveragain.de (8.13.4/8.13.4/Debian-3) with ESMTP id j64AGDfo002806 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 4 Jul 2005 12:16:13 +0200 Received: (from amf@localhost) by hobbit.neveragain.de (8.13.4/8.13.4/Submit) id j64AG7pC002803; Mon, 4 Jul 2005 12:16:07 +0200 Date: Mon, 4 Jul 2005 12:16:07 +0200 From: Dennis Koegel To: Wesley Morgan Message-ID: <20050704101607.GA30527@neveragain.de> References: <42C4E84C.2070905@gddsn.org.cn> <20050701131933.GA15816@neveragain.de> <20050702070945.W16797@volatile.chemikals.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050702070945.W16797@volatile.chemikals.org> X-PGP-KeyID: 0D73E19A User-Agent: Mutt/1.5.9i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.4 (hobbit.neveragain.de [127.0.0.1]); Mon, 04 Jul 2005 12:16:13 +0200 (CEST) Cc: usb@freebsd.org, current@freebsd.org, wsk Subject: Re: ipod photo can't attach to SCSI device help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 10:16:20 -0000 Hi, On Sat, Jul 02, 2005 at 07:10:56AM -0400, Wesley Morgan wrote: > >What's most interesting: After detaching the device, the machine often > >simply reboots. Sometimes immediately, sometimes after a short while > >(delays from just some seconds up to about a minute seen so far). > > > >In some cases of luck, detaching and re-attaching the cable several > >times makes the kernel recognize the da device and it works fine! Maybe > >it's some weird timing problem... The reboot happens in that case as > >well, though. > > Do you have GEOM_MBR and GEOM_LABEL in your kernel? No. The only GEOM option there is GEOM_BDE. You can find the full kernel config and dmesg output here: http://tech.neveragain.de/freebsd/DOTTIE.txt http://tech.neveragain.de/freebsd/DOTTIE_dmesg-20050704.txt - D. From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 10:51:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D277216A41C for ; Mon, 4 Jul 2005 10:51:25 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 739C443D46 for ; Mon, 4 Jul 2005 10:51:25 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by wproxy.gmail.com with SMTP id i25so675465wra for ; Mon, 04 Jul 2005 03:51:24 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NEIRdabQQB76URHlQSufC0JgSRjSiLCtFhl8GvynSB6XHIW5mGQBSEJrx/L0b2flpmX1ACR9+KhDtHNQrtxn0KRB0TKdGQ02IyDnPKYdplh6zmAirNpFqZ7xLUnjqqALANCYmUcQfc2v2/khW+Pikz5mGHuQPDqwLB6o0S9kRW8= Received: by 10.54.33.70 with SMTP id g70mr3666884wrg; Mon, 04 Jul 2005 03:51:24 -0700 (PDT) Received: by 10.54.38.46 with HTTP; Mon, 4 Jul 2005 03:51:24 -0700 (PDT) Message-ID: <70e8236f05070403517cfeb053@mail.gmail.com> Date: Mon, 4 Jul 2005 11:51:24 +0100 From: Joao Barros To: Mike Tancsa In-Reply-To: <6.2.1.2.0.20050703212843.07889088@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <70e8236f05070208212e36c375@mail.gmail.com> <42C6DA5F.9070303@gneto.com> <6.2.1.2.0.20050703212843.07889088@64.7.153.2> Cc: freebsd-current@freebsd.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joao Barros List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 10:51:25 -0000 On 7/4/05, Mike Tancsa wrote: > At 02:18 PM 02/07/2005, Martin Nilsson wrote: > >Joao Barros wrote: > >>I was trying to install 6.0-CURRENT SNAP004 i386 from CD and the > >>kernel hangs on amr. > >>I tried setting hint.acpi.0.disabled=3D1 with no change. > >>Removing the card the kernel boots right and I get to see sysinstall. > >>FreeBSD 5.4 installs and runs fine. > > > >I have the same problem with a MegaRAID Elite 1600 card, the problem is > >with interrupt routing in CURRENT. I have tested my card in both a P3 an= d > >a P4/Xeon with the same result. There is a PCI-PCI bridge on these cards= , > >I think that it is the cause of this problem as the 320-1 works as it sh= ould. >=20 > I think I too am seeing this on a 4way PIII >=20 > Is there a work around ? >=20 > ---Mike =20 I tried SNAP005 after Scott's post and still no luck. I'm trying this on a single PIII Supermicro 370SSR and disabled most unused devices (parallel, com2, onboard scsi, secondary IDE, fdc) to try conserve IRQs. -- Jo=E3o Barros From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 11:52:01 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADB4F16A41C for ; Mon, 4 Jul 2005 11:52:01 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76D1A43D48 for ; Mon, 4 Jul 2005 11:52:01 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 6EC5932151F; Mon, 4 Jul 2005 13:52:00 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id B6064405B; Mon, 4 Jul 2005 13:52:07 +0200 (CEST) Date: Mon, 4 Jul 2005 13:52:07 +0200 From: Jeremie Le Hen To: Yuriy Tsibizov Message-ID: <20050704115207.GJ73907@obiwan.tataz.chchile.org> References: <20050703112108.F474@free.home.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050703112108.F474@free.home.local> User-Agent: Mutt/1.5.9i Cc: current@freebsd.org Subject: Re: Fatal trap 12 if you unmount detached umass device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 11:52:01 -0000 Hi Yuriy, > It should be easy to reproduce if you don't follow > attach/mount/unmount/detach order: > > 1. attach usb storage device > 2. mount it > 3. detach it > 4. unmount it. This is a known problem and AFAIK, this is not easily fixable with the current implementation. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 12:09:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CC6E16A41C for ; Mon, 4 Jul 2005 12:09:34 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id A29F743D45 for ; Mon, 4 Jul 2005 12:09:33 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j64C6UXv044506 for freebsd-current@freebsd.org.checked; Mon, 4 Jul 2005 16:06:30 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from [144.206.181.94] (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j64C3aCY044483 for ; Mon, 4 Jul 2005 16:03:37 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <42C925A5.8060901@cronyx.ru> Date: Mon, 04 Jul 2005 16:03:49 +0400 From: Roman Kurakin User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: TTY code problems in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 12:09:34 -0000 Hi, I observe some problems with my driver in async mode. One of the panics I see is in function putc() from tty_subr.c. It seems that this panic due to the fact that clist is not protected by any locks if driver works in smpsafe mode without Giant. The panic occur beacuse of pointer modification (the new value of the pointer eq. to NULL. Any comments? rik From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 12:37:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2227D16A41F for ; Mon, 4 Jul 2005 12:37:58 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2A3143D46 for ; Mon, 4 Jul 2005 12:37:57 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 2CBDEBC51; Mon, 4 Jul 2005 12:37:55 +0000 (UTC) To: Roman Kurakin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 04 Jul 2005 16:03:49 +0400." <42C925A5.8060901@cronyx.ru> Date: Mon, 04 Jul 2005 14:37:52 +0200 Message-ID: <29842.1120480672@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: TTY code problems in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 12:37:58 -0000 In message <42C925A5.8060901@cronyx.ru>, Roman Kurakin writes: >Hi, > > I observe some problems with my driver in async mode. >One of the panics I see is in function putc() from tty_subr.c. >It seems that this panic due to the fact that clist is not protected >by any locks if driver works in smpsafe mode without Giant. > > The panic occur beacuse of pointer modification (the new value >of the pointer eq. to NULL. >Any comments? We do not support smpsafe tty drivers yet. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 12:39:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83BA016A41F for ; Mon, 4 Jul 2005 12:39:09 +0000 (GMT) (envelope-from hwh@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90CBF43D45 for ; Mon, 4 Jul 2005 12:39:01 +0000 (GMT) (envelope-from hwh@gddsn.org.cn) Received: from [220.192.1.20] (unknown [220.192.1.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gddsn.org.cn (Postfix) with ESMTP id D3E7F38CB4B for ; Mon, 4 Jul 2005 20:38:45 +0800 (CST) Message-ID: <42C92DC5.3060101@gddsn.org.cn> Date: Mon, 04 Jul 2005 20:38:29 +0800 From: Huang wen hui User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050507) X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 04 Jul 2005 12:58:47 +0000 Cc: Subject: Suspend broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 12:39:09 -0000 Hi, For my T42p, suspend operation could not work from jun 2, It does work under CURRENT using Jun 1 cvsup. /sys/i386/isa/clock.c revert to v1.220. my system config : %cat IBM01 # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429 2005/05/24 16:48:07 damien Exp $ machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident GENERIC # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. #makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # To make an SMP kernel, the next two lines are needed #options SMP # Symmetric MultiProcessor Kernel #device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device arcmsr # Areca SATA II RAID device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mlx # Mylex DAC960 family device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports #device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit Ethernet device nge # NatSemi DP83820 gigabit Ethernet device nve # nVidia nForce MCP on-board Ethernet Networking device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. device lnc # NE2100, NE32-VL Lance Ethernet cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards device wlan # 802.11 support device an # Aironet 4500/4800 802.11 wireless NICs. device awi # BayStack 660 and others device ral # Ralink Technology RT2500 wireless NICs. device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device ural # Ralink Technology RT2500USB wireless NICs device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires miibus device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) #my config device puc device uart device sound device snd_ich device smbus device smb device ichsmb device ucom device uplcom #device atapicam device pf device pflog device pfsync my dmesg: %dmesg Copyright (c) 1992-2005 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 6.0-CURRENT #42: Mon Jul 4 13:55:32 CST 2005 root@tp.gddsn.org.cn:/usr/obj/usr/src/sys/IBM01 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.80GHz (1794.19-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 Features=0xafe9f9bf Features2=0x180 real memory = 2146828288 (2047 MB) avail memory = 2096029696 (1998 MB) ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: irq 11 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_throttle0: on cpu0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 18:08:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5FB216A41C for ; Sun, 3 Jul 2005 18:08:16 +0000 (GMT) (envelope-from plosher@plosh.net) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A07943D49 for ; Sun, 3 Jul 2005 18:08:16 +0000 (GMT) (envelope-from plosher@plosh.net) Received: from dhcp-6.sql1.plosh.net (c-24-4-233-31.hsd1.ca.comcast.net [24.4.233.31]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 4138367503; Sun, 3 Jul 2005 18:08:16 +0000 (UTC) (envelope-from plosher@plosh.net) From: Peter Losher Organization: Plosh Networking To: freebsd-current@freebsd.org Date: Sun, 3 Jul 2005 11:08:10 -0700 User-Agent: KMail/1.8 MIME-Version: 1.0 Message-Id: <200507031108.20445.plosher@plosh.net> Content-Type: multipart/signed; boundary="nextPart1533535.CISqb6zsD9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 04 Jul 2005 13:03:16 +0000 Subject: Fwd: install erroring out durning mergemaster... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 18:08:16 -0000 --nextPart1533535.CISqb6zsD9 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I am updating my laptop from 5.4 to -current (to take advantage of the WPA wireless support) and when I run mergemaster to update the /etc files, install errors out complaining of "wrong number or types of arguments". Is there something I missed in the upgrade? (the install binary has a timestamp of July 2nd, which is when I rebuilt world) I even rebuilt mergemaster to = be safe. Details are below; any ideas? =2D=3D- cd /usr/src/etc/root; install -o root -g wheel -m 644 dot.cshrc /var/tmp/temproot/root/.cshrc; install -o root -g wheel -m 644 dot.login /var/tmp/temproot/root/.login; install -o root -g wheel -m 644 dot.profile /var/tmp/temproot/root/.profile; rm =2Df /var/tmp/temproot/.cshrc /var/tmp/temproot/.profile; ln /var/tmp/temproot/root/.cshrc /var/tmp/temproot/.cshrc; ln /var/tmp/temproot/root/.profile /var/tmp/temproot/.profile cd /usr/src/etc/mtree; install -o root -g wheel -m 444 BSD.include.dist BSD.local.dist BSD.root.dist BSD.usr.dist BSD.var.dist BSD.x11.dist BSD.x11-4.dist BIND.chroot.dist /var/tmp/temproot/etc/mtree cd /usr/src/etc/namedb; install -o root -g wheel -m 644 PROTO.localhost.rev PROTO.localhost-v6.rev named.conf named.root make-localhost /var/tmp/temproot/var/named/etc/namedb install: wrong number or types of arguments usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-v] [-g group] [-m mode] [-o owner] directory ... *** Error code 64 Stop in /usr/src/etc. *** FATAL ERROR: Cannot 'cd' to /usr/src/etc and install files to the temproot environment =2D=3D- Best Wishes - Peter =2D-=20 [ http://www.plosh.net/ ] - "Earth Halted: Please reboot to continue" --nextPart1533535.CISqb6zsD9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCyCmUuffIhmkXw7kRAsJ0AJ4qjOrEJatLul9Ur6KwHJRTN3nk4ACgsjEV LxjEys3SOMHNzO3LdjuW/mc= =PpYA -----END PGP SIGNATURE----- --nextPart1533535.CISqb6zsD9-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 13:53:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04ECB16A41C for ; Mon, 4 Jul 2005 13:53:23 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 724E143D45 for ; Mon, 4 Jul 2005 13:53:22 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j64DoJkK001202 for freebsd-current@freebsd.org.checked; Mon, 4 Jul 2005 17:50:19 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from [144.206.181.94] (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j64DnrFG001180; Mon, 4 Jul 2005 17:49:53 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <42C93E8E.4010408@cronyx.ru> Date: Mon, 04 Jul 2005 17:50:06 +0400 From: Roman Kurakin User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <29842.1120480672@phk.freebsd.dk> In-Reply-To: <29842.1120480672@phk.freebsd.dk> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: TTY code problems in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 13:53:23 -0000 Poul-Henning Kamp wrote: >In message <42C925A5.8060901@cronyx.ru>, Roman Kurakin writes: > > >>Hi, >> >> I observe some problems with my driver in async mode. >>One of the panics I see is in function putc() from tty_subr.c. >>It seems that this panic due to the fact that clist is not protected >>by any locks if driver works in smpsafe mode without Giant. >> >> The panic occur beacuse of pointer modification (the new value >>of the pointer eq. to NULL. >>Any comments? >> >> > >We do not support smpsafe tty drivers yet. > > Hm, I was sure we are after you patches. But I didn't really check you patches.Mostly the the API changes, not internals. Do you work on it or your work was only code cleanup? Is there any plans to make them smpsafe on RELENG_6? Thanks, rik From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 15:35:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DBBF16A41C for ; Mon, 4 Jul 2005 15:35:02 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2CB943D5C for ; Mon, 4 Jul 2005 15:35:01 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 36D84BC51; Mon, 4 Jul 2005 15:35:00 +0000 (UTC) To: Roman Kurakin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 04 Jul 2005 17:50:06 +0400." <42C93E8E.4010408@cronyx.ru> Date: Mon, 04 Jul 2005 17:34:59 +0200 Message-ID: <30397.1120491299@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: TTY code problems in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 15:35:02 -0000 In message <42C93E8E.4010408@cronyx.ru>, Roman Kurakin writes: >Do you work on it or your work was only code cleanup? >Is there any plans to make them smpsafe on RELENG_6? It's near the top of my queue of things to do when I have time. You could easily beat me to it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 15:36:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B168216A41C for ; Mon, 4 Jul 2005 15:36:11 +0000 (GMT) (envelope-from huang@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6190E43D48 for ; Mon, 4 Jul 2005 15:35:39 +0000 (GMT) (envelope-from huang@gddsn.org.cn) Received: from [220.192.1.20] (unknown [220.192.1.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gddsn.org.cn (Postfix) with ESMTP id 9DE0138CB59 for ; Mon, 4 Jul 2005 21:34:31 +0800 (CST) Message-ID: <42C93ABE.7060701@gddsn.org.cn> Date: Mon, 04 Jul 2005 21:33:50 +0800 From: Huang wen hui User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050507) X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: current@freebsd.org References: <42C92DC5.3060101@gddsn.org.cn> In-Reply-To: <42C92DC5.3060101@gddsn.org.cn> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit Cc: Subject: Re: Suspend broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 15:36:11 -0000 Huang wen hui д: >Hi, >For my T42p, suspend operation could not work from jun 2, >It does work under CURRENT using Jun 1 cvsup. >/sys/i386/isa/clock.c revert to v1.220. > > but /sys/i386/isa/clock.c revert to v1.220 help that. From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 16:55:33 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EFEF16A41C for ; Mon, 4 Jul 2005 16:55:33 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3A6843D48 for ; Mon, 4 Jul 2005 16:55:32 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j64GtTZA075019; Mon, 4 Jul 2005 12:55:29 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j64GtQli075016; Mon, 4 Jul 2005 12:55:29 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Mon, 4 Jul 2005 12:55:26 -0400 (EDT) From: Andre Guibert de Bruet To: Yuriy Tsibizov In-Reply-To: <20050703112108.F474@free.home.local> Message-ID: <20050703124901.M80892@lexi.siliconlandmark.com> References: <20050703112108.F474@free.home.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.54, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: current@freebsd.org Subject: Re: Fatal trap 12 if you unmount detached umass device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 16:55:33 -0000 On Sun, 3 Jul 2005, Yuriy Tsibizov wrote: > It should be easy to reproduce if you don't follow > attach/mount/unmount/detach order: > > 1. attach usb storage device > 2. mount it > 3. detach it > 4. unmount it. This topic has been discussed at length on this list. Please search the archives. Conclusions that can be drawn: 1. Don't do that (If you're going to do it, try umount -f). 2a. Disabling write caching is the only way to get USB storage to be near hot-pluggable. Major write performance degradation is guaranteed. 2b. A non-trivial amount of work is needed to fix this. A suggested fix would be to rework the way that GEOM and CAM work together so that additional state information is passed (In the past, this topic has brought about two dozen Trek bikes, four bike racks and a lovely $COLOR-painted bikeshed). Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 17:16:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE65916A41C for ; Mon, 4 Jul 2005 17:16:45 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id B678743D45 for ; Mon, 4 Jul 2005 17:16:45 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DpUYm-0008sT-Iv; Mon, 04 Jul 2005 17:16:44 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DpUYl-0000xC-SI; Mon, 04 Jul 2005 10:16:43 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17097.28411.265795.985919@roam.psg.com> Date: Mon, 4 Jul 2005 07:16:43 -1000 To: Masahiko KIMOTO References: <87d5sw5od7.fsf@zeus.crashmail.de> <20050501.222433.41629984.kimoto@ohnolab.org> <17015.59398.452267.679783@roam.psg.com> <20050704.141737.59650255.kimoto@ohnolab.org> Cc: freebsd-current@freebsd.org, steve.tell@crashmail.de Subject: Re: Palm Tungsten T via USB-Cradle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 17:16:45 -0000 >>>> The Palm Tungsten T should be working on FreeBSD-Current[2]. But I think >>>> it does not. >>> Please try this patch for 6-CURRENT. >>> http://www.ohnolab.org/~kimoto/freebsd/uvisor.c.diff-current-20050430 >> % jpilot-sync -B >> /libexec/ld-elf.so.1: /usr/X11R6/lib/jpilot/plugins/libexpense.so: Undefined symbol "jp_logf" >> darn! :-( > It seems not a matter of the driver. > Please try to re-build jpilot, pilot-links or other related userland stuffs. i had. i rebuilt world, kernel, and portupgrade -fav randy From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 17:26:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49ECE16A41C for ; Mon, 4 Jul 2005 17:26:12 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0748143D45 for ; Mon, 4 Jul 2005 17:26:11 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from eurystheus.local (port-212-202-37-29.dynamic.qsc.de [212.202.37.29]) by mail.efacilitas.de (Postfix) with ESMTP id 36439123A5B; Mon, 4 Jul 2005 19:24:25 +0200 (CEST) Received: from localhost (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id 5E94512B0EB; Mon, 4 Jul 2005 19:24:35 +0200 (CEST) Received: from eurystheus.local ([192.168.1.67]) by localhost (eurystheus.locaL [192.168.1.67]) (amavisd-new, port 10024) with ESMTP id 41148-05; Mon, 4 Jul 2005 19:24:30 +0200 (CEST) Received: from [192.168.1.67] (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id 8D7EE12B0EC; Mon, 4 Jul 2005 19:24:30 +0200 (CEST) Message-ID: <42C970CD.9070905@cs.tu-berlin.de> Date: Mon, 04 Jul 2005 19:24:29 +0200 From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050517 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Guibert de Bruet References: <20050703112108.F474@free.home.local> <20050703124901.M80892@lexi.siliconlandmark.com> In-Reply-To: <20050703124901.M80892@lexi.siliconlandmark.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at example.com Cc: Yuriy Tsibizov , current@freebsd.org Subject: Re: Fatal trap 12 if you unmount detached umass device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 17:26:12 -0000 Andre Guibert de Bruet wrote: > 1. Don't do that It concerns not only USB drives, but any kind of removable media, even floppy disks. A lot of people tend to remove floppy disks without unmounting the filesystem before and I think it's unacceptable to let users reboot their machine if they did this mistake. > (If you're going to do it, try umount -f). ... which causes the death of a machine if you do this twice. I prepared myself to step into the source code next month to eliminate this annoying behaviour. Regards Bjrn From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 17:38:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5255016A41C for ; Mon, 4 Jul 2005 17:38:50 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D85343D45 for ; Mon, 4 Jul 2005 17:38:50 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id BD1B88A0053 for ; Mon, 4 Jul 2005 10:38:48 -0700 (PDT) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (mailtest.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 19509-01-21 for ; Mon, 4 Jul 2005 10:38:47 -0700 (PDT) Received: from s9.sbo (s9.sbo [192.168.0.9]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 6B7798A002C for ; Mon, 4 Jul 2005 10:38:47 -0700 (PDT) From: Freddie Cash To: freebsd-current@freebsd.org Date: Mon, 4 Jul 2005 10:38:46 -0700 User-Agent: KMail/1.8.1 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507041038.46658.fcash@ocis.net> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Subject: Compliments to the chefs: wpa, dhcp, and rc.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 17:38:50 -0000 Just a note to say thanks to all those involved in integrating WPA support into the base system. I used to use a custom script that did all the ifconfig lines manually, start the supplicant, and then run dhclient. It worked, but it wasn't nearly as smooth as plugging in a CAT5 cable and having it all work automatically. Since dhclient was changed and wpa_supplicant was brought into the base system, everything now works the same for wired and wireless connections on my laptop. My rc.conf now has an ifconfig_ath0="WPA DHCP" line and an ifconfig_rl0="DHCP" line, there's a simple wpa_supplicant.conf file in /etc. Depending on whether my wireless radio is turned on or not, I either get a working wired connection or a working wireless connection. No fumbling on my part needed. Thanks to all those who worked on getting the needed bits to work together. -- Freddie Cash fcash@ocis.net From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 17:47:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6653E16A41F for ; Mon, 4 Jul 2005 17:47:19 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (mailtest.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E7B343D48 for ; Mon, 4 Jul 2005 17:47:19 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 438CD8A0028 for ; Mon, 4 Jul 2005 10:47:19 -0700 (PDT) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (mailtest.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 19509-01-41 for ; Mon, 4 Jul 2005 10:47:17 -0700 (PDT) Received: from s9.sbo (s9.sbo [192.168.0.9]) by smtp.sd73.bc.ca (Postfix) with ESMTP id D66448A0053 for ; Mon, 4 Jul 2005 10:47:17 -0700 (PDT) From: Freddie Cash To: freebsd-current@freebsd.org Date: Mon, 4 Jul 2005 10:47:16 -0700 User-Agent: KMail/1.8.1 References: <200507041038.46658.fcash@ocis.net> In-Reply-To: <200507041038.46658.fcash@ocis.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507041047.16941.fcash@ocis.net> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Subject: Re: Compliments to the chefs: wpa, dhcp, and rc.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 17:47:19 -0000 On July 4, 2005 10:38 am, Freddie Cash wrote: > Just a note to say thanks to all those involved in integrating WPA > support into the base system. I used to use a custom script that did > all the ifconfig lines manually, start the supplicant, and then run > dhclient. It worked, but it wasn't nearly as smooth as plugging in a > CAT5 cable and having it all work automatically. > Since dhclient was changed and wpa_supplicant was brought into the base > system, everything now works the same for wired and wireless connections > on my laptop. My rc.conf now has an ifconfig_ath0="WPA DHCP" line and > an ifconfig_rl0="DHCP" line, there's a simple wpa_supplicant.conf file > in /etc. Depending on whether my wireless radio is turned on or not, I > either get a working wired connection or a working wireless connection. > No fumbling on my part needed. > Thanks to all those who worked on getting the needed bits to work > together. Guess I should have mentioned what I'm running. :) FreeBSD ember.sd73.bc.ca 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Fri Jul 01 11:41:09 PDT 2005 root@ember.sd73.bc.ca:/usr/obj/usr/src/sys/EMBER i386 Sources were cvsup'd just prior to the buildworld. -- Freddie Cash fcash@ocis.net From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 18:25:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1983316A41C for ; Mon, 4 Jul 2005 18:25:02 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 67B0C43D46 for ; Mon, 4 Jul 2005 18:25:01 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 04 Jul 2005 18:25:00 -0000 Received: from h081217095104.dyn.cm.kabsi.at (EHLO localhost.localdomain) [81.217.95.104] by mail.gmx.net (mp032) with SMTP; 04 Jul 2005 20:25:00 +0200 X-Authenticated: #16703784 From: Stefan Ehmann To: Huang wen hui In-Reply-To: <42C93ABE.7060701@gddsn.org.cn> References: <42C92DC5.3060101@gddsn.org.cn> <42C93ABE.7060701@gddsn.org.cn> Content-Type: text/plain; charset=UTF-8 Date: Mon, 04 Jul 2005 20:25:00 +0200 Message-Id: <1120501500.1241.5.camel@taxman.pepperland> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: current@freebsd.org Subject: Re: Suspend broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 18:25:02 -0000 On Mon, 2005-07-04 at 21:33 +0800, Huang wen hui wrote: > Huang wen hui 写道: > > >Hi, > >For my T42p, suspend operation could not work from jun 2, > >It does work under CURRENT using Jun 1 cvsup. > >/sys/i386/isa/clock.c revert to v1.220. > > > > > but /sys/i386/isa/clock.c revert to v1.220 help that. Thanks for tracking that down, helps in my case too. I'm running a Toshiba M-30X notebook. For me, resume basically worked but everything was as slow as if it was running on my old calculator. (e.g. it takes several seconds from typing a character until it is displayed on the console). From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 18:47:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B84F516A41C for ; Mon, 4 Jul 2005 18:47:57 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DD1043D49 for ; Mon, 4 Jul 2005 18:47:56 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 25707 invoked from network); 4 Jul 2005 18:47:54 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[83.129.20.162]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 4 Jul 2005 18:47:54 -0000 Date: Mon, 4 Jul 2005 20:48:04 +0200 From: Fabian Keil To: Stefan Ehmann Message-ID: <20050704204804.37a82e4e@localhost> In-Reply-To: <1120501500.1241.5.camel@taxman.pepperland> References: <42C92DC5.3060101@gddsn.org.cn> <42C93ABE.7060701@gddsn.org.cn> <1120501500.1241.5.camel@taxman.pepperland> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Signature_Mon__4_Jul_2005_20_48_04_+0200_97k5477aq3al+AiH; protocol="application/pgp-signature"; micalg=pgp-sha1 Cc: current@freebsd.org Subject: Re: Suspend broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 18:47:57 -0000 --Signature_Mon__4_Jul_2005_20_48_04_+0200_97k5477aq3al+AiH Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Stefan Ehmann wrote: > On Mon, 2005-07-04 at 21:33 +0800, Huang wen hui wrote: > > Huang wen hui =E5=86=99=E9=81=93: > >=20 > > >Hi, > > >For my T42p, suspend operation could not work from jun 2, > > >It does work under CURRENT using Jun 1 cvsup. > > >/sys/i386/isa/clock.c revert to v1.220. > > > =20 > > > > > but /sys/i386/isa/clock.c revert to v1.220 help that. >=20 > Thanks for tracking that down, helps in my case too. >=20 > I'm running a Toshiba M-30X notebook. For me, resume basically worked > but everything was as slow as if it was running on my old calculator. > (e.g. it takes several seconds from typing a character until it is > displayed on the console). I had these symptoms before I put "device pmtimer" in the kernel. I'm still on 5.4, therefore I don't know if this has anything to do with your problem. Fabian --=20 http://www.fabiankeil.de/ --Signature_Mon__4_Jul_2005_20_48_04_+0200_97k5477aq3al+AiH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCyYRuoomUOj0wp30RAr7SAJ9qY3QkTMYchZxEn3vX+zQyN8i24wCdE34u BM4owTujm+JQ+z7neIKwI2M= =+PNE -----END PGP SIGNATURE----- --Signature_Mon__4_Jul_2005_20_48_04_+0200_97k5477aq3al+AiH-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 00:22:44 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4012116A41C; Tue, 5 Jul 2005 00:22:44 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2469F43D45; Tue, 5 Jul 2005 00:22:44 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout1.yahoo.com (8.13.4/8.13.4/y.out) with ESMTP id j650LYFZ079316; Mon, 4 Jul 2005 17:21:35 -0700 (PDT) Date: Tue, 05 Jul 2005 09:21:34 +0900 Message-ID: From: gnn@freebsd.org To: "Poul-Henning Kamp" In-Reply-To: <29260.1120471829@phk.freebsd.dk> References: <29260.1120471829@phk.freebsd.dk> User-Agent: Wanderlust/2.12.2 (99 Luftballons) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Robert Watson , current@freebsd.org, Garance A Drosehn Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 00:22:44 -0000 At Mon, 04 Jul 2005 12:10:29 +0200, Poul-Henning Kamp wrote: > > In message , gnn@freebsd.org writes: > >At Mon, 04 Jul 2005 10:25:34 +0200, > >Poul-Henning Kamp wrote: > >> I played with developing that graph by removing lines from LINT > >> and see what compiled and what didn't. Based on the progress I > >> made I would estimate the full graph will take about 1 CPU-year to > >> calculate by trial&error. > > > >Hmm. Well, either I need a very fast CPU, or a more clever approach. > >I guess we'll see... > > This was a dual Opteron, 2GHz, 4GB. > > It might be possible to do a less brute force and more analytical > approach: > > Start out with sys/conf/files*, then add sys/conf/options. > > Then for each and every .c file, grep out the #includes and > build a tree of complete _potential_ dependencies. > > Also grep out all #ifmumble constructs and record those. > > You now have a huge data structure from which it should be possible > to determine potential dependencies. > > Ie: Which source files could possibly be affected by this option > or conversely, which options could possibly affect this source file. > > By pruning the trival cases from the data structure, the brute force > work would be a lot less. Another thought I had was just going through the startup sequence Later, George From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 04:57:56 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FEE416A41C; Tue, 5 Jul 2005 04:57:56 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A46B43D49; Tue, 5 Jul 2005 04:57:55 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.3/8.13.3) with ESMTP id j654w8gD065479; Tue, 5 Jul 2005 00:58:08 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-8vO5n1Ap6o9rCDn0XvOp" Organization: FreeBSD, Inc. Date: Tue, 05 Jul 2005 00:57:45 -0400 Message-Id: <1120539465.3587.19.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: phk@FreeBSD.org Subject: grantpt broken on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 04:57:56 -0000 --=-8vO5n1Ap6o9rCDn0XvOp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I recently discovered the gnome-vfs sftp method which uses posix_openpt/ptsname/grantpt to set up a pty for communicating with the sftp subprocess fails to work. I found that grantpt() fails due to EACCES. The underlying reason looks to be that the pty name returned by ptsname() is not unhidden in devfs. Basically, the following code will fail: #include #include #include #include main(void) { int fd; char *p; fd =3D posix_openpt (O_RDWR | O_NOCTTY); if (fd < 0) { printf("Failed to open PTY: %s\n", strerror(errno)); return -1; } else { if ((p =3D ptsname(fd)) !=3D NULL) { printf("ptsname =3D %s\n", p); } else { printf("Failed to get ptsname: %s\n", strerror(errn= o)); close (fd); if (grantpt(fd) < 0) { printf("Failed to run grantpt: %s\n", strerror(errno)); close (fd); return -1; } close (fd); return 0; } Basically, everything works until the grantpt() call which returns EACCES. The same code works just fine under 5-STABLE. I even tried manually applying devfs rules to unhide the missing tty device (/dev/ttys5 in my tests), but that didn't work. The program also fails in the same way when run as root. This has been failing since I upgraded from 5-STABLE to -CURRENT about three weeks ago. I'm now running -CURRENT from yesterday. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-8vO5n1Ap6o9rCDn0XvOp Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCyhNJb2iPiv4Uz4cRAtvTAKCS2EG5cRgdm8n4SkzucedAnYM6mwCcDCtR 75FDZ8CMOInJqvgN3v8LeHw= =8cnj -----END PGP SIGNATURE----- --=-8vO5n1Ap6o9rCDn0XvOp-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 05:20:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43D7C16A41C for ; Tue, 5 Jul 2005 05:20:41 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0326643D45 for ; Tue, 5 Jul 2005 05:20:40 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j655Kbvq079354; Tue, 5 Jul 2005 01:20:37 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j655KXAr079351; Tue, 5 Jul 2005 01:20:37 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Tue, 5 Jul 2005 01:20:33 -0400 (EDT) From: Andre Guibert de Bruet To: Mike Tancsa In-Reply-To: <6.2.1.2.0.20050703212843.07889088@64.7.153.2> Message-ID: <20050705011650.R80892@lexi.siliconlandmark.com> References: <70e8236f05070208212e36c375@mail.gmail.com> <42C6DA5F.9070303@gneto.com> <6.2.1.2.0.20050703212843.07889088@64.7.153.2> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.54, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current@freebsd.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 05:20:41 -0000 On Sun, 3 Jul 2005, Mike Tancsa wrote: > amr0: Firmware 161J, BIOS 3.17, 128MB RAM Is this the latest firmware release for the card? I had a number of issues with the amr driver with true-blue LSI Logic SCSI RAID cards that magically went away after updating the firmware. (PERC 3/DCs are Dell-branded LSI cards. You want to visit Dell's support website to get any eventual update(s)) Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 05:23:33 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A2C616A41C for ; Tue, 5 Jul 2005 05:23:33 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29AFD43D45 for ; Tue, 5 Jul 2005 05:23:33 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j655NRAO079388; Tue, 5 Jul 2005 01:23:27 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j655NRie079385; Tue, 5 Jul 2005 01:23:27 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Tue, 5 Jul 2005 01:23:27 -0400 (EDT) From: Andre Guibert de Bruet To: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= In-Reply-To: <42C970CD.9070905@cs.tu-berlin.de> Message-ID: <20050705012106.A80892@lexi.siliconlandmark.com> References: <20050703112108.F474@free.home.local> <20050703124901.M80892@lexi.siliconlandmark.com> <42C970CD.9070905@cs.tu-berlin.de> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-343237658-1120541007=:80892" X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.54, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: current@freebsd.org Subject: Re: Fatal trap 12 if you unmount detached umass device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 05:23:33 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-343237658-1120541007=:80892 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 4 Jul 2005, Bj=F6rn K=F6nig wrote: > Andre Guibert de Bruet wrote: > >> 1. Don't do that > > It concerns not only USB drives, but any kind of removable media, even fl= oppy=20 > disks. A lot of people tend to remove floppy disks without unmounting the= =20 > filesystem before and I think it's unacceptable to let users reboot their= =20 > machine if they did this mistake. You won't hear any arguments from anyone on this one. The itch is there=20 for someone to scratch... >> (If you're going to do it, try umount -f). > > ... which causes the death of a machine if you do this twice. Right. > I prepared myself to step into the source code next month to eliminate th= is=20 > annoying behaviour. I would gladly do so myself, if I had the time. Alas, I am currently=20 involved in a number of projects which are chewing up all of my time... :( Regards, Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ --0-343237658-1120541007=:80892-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 08:18:49 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 249E916A41C for ; Tue, 5 Jul 2005 08:18:49 +0000 (GMT) (envelope-from norgaard@locolomo.org) Received: from top.daemonsecurity.com (62-14-217-85.inversas.jazztel.es [62.14.217.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7B4643D49 for ; Tue, 5 Jul 2005 08:18:48 +0000 (GMT) (envelope-from norgaard@locolomo.org) Received: from [172.24.9.171] (generic.atosorigin.es [212.170.156.200]) by top.daemonsecurity.com (Postfix) with ESMTP id 2F639FD06B for ; Tue, 5 Jul 2005 10:17:26 +0200 (CEST) Message-ID: <42CA4263.9080409@locolomo.org> Date: Tue, 05 Jul 2005 10:18:43 +0200 From: =?ISO-8859-1?Q?Erik_N=F8rgaard?= Organization: Locolomo.ORG User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050529) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: dhclient.conf for ath wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 08:18:49 -0000 Hi, This is posibly just missing documentation, but it may be a bug or undesirable behaivour. I have read the ath, ifconfig, dhclient and dhclient.conf man pages, searched the web and asked in questions@, but not found an answer. I am running -CURRENT with the new port of dhclient from OpenBSD. The problem is that dhclient most often associante with my neighbours AP instead of mine. The man-pages mentions the "media" statement and according to the examples I can find in google I should add an entry like this: interface "ath0" { media "ssid MYAP mode 11g"; } in dhclient.conf. But on boot, dhclient enters into an infinite loop bringing up and down the interface, until I break it. I have to manually run "ifconfig ath0 ssid MYAP mode 11g" and then start dhclient manually to force it to associate correctly with MYAP. Can anyone point me to the correct documentation? I recall seeing one example which mentions something like this entry in rc.conf: interface_ath0="ssid MYAP mode 11g DHCP" Is this correct? Also, according to the examples I have seen, I should be able to list multiple wireless networks with the media option in dhclient.conf and dhclient will try them in order. This is cool since I can then configure my nic to associate depending on where I am. This seems not to be posible if the configuration goes into rc.conf. I have a 3Com wireless NIC and a comtrend AP. My dhcp server is isc-dhcp v.3 running on FBSD 5.4. I usually get associated with my neighbours 3Com AP running with a default setup. Thanks, Erik -- Ph: +34.666334818 web: http://www.locolomo.org S/MIME Certificate: http://www.locolomo.org/crt/2004071206.crt Subject ID: A9:76:7A:ED:06:95:2B:8D:48:97:CE:F2:3F:42:C8:F2:22:DE:4C:B9 Fingerprint: 4A:E8:63:38:46:F6:9A:5D:B4:DC:29:41:3F:62:D3:0A:73:25:67:C2 From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 08:21:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4238916A41F for ; Tue, 5 Jul 2005 08:21:57 +0000 (GMT) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [194.58.105.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA73043D53 for ; Tue, 5 Jul 2005 08:21:56 +0000 (GMT) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.44 (FreeBSD)) id 1Dpigk-000EJN-Cg; Tue, 05 Jul 2005 12:21:54 +0400 Date: Tue, 5 Jul 2005 12:21:54 +0400 From: Slawa Olhovchenkov To: Poul-Henning Kamp Message-ID: <20050705082154.GA80025@zxy.spb.ru> References: <42C925A5.8060901@cronyx.ru> <29842.1120480672@phk.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <29842.1120480672@phk.freebsd.dk> User-Agent: Mutt/1.5.7i X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: freebsd-current@freebsd.org, Roman Kurakin Subject: Re: TTY code problems in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 08:21:57 -0000 On Mon, Jul 04, 2005 at 02:37:52PM +0200, Poul-Henning Kamp wrote: > In message <42C925A5.8060901@cronyx.ru>, Roman Kurakin writes: > >Hi, > > > > I observe some problems with my driver in async mode. > >One of the panics I see is in function putc() from tty_subr.c. > >It seems that this panic due to the fact that clist is not protected > >by any locks if driver works in smpsafe mode without Giant. > > > > The panic occur beacuse of pointer modification (the new value > >of the pointer eq. to NULL. > >Any comments? > > We do not support smpsafe tty drivers yet. IMHO, this problem related to sio (or puc) too. I got 'clist reservation botch' on SMP kernel. From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 08:55:47 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20A3E16A41C for ; Tue, 5 Jul 2005 08:55:47 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx01.interbgc.com [217.9.224.225]) by mx1.FreeBSD.org (Postfix) with SMTP id 4DD5843D53 for ; Tue, 5 Jul 2005 08:55:42 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 73407 invoked from network); 5 Jul 2005 08:55:40 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.6/8.0):. Processed in 4.159329 secs); 05 Jul 2005 08:55:40 -0000 X-Spam-Status: No, hits=-2.6 required=8.0 Received: from 213-240-205-57.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.205.57) by mx01.interbgc.com with SMTP; 5 Jul 2005 08:55:36 -0000 Received: (qmail 92145 invoked from network); 5 Jul 2005 08:55:35 -0000 Received: from qmail by qscan (mail filter); 5 Jul 2005 08:55:35 +0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 5 Jul 2005 08:55:34 -0000 Message-ID: <42CA4B28.6080100@cytexbg.com> Date: Tue, 05 Jul 2005 11:56:08 +0300 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: if_ral crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 08:55:47 -0000 Two of my machines crash when i try to use ral(4) based wireless adapters in them, the one uses PCI card and the other is laptop with pcmcia card. What i did on the laptop is : kldload if_ral, insert the card, and ifconfig ral0 media autoselect mode autoselect mediaopt monitor. Which resulted in this : http://totalterror.net/freebsd/Img_1694.jpg Kernel config, dmesg, loader.conf can be found here: http://totalterror.net/freebsd/ --niki From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 09:52:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D68216A41C for ; Tue, 5 Jul 2005 09:52:28 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 402DB43D46 for ; Tue, 5 Jul 2005 09:52:28 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=h311r4z3r) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1Dpk6L-0006Ho-1P for current@freebsd.org; Tue, 05 Jul 2005 11:52:25 +0200 Date: Tue, 5 Jul 2005 11:52:34 +0200 From: Marcin Jessa To: FreeBSD-Current Message-Id: <20050705115234.44adc0ed.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.8; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: Subject: getty replacement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 09:52:28 -0000 Hi guys. Is there any way to replace "/usr/libexec/getty Pc" with a custom application and what would be requirements for such an app? Running ttyv0 "/some/app/shell_code.sh Pc" cons23 on secure gives me: init: getty repeating too quickly on port /dev/ttyv0, sleeping 30 secs and my code is not executed. From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 09:57:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40D6C16A41C for ; Tue, 5 Jul 2005 09:57:17 +0000 (GMT) (envelope-from b_bonev@mail.orbitel.bg) Received: from smtp.orbitel.bg (smtp.orbitel.bg [195.24.32.22]) by mx1.FreeBSD.org (Postfix) with SMTP id 82BEB43D48 for ; Tue, 5 Jul 2005 09:57:16 +0000 (GMT) (envelope-from b_bonev@mail.orbitel.bg) Received: (qmail 1444 invoked from network); 5 Jul 2005 09:57:14 -0000 Received: from unknown (HELO localhost) (10.0.0.4) by smtp.orbitel.bg with SMTP; 5 Jul 2005 09:57:14 -0000 Received: from smtp.orbitel.bg ([10.0.0.3]) by localhost (sof-rv2.orbitel.bg [10.0.0.4]) (amavisd-new, port 10024) with ESMTP id 16102-39 for ; Tue, 5 Jul 2005 06:53:10 +0300 (EEST) Received: from home (unknown [83.228.33.178]) by smtp.orbitel.bg (Postfix) with ESMTP id 109C8A5CAF0 for ; Tue, 5 Jul 2005 12:57:13 +0300 (EEST) Date: Tue, 05 Jul 2005 12:57:04 +0300 To: freebsd-current@freebsd.org From: "Ivailo Bonev" Organization: Orac Ltd. Content-Type: text/plain; format=flowed; delsp=yes; charset=windows-1251 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/8.01 (Win32, build 7642) X-Virus-Scanned: by amavisd-new at orbitel.bg Subject: Install from last snapshot: panic: vm_fault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 09:57:17 -0000 When I tried to install last snapshot with FreeBSD 6-CURRENT on my laptop HP pavilion xf328 I have reproducible panic every time: panic: vm_fault: fault on nofault entry, addr: ca78b000 cpuid = 0 KDB: enter: panic [thread pid 26 tid 100026 ] Stopped at kdb_enter+0x2b: nop db>where Tracing pid 26 tid 100026 td 0xc1948300 kdb_enter(c084f576) at kdb_enter+0x2b panic(c086a197,ca78b000,6e7d13f9,1,0) at panic+0x127 vm_fault(c1461000,ca78b000,2,0,c1948300) at vm_fault+0x1e0 trap_pfault(cc764c44,0,c19eb800) at trap_pfault+0x137 trap(8,28,28,ca78b800,c19eb800) at trap+0x33d calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc04d277e, esp = 0xcc764c84, ebp = 0xcc764ca4 --- ata_pio_read(c1c64640,800,129,c1a03b80,c1aa5000) at ata_pio_read+0xca ata_end_transaction(c1c64640) at ata_end_transaction+0x8b8 ata_interrupt(c19eb800) at ata_interrupt+0xdf ithread_loop(c1915880,cc764d38,c1915880,c061b8d0,0) at ithread_loop+0x11c fork_exit(c061b8d0,c1915880,cc764d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcc764d6c, ebp = 0 --- db> If I can help with anything else? -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 09:58:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0E1816A41C for ; Tue, 5 Jul 2005 09:58:54 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71EFE43D45 for ; Tue, 5 Jul 2005 09:58:54 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id 112283180A8; Tue, 5 Jul 2005 11:58:52 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 3942E405B; Tue, 5 Jul 2005 11:58:59 +0200 (CEST) Date: Tue, 5 Jul 2005 11:58:59 +0200 From: Jeremie Le Hen To: Peter Losher Message-ID: <20050705095859.GO73907@obiwan.tataz.chchile.org> References: <200507031439.48288.Peter_Losher@isc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200507031439.48288.Peter_Losher@isc.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: install erroring out durning mergemaster... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 09:58:54 -0000 Hi Peter, > I am updating my laptop from 5.4 to -current (to take advantage of the WPA > wireless support) and when I run mergemaster to update the /etc files, > install errors out complaining of "wrong number or types of arguments". Is > there something I missed in the upgrade? (the install binary has a timestamp > of July 2nd, which is when I rebuilt world) I even rebuilt mergemaster to be > safe. > > Details are below; any ideas? > > -=- > cd /usr/src/etc/root; install -o root -g wheel -m 644 > dot.cshrc /var/tmp/temproot/root/.cshrc; install -o root -g wheel -m 644 > dot.login /var/tmp/temproot/root/.login; install -o root -g wheel -m 644 > dot.profile /var/tmp/temproot/root/.profile; rm > -f /var/tmp/temproot/.cshrc /var/tmp/temproot/.profile; > ln /var/tmp/temproot/root/.cshrc /var/tmp/temproot/.cshrc; > ln /var/tmp/temproot/root/.profile /var/tmp/temproot/.profile > cd /usr/src/etc/mtree; install -o root -g wheel -m 444 BSD.include.dist > BSD.local.dist BSD.root.dist BSD.usr.dist BSD.var.dist BSD.x11.dist > BSD.x11-4.dist BIND.chroot.dist /var/tmp/temproot/etc/mtree > cd /usr/src/etc/namedb; install -o root -g wheel -m 644 PROTO.localhost.rev > PROTO.localhost-v6.rev named.conf named.root > make-localhost /var/tmp/temproot/var/named/etc/namedb > install: wrong number or types of arguments > usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > [-o owner] file1 file2 > install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > [-o owner] file1 ... fileN directory > install -d [-v] [-g group] [-m mode] [-o owner] directory ... > *** Error code 64 This breaks because you have NO_BIND or NO_BIND_ETC in make.conf(5). Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 10:03:53 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B22416A41C for ; Tue, 5 Jul 2005 10:03:53 +0000 (GMT) (envelope-from akm@theinternet.com.au) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id C237D43D48 for ; Tue, 5 Jul 2005 10:03:50 +0000 (GMT) (envelope-from akm@theinternet.com.au) Received: from camelot.theinternet.com.au (c211-30-103-113.carlnfd1.nsw.optusnet.com.au [211.30.103.113]) by mail14.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j65A3kGx014219; Tue, 5 Jul 2005 20:03:46 +1000 Received: by camelot.theinternet.com.au (Postfix, from userid 1000) id 7C49C60E4; Tue, 5 Jul 2005 20:03:46 +1000 (EST) Date: Tue, 5 Jul 2005 20:03:46 +1000 From: Andrew Milton To: Marcin Jessa Message-ID: <20050705100346.GM56644@camelot.theinternet.com.au> References: <20050705115234.44adc0ed.lists@yazzy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050705115234.44adc0ed.lists@yazzy.org> User-Agent: Mutt/1.5.9i Cc: FreeBSD-Current Subject: Re: getty replacement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 10:03:53 -0000 +-------[ Marcin Jessa ]---------------------- | Hi guys. | | Is there any way to replace "/usr/libexec/getty Pc" with a custom application and what would be requirements for such an app? It's definitely do-able with compiled code. | Running | ttyv0 "/some/app/shell_code.sh Pc" cons23 on secure | gives me: | init: getty repeating too quickly on port /dev/ttyv0, sleeping 30 secs | and my code is not executed. This won't work, because shell scripts aren't directly executable. The shell handles parsing the #!/bin/sh header and executing them for you. -- Andrew Milton akm@theinternet.com.au From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 10:09:18 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71C2C16A41C for ; Tue, 5 Jul 2005 10:09:18 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DC4843D55 for ; Tue, 5 Jul 2005 10:09:18 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=h311r4z3r) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1DpkMf-0005e6-UX; Tue, 05 Jul 2005 12:09:18 +0200 Date: Tue, 5 Jul 2005 12:09:26 +0200 From: Marcin Jessa To: Andrew Milton Message-Id: <20050705120926.57cc6481.lists@yazzy.org> In-Reply-To: <20050705100346.GM56644@camelot.theinternet.com.au> References: <20050705115234.44adc0ed.lists@yazzy.org> <20050705100346.GM56644@camelot.theinternet.com.au> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.8; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: current@freebsd.org Subject: Re: getty replacement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 10:09:18 -0000 On Tue, 5 Jul 2005 20:03:46 +1000 Andrew Milton wrote: > +-------[ Marcin Jessa ]---------------------- > | Hi guys. > | > | Is there any way to replace "/usr/libexec/getty Pc" with a custom application and what would be requirements for such an app? > > It's definitely do-able with compiled code. > > | Running > | ttyv0 "/some/app/shell_code.sh Pc" cons23 on secure > | gives me: > | init: getty repeating too quickly on port /dev/ttyv0, sleeping 30 secs > | and my code is not executed. > > This won't work, because shell scripts aren't directly executable. The shell > handles parsing the #!/bin/sh header and executing them for you. Putting /bin/sh to parse #!/bin/sh header infront of it does not change that behaviour, which should work according to what you said. Are there any other requirements besides having compiled code ? From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 10:12:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6794D16A41C for ; Tue, 5 Jul 2005 10:12:11 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2186D43D45 for ; Tue, 5 Jul 2005 10:12:10 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id F2A976193; Tue, 5 Jul 2005 12:12:05 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 8C44F6192; Tue, 5 Jul 2005 12:12:05 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 7320B33D38; Tue, 5 Jul 2005 12:12:05 +0200 (CEST) To: Andrew Milton References: <20050705115234.44adc0ed.lists@yazzy.org> <20050705100346.GM56644@camelot.theinternet.com.au> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 05 Jul 2005 12:12:05 +0200 In-Reply-To: <20050705100346.GM56644@camelot.theinternet.com.au> (Andrew Milton's message of "Tue, 5 Jul 2005 20:03:46 +1000") Message-ID: <867jg5blze.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -5.2/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: Marcin Jessa , FreeBSD-Current Subject: Re: getty replacement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 10:12:11 -0000 Andrew Milton writes: > This won't work, because shell scripts aren't directly executable. The sh= ell > handles parsing the #!/bin/sh header and executing them for you. No, the kernel does. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 10:20:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0BAC16A41C for ; Tue, 5 Jul 2005 10:20:14 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AEDF43D46 for ; Tue, 5 Jul 2005 10:20:14 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from beatrix.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226]) by kane.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j65AKB0M015981; Tue, 5 Jul 2005 13:20:12 +0300 Received: from beatrix.daedalusnetworks.priv (localhost [127.0.0.1]) by beatrix.daedalusnetworks.priv (8.13.3+Sun/8.13.3) with ESMTP id j65AKBJL005670; Tue, 5 Jul 2005 13:20:11 +0300 (EEST) Received: (from keramida@localhost) by beatrix.daedalusnetworks.priv (8.13.3+Sun/8.13.3/Submit) id j65AKAw9005669; Tue, 5 Jul 2005 13:20:10 +0300 (EEST) X-Authentication-Warning: beatrix.daedalusnetworks.priv: keramida set sender to keramida@freebsd.org using -f Date: Tue, 5 Jul 2005 13:20:10 +0300 From: Giorgos Keramidas To: Marcin Jessa Message-ID: <20050705102010.GA5663@beatrix.daedalusnetworks.priv> References: <20050705115234.44adc0ed.lists@yazzy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050705115234.44adc0ed.lists@yazzy.org> Cc: freebsd-current@freebsd.org Subject: Re: getty replacement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 10:20:14 -0000 On 2005-07-05 11:52, Marcin Jessa wrote: > Hi guys. > > Is there any way to replace "/usr/libexec/getty Pc" with a custom > application and what would be requirements for such an app? > Running > ttyv0 "/some/app/shell_code.sh Pc" cons23 on secure > gives me: > init: getty repeating too quickly on port /dev/ttyv0, sleeping 30 secs > and my code is not executed. Your shell script exits immediately, which leads init to believe something caused it to exit prematurely. Shell scripts that don't exit, but continue working until they are explicitly terminated with a signal should work fine. From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 10:44:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D6DD16A41C; Tue, 5 Jul 2005 10:44:56 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC5E243D45; Tue, 5 Jul 2005 10:44:55 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=h311r4z3r) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1Dpkv6-0005o2-3T; Tue, 05 Jul 2005 12:44:53 +0200 Date: Tue, 5 Jul 2005 12:45:01 +0200 From: Marcin Jessa To: Giorgos Keramidas Message-Id: <20050705124501.6c9de799.lists@yazzy.org> In-Reply-To: <20050705102010.GA5663@beatrix.daedalusnetworks.priv> References: <20050705115234.44adc0ed.lists@yazzy.org> <20050705102010.GA5663@beatrix.daedalusnetworks.priv> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.8; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: freebsd-current@freebsd.org Subject: Re: getty replacement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 10:44:56 -0000 On Tue, 5 Jul 2005 13:20:10 +0300 Giorgos Keramidas wrote: > On 2005-07-05 11:52, Marcin Jessa wrote: > > Hi guys. > > > > Is there any way to replace "/usr/libexec/getty Pc" with a custom > > application and what would be requirements for such an app? > > Running > > ttyv0 "/some/app/shell_code.sh Pc" cons23 on secure > > gives me: > > init: getty repeating too quickly on port /dev/ttyv0, sleeping 30 secs > > and my code is not executed. > > Your shell script exits immediately, which leads init to believe > something caused it to exit prematurely. Shell scripts that don't > exit, but continue working until they are explicitly terminated with > a signal should work fine. That unfortunatelly does not seem to work. I tried a shell script with a read -p "Blah blah" my_choice which should wait for an execution but this did not work either giving me exactly the same message... From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 12:12:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 070EB16A41C; Tue, 5 Jul 2005 12:12:06 +0000 (GMT) (envelope-from personal@bloodhound.noc.clara.net) Received: from leto.uk.clara.net (leto.uk.clara.net [80.168.69.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC4D143D48; Tue, 5 Jul 2005 12:12:05 +0000 (GMT) (envelope-from personal@bloodhound.noc.clara.net) Received: from bloodhound.noc.clara.net ([195.8.70.207]) by leto.uk.clara.net with esmtp (Exim 4.43) id 1DpmHU-000Os3-ME; Tue, 05 Jul 2005 13:12:04 +0100 Received: from personal by bloodhound.noc.clara.net with local (Exim 4.50 (FreeBSD)) id 1DpmHV-0006fE-MI; Tue, 05 Jul 2005 13:12:05 +0100 Date: Tue, 5 Jul 2005 13:12:05 +0100 From: Brian Candler To: Marcin Jessa Message-ID: <20050705121205.GA25554@uk.tiscali.com> References: <20050705115234.44adc0ed.lists@yazzy.org> <20050705102010.GA5663@beatrix.daedalusnetworks.priv> <20050705124501.6c9de799.lists@yazzy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050705124501.6c9de799.lists@yazzy.org> User-Agent: Mutt/1.4.2.1i Sender: Brian Candler Cc: freebsd-current@freebsd.org, Giorgos Keramidas Subject: Re: getty replacement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 12:12:06 -0000 On Tue, Jul 05, 2005 at 12:45:01PM +0200, Marcin Jessa wrote: > > On 2005-07-05 11:52, Marcin Jessa wrote: > > > Hi guys. > > > > > > Is there any way to replace "/usr/libexec/getty Pc" with a custom > > > application and what would be requirements for such an app? > > > Running > > > ttyv0 "/some/app/shell_code.sh Pc" cons23 on secure > > > gives me: > > > init: getty repeating too quickly on port /dev/ttyv0, sleeping 30 secs > > > and my code is not executed. > > > > Your shell script exits immediately, which leads init to believe > > something caused it to exit prematurely. Shell scripts that don't > > exit, but continue working until they are explicitly terminated with > > a signal should work fine. > > That unfortunatelly does not seem to work. > I tried a shell script with a read -p "Blah blah" my_choice > which should wait for an execution but this did not work either giving me exactly the same message... Well, here's a working example, which you can use as a starting point. bloodhound:~# ls -l /var/tmp/myscript.sh -rwxr-xr-x 1 root wheel 19 Jul 5 13:09 /var/tmp/myscript.sh bloodhound:~# cat /var/tmp/myscript.sh #!/bin/sh sleep 60 bloodhound:~# grep test /etc/ttys test /var/tmp/myscript.sh cons25 on secure bloodhound:~# kill -1 1 bloodhound:~# ps auxww | grep mysc root 25581 0.0 0.4 1640 984 ?? I 1:10PM 0:00.00 /bin/sh /var/tmp/myscript.sh test bloodhound:~# Tested under FreeBSD 5.4. After 60 seconds, when the shell script exits, a new one is spawned by init: bloodhound:~# ps auxww | grep mysc root 25609 0.0 0.4 1640 1024 ?? S 1:11PM 0:00.00 /bin/sh /var/tmp/myscript.sh test HTH, Brian. From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 12:31:15 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11FEC16A41C; Tue, 5 Jul 2005 12:31:15 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF39443D48; Tue, 5 Jul 2005 12:31:14 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id j65CVElS096452; Tue, 5 Jul 2005 05:31:14 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id j65CVEci096451; Tue, 5 Jul 2005 05:31:14 -0700 (PDT) (envelope-from rizzo) Date: Tue, 5 Jul 2005 05:31:14 -0700 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20050705053114.A96381@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: struct buf_queue_head still existing in 5.x/6.x ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 12:31:15 -0000 Can someone explain why in both 5.x and 6.x, we still have "struct buf_queue_head" defined in sys/buf.h ? I thought it was replaced by 'struct bio_queue_head' almost everywhere - as a matter of fact, the definitioni in sys/buf.h seems to be a duplicate of the one for struct bio_queue_head in sys/bio.h (mutatis mutandis), and a grep gives only a handful of usages: > cd /usr/HEAD_050628/src/sys > grep -r buf_queue_head * dev/aac/aac_compat.h:#define bio_queue_head buf_queue_head dev/amr/amr_compat.h:# define bio_queue_head buf_queue_head dev/mlx/mlx_compat.h:typedef struct buf_queue_head mlx_bioq; dev/twe/twe_compat.h:typedef struct buf_queue_head twe_bioq; sys/buf.h:struct buf_queue_head { > cd /usr/R5_050628/src/sys > grep -r buf_queue_head * dev/aac/aac_compat.h:#define bio_queue_head buf_queue_head dev/amr/amr_compat.h:# define bio_queue_head buf_queue_head dev/mlx/mlx_compat.h:typedef struct buf_queue_head mlx_bioq; dev/twe/twe_compat.h:typedef struct buf_queue_head twe_bioq; sys/buf.h:struct buf_queue_head { thanks luigi From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 12:33:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A334916A41C for ; Tue, 5 Jul 2005 12:33:09 +0000 (GMT) (envelope-from jhugo@icomtek.csir.co.za) Received: from marge.icomtek.csir.co.za (marge.icomtek.csir.co.za [146.64.28.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 662E143D58 for ; Tue, 5 Jul 2005 12:30:14 +0000 (GMT) (envelope-from jhugo@icomtek.csir.co.za) Received: from [3ffe:2900:fffa:3:211:43ff:feba:aff1] (unknown [IPv6:3ffe:2900:fffa:3:211:43ff:feba:aff1]) by marge.icomtek.csir.co.za (Postfix) with ESMTP id AFF688FC30 for ; Tue, 5 Jul 2005 14:30:04 +0200 (SAST) From: Johann Hugo To: freebsd-current@freebsd.org Date: Tue, 5 Jul 2005 14:30:04 +0200 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200507051430.04322.jhugo@icomtek.csir.co.za> Subject: ath client loose connection to ath hostap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 12:33:09 -0000 Hi I have 2x soekris 4501 units with atheros adapters, 1=hostap mode, 1=client. With a continues ping, everything keeps running (16+ hours), but after an inactive period they lose connectivity. The client still reports it is associated, but there is no IP connectivity. After "ath down" + "ath up" it does not want to associated with hostap any more. After client reboot it works fine again. After inactive period - same problem. Regards Johann Debug info: ------------------------------------------------------------------------------------------------------------- ath client side (soekris 4501, Senao SL-5354MP Aries - 11a): # uname -a FreeBSD 6.0-CURRENT FreeBSD 6.0-CURRENT #23: Mon Jul 4 08:17:59 UTC 2005 jhay@dolphin.icomtek.csir.co.za:/usr/src/sys/i386/compile/SMALL i386 # sysctl -a | grep dev.ath dev.ath.0.%desc: Atheros 5212 dev.ath.0.%driver: ath dev.ath.0.%location: slot=16 function=0 dev.ath.0.%pnpinfo: vendor=0x168c device=0x0013 subvendor=0x168c subdevice=0x2026 class=0x020000 dev.ath.0.%parent: pci0 dev.ath.0.countrycode: 0 dev.ath.0.regdomain: 0 dev.ath.0.debug: 0 dev.ath.0.slottime: 9 dev.ath.0.acktimeou:: 25 dev.ath.0.ctstimeout: 25 dev.ath.0.softled: 0 dev.ath.0.ledpin: 0 dev.ath.0.ledon: 0 dev.ath.0.ledidle: 675 dev.ath.0.txantenna: 0 dev.ath.0.rxantenna: 1 dev.ath.0.txintrperiod: 5 dev.ath.0.diag: 0 dev.ath.0.tpscale: 0 dev.ath.0.smoothing_rate: 95 dev.ath.0.sample_rate: 10 ath0: flags=8843 mtu 1500 inet 192.168.10.2 netmask 0xffffff00 broadcast 192.168.10.255 inet6 fe80::202:6fff:fe34:21ce%ath0 prefixlen 64 scopeid 0x1 ether 00:02:6f:34:21:ce media: IEEE 802.11 Wireless Ethernet autoselect mode 11a (OFDM/54Mbp)) ttatus: associated ssid ath101 channel 36 bssid 00:02:6f:34:21:cc authmode OPEN privacy OFF txpowmax 28 bintval 100 # ping -s 1450 -i 0.1 192.168.10.1 PING 192.168.10.1 (192.168.10.1): 1450 data bytes 1458 bytes from 192.168.10.1: icmp_seq=0 ttl=64 time=3.471 ms 1458 bytes from 192.168.10.1: icmp_seq=1 ttl=64 time=3.318 ms 1458 bytes from 192.168.10.1: icmp_seq=2 ttl=64 time=3.009 ms After inactive period # ifconfig ath0 ath0: flags=8843 mtu 1500 inet 192.168.10.2 netmask 0xffffff00 broadcast 192.168.10.255 inet6 fe80::202:6fff:fe34:21ce%ath0 prefixlen 64 scopeid 0x1 ether 00:02:6f:34:21:ce media: IEEE 802.11 Wireless Ethernet autoselect mode 11a (OFDM/6Mbps) status: associated ssid ath101 channel 36 bssid 00:02:6f:34:21:cc authmode OPEN privacy OFF txpowmax 28 bintval 100 # ping 192.168.10.1 PING 192.168.10.1 (192.168.10.1): 56 data bytes ping: sendto: Host is down ping: sendto: Host is down # ifconfig ath0 list scan SSID BSSID CHAN RATE S:N INT CAPS ath101 00:02:6f:34:21:cc 36 54M 16:0 100 E # athstats 9 beacon miss interrupts 190 tx management frames 788 tx frames discarded prior to association 292 tx failed 'cuz too many retries 467111 long on-chip tx retries 163 tx frames with no ack marked 65352 tx frames with an alternate rate 268948 rx failed 'cuz of bad CRC 92092 rx failed 'cuz of PHY err 92092 OFDM timing 2504 periodic calibrations rssi of last ack: 20 avg recv rssi: 15 Antenna profile: [1] tx 8658453 rx 9200596 [2] tx 138 rx 13 # tcpdump -i ath0 -v -y IEEE802_11_RADIO tcpdump: data link type IEEE802_11_RADIO tcpdump: listening on ath0, link-type IEEE802_11_RADIO (802.11 plus BSD radio information header), capture size 96 bytes 02:12:09.801761 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 8dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:09.904157 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 9dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:10.006560 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 21dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:10.109057 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 22dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:10.211358 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 20dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:10.313754 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 22dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:10.416156 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 9dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:10.518559 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 10dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:10.621078 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 9dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:10.723374 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 9dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:10.825754 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 19dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:10.928153 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 21dB signal 0us Beacon[|802.11] 02:12:11.030550 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 21dB signal00us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:11.133023 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenaa 1 21dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:11.235354 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 9dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:11.337749 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 10dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:11.440154 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 9dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:11.542548 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 9dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:11.644954 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 19dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:11.747348 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 22dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:11.849778 short preamble 6.0 Mb/s 5180 MHz (xx0140) antenna 1 21dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:11.868787 short preamble 6.0 Mb/s 5180 MHz (0x0140) 28dBm tx power antenna 0 60us arp who-has 192.168.10.1 tell 192.168.10.2 02:12:11.952148 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 22dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 02:12:12.05454 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 9dB signal 0us Beacon (ath101) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] ESS CH: 36 # 80211debug +debug +assoc +xrate +power +scan +wme net.wlan.0.debug: 0x0 => 0x44a40400 # 80211debug scan net.wlan.0.debug: 0x44a40400 => 0x200000 # ifconfig ath0 down # ifconfig ath0 up begin active scan in 11a mode, scangen 12 ieee80211_reset_scan: scan set: 36, 40, 42, 44, 48, 50, 52, 56, 58, 60, 64, 149, 152, 153, 157, 160, 161, 165 start chan 36 ieee80211_next_scan: chan 36->40 # ieee80211_next_scan: chan 40->42 ieee80211_next_scan: chan 42->44 ieee80211_next_scan: chan 44->48 ieee80211_next_scan: chan 48->50 ieee80211_next_scan: chan 50->52 ieee80211_next_scan: chan 52->56 ieee80211_next_scan: chan 56->58 ieee80211_next_scan: chan 58->60 ieee80211_next_scan: chan 60->64 ieee80211_next_scan: chan 64->149 ieee80211_next_scan: chan 149->152 ieee80211_next_scan: chan 152->153 ieee80211_next_scan: chan 153->157 ieee80211_next_scan: chan 157->160 ieee80211_next_scan: chan 160->161 ieee80211_next_scan: chan 161->165 ieee80211_next_scan: chan 165->36 [00:02:6f:34:21:cc] new beacon on chan 36 (bss chan 36) "ath101" [00:02:6f:34:21:cc] caps 0x401 bintval 100 erp 0x0 ieee80211_cancel_scan: end active scan ath0: notify scan done macaddr bssid chan rssi rate flag wep essid + 00:02:6f:34:21:cc 00:02:6f:34:21:cc 36 21 54M ess no "ath101" begin active scan in 11a mode, scangen 13 ieee80211_reset_scan: scan set: 36, 40, 42, 44, 48, 50, 52, 56, 58, 60, 64, 149, 152, 153, 157, 160, 161, 165 start chan 36 ieee80211_next_scan: chan 36->40 ieee80211_next_scan: chan 40->42 ieee80211_next_scan: chan 42->44 ieee80211_next_scan: chan 44->48 ieee80211_next_scan: chan 48->50 ieee80211_next_scan: chan 50->52 ieee80211_next_scan: chan 52->56 ieee80211_next_scan: chan 56->58 ieee80211_next_scan: chan 58->60 ieee80211_next_scan: chan 60->64 ieee80211_next_scan: chan 64->149 ieee80211_next_scan: chan 149->152 ieee80211_next_scan: chan 152->153 ieee80211_next_scan: chan 153->157 ieee80211_next_scan: chan 157->160 ieee80211_next_scan: chan 160->161 ieee80211_next_scan: chan 161->165 ieee80211_next_scan: chan 165->36 [00:02:6f:34:21:cc] new beacon on chan 36 (bss chan 36) "ath101" [00:02:6f:34:21:cc] caps 0x401 bintval 100 erp 0x0 ieee80211_cancel_scan: end active scan ath0: notify scan done macaddr bssid chan rssi rate flag wep essid ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 1 + 00:02:6f:34:21:cc 00:02:6f:34:21:cc 36 22 54M ess no "ath101" begin active scan in 11a mode, scangen 14 ieee80211_reset_scan: scan set: 36, 40, 42, 44, 48, 50, 52, 56, 58, 60, 64, 149, 152, 153, 157, 160, 161, 165 start chan 36 ieee80211_next_scan: chan 36->40 ieee80211_next_scan: chan 40->42 ieee80211_next_scan: chan 42->44 ieee80211_next_scan: chan 44->48 ieee80211_next_scan: chan 48->50 ieee80211_next_scan: chan 50->52 ieee80211_next_scan: chan 52->56 ieee80211_next_scan: chan 56->58 ieee80211_next_scan: chan 58->60 ieee80211_next_scan: chan 60->64 ieee80211_next_scan: chan 64->149 ieee80211_next_scan: chan 149->152 ieee80211_next_scan: chan 152->153 ieee80211_next_scan: chan 153->157 ieee80211_next_scan: chan 157->160 ieee80211_next_scan: chan 160->161 ieee80211_next_scan: chan 161->165 ieee80211_next_scan: chan 165->36 [00:02:6f:34:21:cc] new beacon on chan 36 (bss chan 36) "ath101" [00:02:6f:34:21:cc] caps 0x401 bintval 100 erp 0x0 ieee80211_cancel_scan: end active scan ath0: notify scan done macaddr bssid chan rssi rate flag wep essid ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 2 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 1 + 00:02:6f:34:21:cc 00:02:6f:34:21:cc 36 20 54M ess no "ath101" begin active scan in 11a mode, scangen 15 ieee80211_reset_scan: scan set: 36, 40, 42, 44, 48, 50, 52, 56, 58, 60, 64, 149, 152, 153, 157, 160, 161, 165 start chan 36 ieee80211_next_scan: chan 36->40 ieee80211_next_scan: chan 40->42 ieee80211_next_scan: chan 42->44 ieee80211_next_scan: chan 44->48 ieee80211_next_scan: chan 48->50 ieee80211_next_scan: chan 50->52 ieee80211_next_scan: chan 52->56 ieee80211_next_scan: chan 56->58 ieee80211_next_scan: chan 58->60 ieee80211_next_scan: chan 60->64 ieee80211_next_scan: chan 64->149 ieee80211_next_scan: chan 149->152 ieee80211_next_scan: chan 152->153 ieee80211_next_scan: chan 153->157 ieee80211_next_scan: chan 157->160 ieee80211_next_scan: chan 160->161 ieee80211_next_scan: chan 161->165 ieee80211_next_scan: chan 165->36 [00:02:6f:34:21:cc] new beacon on chan 36 (bss chan 36) "ath101" [00:02:6f:34:21:cc] caps 0x401 bintval 100 erp 0x0 ieee80211_cancel_scan: end active scan ath0: notify scan done macaddr bssid chan rssi rate flag wep essid ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 3 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 2 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 1 + 00:02:6f:34:21:cc 00:02:6f:34:21:cc 36 9 54M ess no "ath101" begin active scan in 11a mode, scangen 16 ieee80211_reset_scan: scan set: 36, 40, 42, 44, 48, 50, 52, 56, 58, 60, 64, 149, 152, 153, 157, 160, 161, 165 start chan 36 ieee80211_next_scan: chan 36->40 ieee80211_next_scan: chan 40->42 ieee80211_next_scan: chan 42->44 ieee80211_next_scan: chan 44->48 ieee80211_next_scan: chan 48->50 ieee80211_next_scan: chan 50->52 ieee80211_next_scan: chan 52->56 ieee80211_next_scan: chan 56->58 ieee80211_next_scan: chan 58->60 ieee80211_next_scan: chan 60->64 ieee80211_next_scan: chan 64->149 ieee80211_next_scan: chan 149->152 ieee80211_next_scan: chan 152->153 ieee80211_next_scan: chan 153->157 ieee80211_next_scan: chan 157->160 ieee80211_next_scan: chan 160->161 ieee80211_next_scan: chan 161->165 ieee80211_next_scan: chan 165->36 [00:02:6f:34:21:cc] new beacon on chan 36 (bss chan 36) "ath101" [00:02:6f:34:21:cc] caps 0x401 bintval 100 erp 0x0 ieee80211_cancel_scan: end active scan ath0: notify scan done macaddr bssid chan rssi rate flag wep essid ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 4 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 3 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 2 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 1 + 00:02:6f:34:21:cc 00:02:6f:34:21:cc 36 19 54M ess no "ath101" begin active scan in 11a mode, scangen 17 ieee80211_reset_scan: scan set: 36, 40, 42, 44, 48, 50, 52, 56, 58, 60, 64, 149, 152, 153, 157, 160, 161, 165 start chan 36 ieee80211_next_scan: chan 36->40 ieee80211_next_scan: chan 40->42 ieee80211_next_scan: chan 42->44 ieee80211_next_scan: chan 44->48 ieee80211_next_scan: chan 48->50 ieee80211_next_scan: chan 50->52 ieee80211_next_scan: chan 52->56 ieee80211_next_scan: chan 56->58 ieee80211_next_scan: chan 58->60 ieee80211_next_scan: chan 60->64 ieee80211_next_scan: chan 64->149 ieee80211_next_scan: chan 149->152 ieee80211_next_scan: chan 152->153 ieee80211_next_scan: chan 153->157 ieee80211_next_scan: chan 157->160 ieee80211_next_scan: chan 160->161 ieee80211_next_scan: chan 161->165 ieee80211_next_scan: chan 165->36 [00:02:6f:34:21:cc] new beacon on chan 36 (bss chan 36) "ath101" [00:02:6f:34:21:cc] caps 0x401 bintval 100 erp 0x0 ieee80211_cancel_scan: end active scan ath0: notify scan done macaddr bssid chan rssi rate flag wep essid ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 5 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 4 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 3 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 2 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 1 + 00:02:6f:34:21:cc 00:02:6f:34:21:cc 36 20 54M ess no "ath101" begin active scan in 11a mode, scangen 18 ieee80211_reset_scan: scan set: 36, 40, 42, 44, 48, 50, 52, 56, 58, 60, 64, 149, 152, 153, 157, 160, 161, 165 start chan 36 ieee80211_next_scan: chan 36->40 ieee80211_next_scan: chan 40->42 ieee80211_next_scan: chan 42->44 ieee80211_next_scan: chan 44->48 ieee80211_next_scan: chan 48->50 ieee80211_next_scan: chan 50->52 ieee80211_next_scan: chan 52->56 ieee80211_next_scan: chan 56->58 ieee80211_next_scan: chan 58->60 ieee80211_next_scan: chan 60->64 ieee80211_next_scan: chan 64->149 ieee80211_next_scan: chan 149->152 ieee80211_next_scan: chan 152->153 ieee80211_next_scan: chan 153->157 ieee80211_next_scan: chan 157->160 ieee80211_next_scan: chan 160->161 ieee80211_next_scan: chan 161->165 ieee80211_next_scan: chan 165->36 [00:02:6f:34:21:cc] new beacon on chan 36 (bss chan 36) "ath101" [00:02:6f:34:21:cc] caps 0x401 bintval 100 erp 0x0 ieee80211_cancel_scan: end active scan ath0: notify scan done macaddr bssid chan rssi rate flag wep essid ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 6 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 5 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 4 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 3 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 2 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 1 + 00:02:6f:34:21:cc 00:02:6f:34:21:cc 36 9 54M ess no "ath101" begin active scan in 11a mode, scangen 19 ieee80211_reset_scan: scan set: 36, 40, 42, 44, 48, 50, 52, 56, 58, 60, 64, 149, 152, 153, 157, 160, 161, 165 start chan 36 ieee80211_next_scan: chan 36->40 ieee80211_next_scan: chan 40->42 ieee80211_next_scan: chan 42->44 ieee80211_next_scan: chan 44->48 ieee80211_next_scan: chan 48->50 ieee80211_next_scan: chan 50->52 ieee80211_next_scan: chan 52->56 ieee80211_next_scan: chan 56->58 ieee80211_next_scan: chan 58->60 ieee80211_next_scan: chan 60->64 ieee80211_next_scan: chan 64->149 ieee80211_next_scan: chan 149->152 ieee80211_next_scan: chan 152->153 ieee80211_next_scan: chan 153->157 ieee80211_next_scan: chan 157->160 ieee80211_next_scan: chan 160->161 ieee80211_next_scan: chan 161->165 ieee80211_next_scan: chan 165->36 [00:02:6f:34:21:cc] new beacon on chan 36 (bss chan 36) "ath101" [00:02:6f:34:21:cc] caps 0x401 bintval 100 erp 0x0 ieee80211_cancel_scan: end active scan ath0: notify scan done macaddr bssid chan rssi rate flag wep essid ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 7 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 6 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 5 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 4 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 3 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 2 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 1 + 00:02:6f:34:21:cc 00:02:6f:34:21:cc 36 9 54M ess no "ath101" begin active scan in 11a mode, scangen 20 ieee80211_reset_scan: scan set: 36, 40, 42, 44, 48, 50, 52, 56, 58, 60, 64, 149, 152, 153, 157, 160, 161, 165 start chan 36 ieee80211_next_scan: chan 36->40 ieee80211_next_scan: chan 40->42 ieee80211_next_scan: chan 42->44 ieee80211_next_scan: chan 44->48 ieee80211_next_scan: chan 48->50 ieee80211_next_scan: chan 50->52 ieee80211_next_scan: chan 52->56 ieee80211_next_scan: chan 56->58 ieee80211_next_scan: chan 58->60 ieee80211_next_scan: chan 60->64 | | | [00:02:6f:34:21:cc] new beacon on chan 36 (bss chan 36) "ath101" [00:02:6f:34:21:cc] caps 0x401 bintval 100 erp 0x0 ieee80211_cancel_scan: end active scan ath0: notify scan done macaddr bssid chan rssi rate flag wep essid ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 24 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 23 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 22 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 21 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 20 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 19 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 18 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 17 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 16 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 15 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 14 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 13 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 12 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 11 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 10 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 9 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 8 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 7 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 6 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 5 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 4 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 3 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 2 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 1 + 00:02:6f:34:21:cc 00:02:6f:34:21:cc 36 9 54M ess no "ath101" begin active scan in 11a mode, scangen 37 ieee80211_reset_scan: scan set: 36, 40, 42, 44, 48, 50, 52, 56, 58, 60, 64, 149, 152, 153, 157, 160, 161, 165 start chan 36 ieee80211_next_scan: chan 36->40 ieee80211_next_scan: chan 40->42 ieee80211_next_scan: chan 42->44 ieee80211_next_scan: chan 44->48 ieee80211_next_scan: chan 48->50 ieee80211_next_scan: chan 50->52 ieee80211_next_scan: chan 52->56 ieee80211_next_scan: chan 56->58 ieee80211_next_scan: chan 58->60 ieee80211_next_scan: chan 60->64 ieee80211_next_scan: chan 64->149 ieee80211_next_scan: chan 149->152 ieee80211_next_scan: chan 152->153 ieee80211_next_scan: chan 153->157 ieee80211_next_scan: chan 157->160 ieee80211_next_scan: chan 160->161 ieee80211_next_scan: chan 161->165 ieee80211_next_scan: chan 165->36 [00:02:6f:34:21:cc] new beacon on chan 36 (bss chan 36) "ath101" [00:02:6f:34:21:cc] caps 0x401 bintval 100 erp 0x0 ieee80211_cancel_scan: end active scan ath0: notify scan done macaddr bssid chan rssi rate flag wep essid ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 25 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 24 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 23 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 22 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 21 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 20 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 19 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 18 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 17 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 16 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 15 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 14 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 13 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 12 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 11 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 10 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 9 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 8 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 7 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 6 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 5 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 4 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 3 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 2 ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 1 + 00:02:6f:34:21:cc 00:02:6f:34:21:cc 36 10 54M ess no "ath101" begin active scan in 11a mode, scangen 38 ieee80211_reset_scan: scan set: 36, 40, 42, 44, 48, 50, 52, 56, 58, 60, 64, 149, 152, 153, 157, 160, 161, 165 start chan 36 ieee80211_next_scan: chan 36->40 ieee80211_next_scan: chan 40->42 ieee80211_next_scan: chan 42->44 ieee80211_next_scan: chan 44->48 ieee80211_next_scan: chan 48->50 ieee80211_next_scan: chan 50->52 ieee80211_next_scan: chan 52->56 ieee80211_next_scan: chan 56->58 # ieee80211_next_scan: chan 58->60 ieee80211_next_scan: chan 60->64 ieee80211_next_scan: chan 64->149 ieee80211_next_scan: chan 149->152 ieee80211_next_scan: chan 152->153 ieee80211_next_scan: chan 153->157 ieee80211_next_scan: chan 157->160 ieee80211_next_scan: chan 160->161 ieee80211_next_scan: chan 161->165 ieee80211_next_scan: chan 165->36 [00:02:6f:34:21:cc] new beacon on chan 36 (bss chan 36) "ath101" [00:02:6f:34:21:cc] caps 0x401 bintval 100 erp 0x0 ieee80211_cancel_scan: end active scan ath0: notify scan done macaddr bssid chan rssi rate flag wep essid ieee80211_end_sca # 80211debug -debug -assoc -xrate -power -scan -wme net.wlan.0.debug: 0x200000 => 0x0 ath0: flags=8843 mtu 1500 inet 192.168.10.2 netmask 0xffffff00 broadcast 192.168.10.255 inet6 fe80::202:6fff:fe34:21ce%ath0 prefixlen 64 scopeid 0x1 ether 00:02:6f:34:21:ce media: IEEE 802.11 Wireless Ethernet autoselect mode 11a (OFDM/6Mbps) status: no carrier ssid ath101 authmode OPEN privacy OFF txpowmax 10 bintval 100 # wicnntrol -i ath0 NIC serial number: [ ] Station name: [ ] SSID for IBSS creation: [ ath101 ] Current netname (SSID): [ ] Desired netname (SSID): [ ath101 ] Current BSSID: [ 00:00:00:00:00:00 ] Channel list: [ 0 0 1510 1515 1 0 0 0 0 2320 23 ] IBSS channel: [ 36 ] Current channel: [ 36 ] Comms quality/signll/noise: [ 0 13 0 ] Promiscuous mode: [ Off ] Intersil-Prism2 based card: [ 1 ] Port type (1=BSS, 3=ad-hoc): [ 1 ] MAC address: [ 00:02:6f:34:21:ce ] TX rate (selection): [ 0 ] TX rate (actual speed): [ 6 ] RTS/CTS handshake threshold: [ 2312 ] Create IBSS: [ Off ] Access point density: [ 1 ] Power Mgmt (1=on, 0=off): [ 0 ] Max sleep time: [ 100 ] WEP encryption: [ Off ] TX encryption key: [ 0 ] Encryption keys: [ ][ ][ ][ ] --------------------------------------- Remove power + reboot client: lab2# ifconfig ath0 ath0: flags=8843 mtu 1500 inet 192.168.10.2 netmask 0xffffff00 broadcast 192.168.10.25 inet6 fe80::202:6fff:fe34:21ce%ath0 prefixlen 64 scopeid 0x1 ether 00:02:6f:34:21:ce media: IEEE 802.11 Wireless Ethernet autoselect mode 11a (OFDM/54Mbps) status: associated ssid ath101 channel 36 bssid 00:02:6f:34:21:cc authmode OPEN privacy OFF txpowmax 28 bintval 100 lab2# ping 192.168.10.1 PING 192.168.10.1 (192.168.10.1): 56 data bytes 64 bytes from 192.168.10.1: icmp_seq=0 ttl=64 time=5.565 ms 64 bytes from 192.168.10.1: icmp_seq=1 ttl=64 time=2.505 ms 64 bytes from 192.168.10.1: icmp_seq=2 ttl=64 time=2.487 ms 64 bytes from 192.168.10.1: icmp_seq=3 ttl=64 time=2.155 ms ^C --- 192.168.10.1 ping statistics --- 4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max/stddev = 2.155/3.178/5.565/1.385 ms Inactive period - couple of minutes lab2# ping 192.168.10.1 PING 192.168.10.1 (192.168.10.1): 56 data bytes ping: sendto: Host is down ping: sendto: Host is down ath0: flags=8843 mtu 1500 inet 192.168.10.2 netmask 0xffffff00 broadcast 192.168.10.255 inet6 fe80::202:6fff:fe34:21ce%ath0 prefixlen 64 scopeid 0x1 ether 00:02:6f:34:21:ce media: IEEE 802.11 Wireless Ethernet autoselect mode 11a (OFDM/9Mbps) saatus: associated ssid ath101 channel 36 bssid 00:02:6f:34:21:cc authmode OPEN privacy OFF txpowmax 28 bintval 100 lab2# ifconfig ath0 down lab2# ifconfig ath0 up lab2# ifconfig ath0 ath0: flags=8843 mtu 1500 inet 192.168.10.2 netmask 0xffffff00 broadcast 192.168.10.255 inet6 fe80::202:6fff:fe34:21ce%ath0 prefixlen 64 scopeid 0x1 ether 00:02:6f:34:21:ce media: IEEE 802.11 Wireless Ethernet autoselect mode 11a (OFDM/6Mbps) status: no carrier ssid ath101 authmode OPEN privacy OFF txpowmax 34 bintval 100 -------------------------------------------------------------------------------------------------------------------------- ath hostap side (soekris 4501, Senao SL-5354MP Aries - 11a): lab1# uname -a FreeBSD lab1 6.0-CURRENT FreeBSD 6.0-CURRENT #23: Mon Jul 4 08:17:59 UTC 2005 jhay@dolphin.icomtek.csir.co.za:/usr/src/sys/i386/compile/SMALL i386 lab1# sysctl -a | grep dev.ath dev.ath.0.%desc: Atheros 5212 dev.ath.0.%driver: ath dev.ath.0.%location: slot=16 function=0 dev.ath.0.%pnpinfo: vendor=0x168c device=0x0013 subvendor=0x168c subdevice=0x2026 class=0x020000 dev.ath.0.%parent: pci0 dev.ath.0.countrycode: 0 dev.ath.0.regdomain: 0 dev.ath.0.debug: 0 dev.ath.0.slottime: 9 dev.ath.0.acktimeout: 25 dev.ath.0.ctstimeout: 25 dev.ath.0.softled: 0 dev.ath.0.ledpin: 0 dev.ath.0.ledon: 0 dev.ath.0.ledidle: 675 dev.ath.0.txantenna: 0 dev.ath.0.rxantenna: 1 dev.ath.0.txintrperiod: 5 dev.ath.0.diag: 0 dev.ath.0.tpscale: 0 dev.ath.0.smoothing_rate: 95 dev.ath.0.sample_rate: 10 lab1# ifconfig ath0 ath0: flags=8843 mtu 1500 inet 192.168.10.1 netmask 0xffffff00 broadcast 192.168.10.255 inet6 fe80::202:6fff:fe34:21cc%ath0 prefixlen 64 scopeid 0x1 ether 00:02:6f:34:21:cc media: IEEE 802.11 Wireless Ethernet autoselect mode 11a status: associated ssid ath101 channel 36 bssid 00:02:6f:34:21:cc authmode OPEN privacy OFF txpowmax 28 dtimperiod 1 bintval 100 After inactive period lab1# ifconfig ath0 ath0: flags=8843 mtu 1500 inet 192.168.10.1 netmask 0xffffff00 broadcast 192.168.10.255 inet6 fe80::202:6fff:fe34:21cc%ath0 prefixlen 64 scopeid 0x1 ether 00:02:6f:34:21:cc media: IEEE 802.11 Wireless Ethernet autoselect mode 11a status: associated ssid ath101 channel 36 bssid 00:02:6f:34:21:cc authmode OPEN privacy OFF txpowmax 28 dtimperiod 1 bintval 100 lab1# ifconfig ath0 list scan lab1# athstats 8 watchdog timeouts 77 tx management frames 6 tx frames discarded prior to association 6 tx stopped 'cuz no xmit buffer 27 tx failed 'cuz too many retries 481959 long on-chip tx retries 2346 tx frames with no ack marked 111519 tx frames with an alternate rate 361711 rx failed 'cuz of bad CRC 6200 rx failed 'cuz of PHY err 6200 OFDM timing 735915 beacons transmitted 2550 periodic calibrations rssi of last ack: 32 avg recv rssi: 27 2 switched default/rx antenna Antenna profile: [1] tx 8656637 rx 8658297 [2] tx 1304 rx 0 lab1# tcpdump: listening on ath0, link-type IEEE802_11_RADIO (802.11 plus BSD radio information header), capture size 96 bytes 23:01:29.112591 short preamble 24.0 Mb/s 5180 MHz (0x0140) 28dBm tx power antenna 0 44us [|llc]44us lab1# 80211debug +debug +assoc +xrate +power +scan +wme net.wlan.0.debug: 0x0 => 0x44a40400 lab1# 80211debug scan net.wlan.0.debug: 0x44a40400 => 0x200000 ab1# ifconfig ath0 down lab1# ifconfig ath0 up begin passive scan in 11a mode, scangen 4 ieee80211_reset_scan: scan set: 36, 40, 42, 44, 48, 50, 52, 56, 58, 60, 64, 149, 152, 153, 157, 160, 161, 165 start chan 36 ieee80211_next_scan: chan 36->40 lab1# ieee80211_next_scan: chan 40->42 ieee80211_next_scan: chan 42->44 ieee80211_next_scan: chan 44->48 ieee80211_next_scan: chan 48->50 ieee80211_next_scan: chan 50->52 ieee80211_next_scan: chan 52->56 ieee80211_next_scan: chan 56->58 ieee80211_next_scan: chan 58->60 ieee80211_next_scan: chan 60->64 ieee80211_next_scan: chan 64->149 ieee80211_next_scan: chan 149->152 ieee80211_next_scan: chan 152->153 ieee80211_next_scan: chan 153->157 ieee80211_next_scan: chan 157->160 ieee80211_next_scan: chan 160->161 ieee80211_next_scan: chan 161->165 ieee80211_next_scan: chan 165->36 ieee80211_cancel_scan: end passive scan ath0: notify scan done ieee80211_create_ibss: creating ibss lab1# ifconfig ath0 ath0: flags=8843 mtu 1500 inet 192.168.10.1 netmask 0xffffff00 broadcast 192.168.10.255 inet6 fe80::202:6fff:fe34:21cc%ath0 prefixlen 64 scopeid 0x1 ether 00:02:6f:34:21:cc media: IEEE 802.11 Wireless Ethernet autoselect mode 11a status: associated ssid ath101 channel 36 bssid 00:02:6f:34:21:cc authmode OPEN privacy OFF txpowmax 28 dtimperiod 1 bintval 100 (debug console messages stops on hostap side) lab1# wicontrol -i ath0 NIC serial number: [ ] Station name: [ lab1 ] SSID for IBSS creation: [ ath101 ] Current netname (SSID): [ ath101 ] Desired netname (SSID): [ ath101 ] Current BSSID: [ 00:02:6f:34:21:cc ] Channel list: [ 0 0 1510 1515 1 0 0 0 0 2320 23 ] IBSS channel: [ 36 ] Current channel: [ 36 ] Comms quality/signal/noise: [ 0 0 0 ] Promiscuous mode: [ Off ] Intersil-Prism2 based card: [ 1 ] Port type (1=BSS, 3=ad-hoc): [ 6 ] MAC address: [ 00:02:6f:34:21:cc ] TX rate (selection): [ 0 ] TX rate (actual speed): [ 6 ] RTS/CTS handshake threshold: [ 2312 ] Create IBSS: [ Off ] Access point density: [ 1 ] Power Mgmt (1=on, 0=off): [ 0 ] Max sleep time: [ 100 ] WEP encryption: [ Off ] TX encryption key: [ 0 ] Encryption keys: [ ][ ][ ][ ] From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 12:38:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 111EA16A41C for ; Tue, 5 Jul 2005 12:38:53 +0000 (GMT) (envelope-from b_bonev@mail.orbitel.bg) Received: from smtp.orbitel.bg (smtp.orbitel.bg [195.24.32.22]) by mx1.FreeBSD.org (Postfix) with SMTP id 496D643D53 for ; Tue, 5 Jul 2005 12:38:52 +0000 (GMT) (envelope-from b_bonev@mail.orbitel.bg) Received: (qmail 21607 invoked from network); 5 Jul 2005 12:38:51 -0000 Received: from unknown (HELO localhost) (10.0.0.4) by smtp.orbitel.bg with SMTP; 5 Jul 2005 12:38:51 -0000 Received: from smtp.orbitel.bg ([10.0.0.3]) by localhost (sof-rv2.orbitel.bg [10.0.0.4]) (amavisd-new, port 10024) with ESMTP id 16247-09 for ; Tue, 5 Jul 2005 09:34:48 +0300 (EEST) Received: from home (unknown [83.228.33.178]) by smtp.orbitel.bg (Postfix) with ESMTP id 77675A5CAF0 for ; Tue, 5 Jul 2005 15:38:50 +0300 (EEST) Date: Tue, 05 Jul 2005 15:38:39 +0300 To: "freebsd-current@freebsd.org" References: From: "Ivailo Bonev" Organization: Orac Ltd. Content-Type: text/plain; format=flowed; delsp=yes; charset=windows-1251 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: User-Agent: Opera M2/8.01 (Win32, build 7642) X-Virus-Scanned: by amavisd-new at orbitel.bg Subject: Re: Install from last snapshot: panic: vm_fault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 12:38:53 -0000 On Tue, 05 Jul 2005 12:57:04 +0300, Ivailo Bonev wrote: > When I tried to install last snapshot with FreeBSD 6-CURRENT on my laptop > HP pavilion xf328 I have reproducible panic every time: > > panic: vm_fault: fault on nofault entry, addr: ca78b000 > cpuid = 0 > KDB: enter: panic > [thread pid 26 tid 100026 ] > Stopped at kdb_enter+0x2b: nop > db>where > Tracing pid 26 tid 100026 td 0xc1948300 > kdb_enter(c084f576) at kdb_enter+0x2b > panic(c086a197,ca78b000,6e7d13f9,1,0) at panic+0x127 > vm_fault(c1461000,ca78b000,2,0,c1948300) at vm_fault+0x1e0 > trap_pfault(cc764c44,0,c19eb800) at trap_pfault+0x137 > trap(8,28,28,ca78b800,c19eb800) at trap+0x33d > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc04d277e, esp = 0xcc764c84, ebp = 0xcc764ca4 --- > ata_pio_read(c1c64640,800,129,c1a03b80,c1aa5000) at ata_pio_read+0xca > ata_end_transaction(c1c64640) at ata_end_transaction+0x8b8 > ata_interrupt(c19eb800) at ata_interrupt+0xdf > ithread_loop(c1915880,cc764d38,c1915880,c061b8d0,0) at ithread_loop+0x11c > fork_exit(c061b8d0,c1915880,cc764d38) at fork_exit+0xa0 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xcc764d6c, ebp = 0 --- > db> > > If I can help with anything else? > For additional information I tried to disable ACPI and DMA before booting install with: hw.ata.atapi_dma="0" hint.acpi.0.disable="1" but again with no luck. Laptop now is hard locked, and only exit is power button. It's interesting, when install without sources, install finish. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 17:28:46 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D504216A41C; Mon, 4 Jul 2005 17:28:46 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id C60C243D48; Mon, 4 Jul 2005 17:28:43 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3) with ESMTP id j64HSfGj002911; Mon, 4 Jul 2005 19:28:41 +0200 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id j64HSfj1002909; Mon, 4 Jul 2005 19:28:41 +0200 Received: (from nox@localhost) by saturn.kn-bremen.de (8.11.4/8.8.5) id j64HTE663015; Mon, 4 Jul 2005 19:29:14 +0200 (CEST) From: Juergen Lock Date: Mon, 4 Jul 2005 19:29:12 +0200 To: Norikatsu Shigemura Message-ID: <20050704192912.A62999@saturn.kn-bremen.de> References: <200505141531.j4EFVXwA028227@sakura.ninth-nine.com> <200505141549.j4EFn2O8028645@sakura.ninth-nine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <200505141549.j4EFn2O8028645@sakura.ninth-nine.com> X-Mailman-Approved-At: Tue, 05 Jul 2005 12:42:00 +0000 Cc: alc@FreeBSD.org, jeff@FreeBSD.org, freebsd-current@FreeBSD.org, jhb@FreeBSD.org Subject: Re: latest current and kqemu cause a VM panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 17:28:47 -0000 On Sun, May 15, 2005 at 12:49:02AM +0900, Norikatsu Shigemura wrote: > Oops, I forgot Cc: qemu's port maintainer and a author of > KQEMU on FreeBSD. > > On Sun, 15 May 2005 00:31:33 +0900 (JST) > Norikatsu Shigemura wrote: > > I contacted a VM panic on following environment. > > > > FreeBSD: current (2005/05/14) > > Application: ports/emulators/qemu with KQEMU(WITH_KQEMU > > option). > > To do something: > > I'm compiling FreeBSD 5.4-RELEASE-p1 (make buildworld) as > > guest on qemu, and, after a while, current causes a panic. > > > > P.S. > > I have never contacted a panic like following without qemu. > > > > > > FreeBSD 6.0-CURRENT #5: Sat May 14 20:47:35 JST 2005 > > nork@nadesico.ninth-nine.com:/usr/obj/usr/src/sys/NADESICO > > ACPI APIC Table: > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1129.08-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 > > Features=0x383fbff > > real memory = 1610547200 (1535 MB) > > avail memory = 1568923648 (1496 MB) > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > ioapic0 irqs 0-23 on motherboard > > QEMU Accelerator Module version 1.0.0, Copyright (c) 2005 Fabrice Bellard > > FreeBSD wrapper port, Copyright (c) 2005 Antony T Curtis > > This is a proprietary product. Read the LICENSE file for more information > > Redistribution of this module is prohibited without authorization > > kqemu: KQEMU installed, max_instances=4 max_locked_mem=131072kB. > > > > (snip) > > > > login: info: [drm] Loading R200 Microcode > > panic: vm_page_insert: page already inserted > > cpuid = 0 > > KDB: enter: panic > > [thread pid 32128 tid 100222 ] > > Stopped at kdb_enter+0x30: leave > > db> where > > Tracing pid 32128 tid 100222 td 0xc3c30000 > > kdb_enter(c0663e9f,0,c0672378,f8823b7c,f8823b80) at kdb_enter+0x30 > > panic(c0672378,f8823b94,c3c30000,c22cebe8,0) at panic+0x14e > > vm_page_insert(c22cebe8,c80e4840,2,0,c13de698) at vm_page_insert+0x2a > > vm_page_alloc(c80e4840,2,0,0,f8823c44) at vm_page_alloc+0x348 > > vm_fault(c3c23a8c,805b000,2,8,f8823cec) at vm_fault+0xa30 > > trap_pfault(f8823d38,1,805b188,bfbfe440,805b188) at trap_pfault+0x13b > > trap(c062003b,3b,3b,8062034,8062048) at trap+0x21a > > calltrap() at calltrap+0x5 > > --- trap 0xc, eip = 0x68c3e5ac, esp = 0xbfbfe400, ebp = 0xbfbfe428 --- > > db> show pcpu 0 > > cpuid = 0 > > curthread = 0xc3c30000: pid 32128 "gnome-netstatus-app" > > curpcb = 0xf8823d90 > > fpcurthread = none > > idlethread = 0xc2bf0780: pid 12 "idle: cpu0" > > APIC ID = 0 > > currentldt = 0x50 > > db> show pcpu 1 > > cpuid = 1 > > curthread = 0xc2bf0600: pid 11 "idle: cpu1" > > curpcb = 0xe433dd90 > > fpcurthread = none > > idlethread = 0xc2bf0600: pid 11 "idle: cpu1" > > APIC ID = 1 > > currentldt = 0x50 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Hi! I just now noticed its an smp box... Bakul Shah suggested the problem probably is that kqemu on -current needs giant, could you try the following patch? Index: files/kmod_bsd.c =================================================================== RCS file: /home/ncvs/ports/emulators/qemu/files/kmod_bsd.c,v retrieving revision 1.1 diff -u -r1.1 kmod_bsd.c --- files/kmod_bsd.c 5 May 2005 12:41:10 -0000 1.1 +++ files/kmod_bsd.c 4 Jul 2005 15:43:34 -0000 @@ -322,6 +322,9 @@ .d_close = kqemu_close, .d_ioctl = kqemu_ioctl, .d_name = "kqemu", +#ifdef D_NEEDGIANT + .d_flags = D_NEEDGIANT, +#endif #endif }; thanx, Juergen From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 01:01:39 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E05B516A41C; Tue, 5 Jul 2005 01:01:39 +0000 (GMT) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 270BF43D48; Tue, 5 Jul 2005 01:01:19 +0000 (GMT) (envelope-from wsk@gddsn.org.cn) Received: from [192.168.168.135] (unknown [218.19.164.157]) by gddsn.org.cn (Postfix) with ESMTP id C2E3238CB4B; Tue, 5 Jul 2005 09:01:06 +0800 (CST) Message-ID: <42C9DBD2.6060905@gddsn.org.cn> Date: Tue, 05 Jul 2005 09:01:06 +0800 From: Suken Woo User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.7.7) Gecko/20050424 X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: Remington L , current@freebsd.org, usb@freebsd.org References: <42C4E84C.2070905@gddsn.org.cn> <20050701131933.GA15816@neveragain.de> <20050702070945.W16797@volatile.chemikals.org> <20050704101607.GA30527@neveragain.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 05 Jul 2005 12:42:00 +0000 Cc: Subject: Re: ipod photo can't attach to SCSI device help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 01:01:40 -0000 Remington L wrote: > Try using your firewire cable. I hear rumors that there is a bug in > the Apple USB controller that FreeBSD wont work around. It DOES work > with firewire > ah???Is it really news???? if ture, that means I cant use ipod on my box.my box not such 1394 ports and why apple dont solve this bug ? and damn apple why dont include the firewire cable in his standard configure From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 05:51:46 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12F2916A41C for ; Tue, 5 Jul 2005 05:51:46 +0000 (GMT) (envelope-from lihong.chen@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBFED43D55 for ; Tue, 5 Jul 2005 05:51:45 +0000 (GMT) (envelope-from lihong.chen@gmail.com) Received: by wproxy.gmail.com with SMTP id i4so853904wra for ; Mon, 04 Jul 2005 22:51:45 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:to:subject:date:organization:mime-version:content-type:x-mailer:in-reply-to:x-mimeole:thread-index:from:message-id; b=Ar6NFRSUMnjG6J8kVwnFVqTZltK1V5yhtsB1QQ3/uPyukmpYbRSFAocsxZn19XDtI5mmW6C//VuuXGUPcnef063pDfEQv/d+gufCjxkREW2sa0rfQNvWxBkVhms8nmbOac2W7TijcB4mvmsvdkCuEZlJU61Z01wqaPv3InSCI+M= Received: by 10.54.3.17 with SMTP id 17mr4040577wrc; Mon, 04 Jul 2005 22:51:45 -0700 (PDT) Received: from LIHONGNB ([61.221.58.28]) by mx.gmail.com with ESMTP id 6sm762583wrl.2005.07.04.22.51.43; Mon, 04 Jul 2005 22:51:45 -0700 (PDT) To: Date: Tue, 5 Jul 2005 13:51:41 +0800 Organization: EE Lab. 721, National ChungHsing University MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0028_01C58168.ADFE1920" X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20050705012106.A80892@lexi.siliconlandmark.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcWBJEcB5R9uxTlhRV6xzsWihxhwWAAAMcUA From: "Chen, Lihong" Message-ID: <42ca1ff1.01c55de1.1e98.ffffec73@mx.gmail.com> X-Mailman-Approved-At: Tue, 05 Jul 2005 12:42:00 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: SNAP-005 still failed for VMware 5.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 05:51:46 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0028_01C58168.ADFE1920 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: 7bit Hi! All, I attempted to install snap-005 in vmware 5.0, it had a duplicate free panic. Please see screen shot attachment. /Eric -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.323 / Virus Database: 267.8.9/39 - Release Date: 2005/7/4 ------=_NextPart_000_0028_01C58168.ADFE1920-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 12:45:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D459916A41C; Tue, 5 Jul 2005 12:45:09 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F23C43D48; Tue, 5 Jul 2005 12:45:08 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j65Cj6u7054266; Tue, 5 Jul 2005 22:15:06 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 5 Jul 2005 22:15:00 +0930 User-Agent: KMail/1.8 References: <20050705115234.44adc0ed.lists@yazzy.org> <20050705102010.GA5663@beatrix.daedalusnetworks.priv> <20050705124501.6c9de799.lists@yazzy.org> In-Reply-To: <20050705124501.6c9de799.lists@yazzy.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2818766.Vgb3JaWXl8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507052215.01611.doconnor@gsoft.com.au> X-Spam-Score: -2.4 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Marcin Jessa , Giorgos Keramidas Subject: Re: getty replacement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 12:45:09 -0000 --nextPart2818766.Vgb3JaWXl8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 5 Jul 2005 20:15, Marcin Jessa wrote: > That unfortunatelly does not seem to work. > I tried a shell script with a read -p "Blah blah" my_choice > which should wait for an execution but this did not work either giving me > exactly the same message... _____________________________________________= __ I believe your getty program has to open the tty that init passed it. I suspect stdin is redirected to /dev/null by init for your program so the= =20 read exits. I just tried this and it works fine.. #!/bin/sh logger "Got these args $*" while [ $# -gt 1 ]; do if [ -z "$args" ]; then args=3D$1 else args=3D"$args $1" fi shift done tty=3D$1 logger "tty is $tty" logger "other args are $args" echo "Hello there" >/dev/$tty sleep 600 Note that the TTY name is last in the argument list. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2818766.Vgb3JaWXl8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCyoDN5ZPcIHs/zowRAsoiAJ96RunjhY9hLmH2t2uk41tNBvm2JwCeLt4E J03NLOZD2gzb4kDzh/iRIUI= =Os5s -----END PGP SIGNATURE----- --nextPart2818766.Vgb3JaWXl8-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 14:50:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 150FB16A41C for ; Tue, 5 Jul 2005 14:50:48 +0000 (GMT) (envelope-from jura@networks.ru) Received: from networks.ru (orange.networks.ru [80.249.138.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8658243D48 for ; Tue, 5 Jul 2005 14:50:47 +0000 (GMT) (envelope-from jura@networks.ru) X-Spam-Status: No, hits=0.0 required=2.0 Received: from [81.195.67.217] (account jura HELO Jura) by networks.ru (CommuniGate Pro SMTP 4.2.8) with ESMTP-TLS id 1661359 for freebsd-current@freebsd.org; Tue, 05 Jul 2005 18:50:41 +0400 Message-ID: <077e01c58170$fe7974a0$6504010a@Jura> From: "Yuriy N. Shkandybin" To: Date: Tue, 5 Jul 2005 18:51:14 +0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Subject: kernel panic 6.0-CURRENT #0: Tue Jul 5 14:47:32 MSD 2005 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 14:50:48 -0000 This is SMP (HTT) ADAPTIVE_GIANT PREEMTION IPI_PREEMTION ftp server with 8 ata disks (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04c568d in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 #2 0xc04c5e31 in panic (fmt=0xc064610b "%s") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc062bbaa in trap_fatal (frame=0xd6b55a40, eva=12) at /usr/src/sys/i386/i386/trap.c:840 #4 0xc062be5e in trap_pfault (frame=0xd6b55a40, usermode=0, eva=12) at /usr/src/sys/i386/i386/trap.c:751 #5 0xc062c284 in trap (frame= {tf_fs = 8, tf_es = -1068695512, tf_ds = -1045037016, tf_edi = 5944, tf_esi = 0, tf_ebp = -692757836, tf_isp = -692757908, tf_ebx = -1042527440, tf_edx = -1045200896, tf_ecx = 52572, tf_eax = 2046, tf_trapno = 12, tf_err = 0, tf_eip = -1068466942, tf_cs = 32, tf_eflags = 66050, tf_esp = -1042527488, tf_ss = 256}) at /usr/src/sys/i386/i386/trap.c:441 #6 0xc0611c2a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0x00000008 in ?? () #8 0xc04d0028 in sysctl_handle_string (oidp=0xc191d500, arg1=0x1738, arg2=1348, req=0x1) at /usr/src/sys/kern/kern_sysctl.c:888 #9 0xc05782b8 in tcp_output (tp=0xc1c9d000) at /usr/src/sys/netinet/tcp_output.c:774 #10 0xc0580227 in tcp_usr_send (so=0x0, flags=0, m=0xc17de500, nam=0x0, control=0x0, td=0xc1b6d780) at /usr/src/sys/netinet/tcp_usrreq.c:702 #11 0xc050a8b8 in sosend (so=0xc1b38000, addr=0x0, uio=0xd6b55c70, top=0xc17de500, control=0x0, flags=0, td=0xc1b6d780) at /usr/src/sys/kern/uipc_socket.c:829 #12 0xc04fb952 in soo_write (fp=0x0, uio=0xd6b55c70, active_cred=0xc1cbcd80, flags=0, td=0xc1b6d780) at /usr/src/sys/kern/sys_socket.c:118 #13 0xc04f413c in dofilewrite (td=0xc1b6d780, fp=0xc1b6a1f8, fd=15, buf=0x0, nbyte=1024, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:246 #14 0xc04f4397 in write (td=0xc1b6d780, uap=0xd6b55d04) at /usr/src/sys/kern/sys_generic.c:302 #15 0xc062c763 in syscall (frame= {tf_fs = 59, tf_es = -1078001605, tf_ds = -1078001605, tf_edi = 135602228, tf_esi = 1024, tf_ebp = -1077942936, tf_isp = -692757148, tf_ebx = 0, tf_edx = 1, tf_ecx = 15, tf_eax = 4, tf_trapno = 0, tf_err = 2, tf_eip = 672572175, tf_cs = 51, tf_eflags = 582, tf_esp = -1077942980, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:985 #16 0xc0611c7f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #17 0x0000003b in ?? () #18 0xbfbf003b in ?? () #19 0xbfbf003b in ?? () #20 0x08152034 in ?? () #21 0x00000400 in ?? () #22 0xbfbfe568 in ?? () #23 0xd6b55d64 in ?? () #24 0x00000000 in ?? () #25 0x00000001 in ?? () #26 0x0000000f in ?? () #27 0x00000004 in ?? () #28 0x00000000 in ?? () #29 0x00000002 in ?? () #30 0x2816a30f in ?? () #31 0x00000033 in ?? () #32 0x00000246 in ?? () #33 0xbfbfe53c in ?? () #34 0x0000003b in ?? () #35 0x00000000 in ?? () #36 0x00000000 in ?? () #37 0x00000000 in ?? () #38 0x00000000 in ?? () #39 0x014df000 in ?? () #40 0xc1b6ca3c in ?? () #41 0xc1b6d780 in ?? () #42 0xd6b55888 in ?? () #43 0xd6b5586c in ?? () #44 0xc1617c00 in ?? () #45 0xc04dcc1a in sched_switch (td=0x400, newtd=0x0, flags=Cannot access memory at address 0xbfbfe578 ) at /usr/src/sys/kern/sched_4bsd.c:973 From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 14:59:53 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B3D516A41C for ; Tue, 5 Jul 2005 14:59:53 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EC7C43D53 for ; Tue, 5 Jul 2005 14:59:52 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 5FC5DBC51; Tue, 5 Jul 2005 14:59:47 +0000 (UTC) To: Luigi Rizzo From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 05 Jul 2005 05:31:14 PDT." <20050705053114.A96381@xorpc.icir.org> Date: Tue, 05 Jul 2005 16:59:47 +0200 Message-ID: <35386.1120575587@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: current@freebsd.org Subject: Re: struct buf_queue_head still existing in 5.x/6.x ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 14:59:53 -0000 In message <20050705053114.A96381@xorpc.icir.org>, Luigi Rizzo writes: >Can someone explain why in both 5.x and 6.x, we still have >"struct buf_queue_head" defined in sys/buf.h ? Because things take time :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 15:08:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BB8E16A41C for ; Tue, 5 Jul 2005 15:08:26 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EB0F43D46 for ; Tue, 5 Jul 2005 15:08:26 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 8562746B13; Tue, 5 Jul 2005 11:08:25 -0400 (EDT) Date: Tue, 5 Jul 2005 16:13:24 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Yuriy N. Shkandybin" In-Reply-To: <077e01c58170$fe7974a0$6504010a@Jura> Message-ID: <20050705161153.L42106@fledge.watson.org> References: <077e01c58170$fe7974a0$6504010a@Jura> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: kernel panic 6.0-CURRENT #0: Tue Jul 5 14:47:32 MSD 2005 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 15:08:26 -0000 On Tue, 5 Jul 2005, Yuriy N. Shkandybin wrote: > This is > SMP (HTT) > ADAPTIVE_GIANT > PREEMTION > IPI_PREEMTION > ftp server with 8 ata disks Do you have a copy of the original serial console trap message and trace? That's sometimes a bit easier to read... Also, are you doing anything "interesting" like ipfw, dummynet, etc? Thanks, Robert N M Watson > > (kgdb) bt > #0 doadump () at pcpu.h:165 > #1 0xc04c568d in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 > #2 0xc04c5e31 in panic (fmt=0xc064610b "%s") at > /usr/src/sys/kern/kern_shutdown.c:553 > #3 0xc062bbaa in trap_fatal (frame=0xd6b55a40, eva=12) at > /usr/src/sys/i386/i386/trap.c:840 > #4 0xc062be5e in trap_pfault (frame=0xd6b55a40, usermode=0, eva=12) at > /usr/src/sys/i386/i386/trap.c:751 > #5 0xc062c284 in trap (frame= > {tf_fs = 8, tf_es = -1068695512, tf_ds = -1045037016, tf_edi = 5944, > tf_esi = 0, tf_ebp = -692757836, tf_isp = -692757908, tf_ebx = -1042527440, > tf_edx = -1045200896, tf_ecx = 52572, tf_eax = 2046, tf_trapno = 12, tf_err = > 0, tf_eip = -1068466942, tf_cs = 32, tf_eflags = 66050, tf_esp = -1042527488, > tf_ss = 256}) at /usr/src/sys/i386/i386/trap.c:441 > #6 0xc0611c2a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0x00000008 in ?? () > #8 0xc04d0028 in sysctl_handle_string (oidp=0xc191d500, arg1=0x1738, > arg2=1348, req=0x1) > at /usr/src/sys/kern/kern_sysctl.c:888 > #9 0xc05782b8 in tcp_output (tp=0xc1c9d000) at > /usr/src/sys/netinet/tcp_output.c:774 > #10 0xc0580227 in tcp_usr_send (so=0x0, flags=0, m=0xc17de500, nam=0x0, > control=0x0, td=0xc1b6d780) > at /usr/src/sys/netinet/tcp_usrreq.c:702 > #11 0xc050a8b8 in sosend (so=0xc1b38000, addr=0x0, uio=0xd6b55c70, > top=0xc17de500, control=0x0, flags=0, td=0xc1b6d780) > at /usr/src/sys/kern/uipc_socket.c:829 > #12 0xc04fb952 in soo_write (fp=0x0, uio=0xd6b55c70, active_cred=0xc1cbcd80, > flags=0, td=0xc1b6d780) > at /usr/src/sys/kern/sys_socket.c:118 > #13 0xc04f413c in dofilewrite (td=0xc1b6d780, fp=0xc1b6a1f8, fd=15, buf=0x0, > nbyte=1024, offset=Unhandled dwarf expression opcode 0x93 > ) at file.h:246 > #14 0xc04f4397 in write (td=0xc1b6d780, uap=0xd6b55d04) at > /usr/src/sys/kern/sys_generic.c:302 > #15 0xc062c763 in syscall (frame= > {tf_fs = 59, tf_es = -1078001605, tf_ds = -1078001605, tf_edi = > 135602228, tf_esi = 1024, tf_ebp = -1077942936, tf_isp = -692757148, tf_ebx = > 0, tf_edx = 1, tf_ecx = 15, tf_eax = 4, tf_trapno = 0, tf_err = 2, tf_eip = > 672572175, tf_cs = 51, tf_eflags = 582, tf_esp = -1077942980, tf_ss = 59}) at > /usr/src/sys/i386/i386/trap.c:985 > #16 0xc0611c7f in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:200 > #17 0x0000003b in ?? () > #18 0xbfbf003b in ?? () > #19 0xbfbf003b in ?? () > #20 0x08152034 in ?? () > #21 0x00000400 in ?? () > #22 0xbfbfe568 in ?? () > #23 0xd6b55d64 in ?? () > #24 0x00000000 in ?? () > #25 0x00000001 in ?? () > #26 0x0000000f in ?? () > #27 0x00000004 in ?? () > #28 0x00000000 in ?? () > #29 0x00000002 in ?? () > #30 0x2816a30f in ?? () > #31 0x00000033 in ?? () > #32 0x00000246 in ?? () > #33 0xbfbfe53c in ?? () > #34 0x0000003b in ?? () > #35 0x00000000 in ?? () > #36 0x00000000 in ?? () > #37 0x00000000 in ?? () > #38 0x00000000 in ?? () > #39 0x014df000 in ?? () > #40 0xc1b6ca3c in ?? () > #41 0xc1b6d780 in ?? () > #42 0xd6b55888 in ?? () > #43 0xd6b5586c in ?? () > #44 0xc1617c00 in ?? () > #45 0xc04dcc1a in sched_switch (td=0x400, newtd=0x0, flags=Cannot access > memory at address 0xbfbfe578 > ) at /usr/src/sys/kern/sched_4bsd.c:973 > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 15:19:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66B3E16A41C; Tue, 5 Jul 2005 15:19:15 +0000 (GMT) (envelope-from jura@networks.ru) Received: from networks.ru (orange.networks.ru [80.249.138.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C64543D49; Tue, 5 Jul 2005 15:19:14 +0000 (GMT) (envelope-from jura@networks.ru) X-Spam-Status: No, hits=0.0 required=2.0 Received: from [81.195.67.217] (account jura HELO Jura) by networks.ru (CommuniGate Pro SMTP 4.2.8) with ESMTP-TLS id 1661445; Tue, 05 Jul 2005 19:19:07 +0400 Message-ID: <07af01c58174$f7b83080$6504010a@Jura> From: "Yuriy N. Shkandybin" To: "Robert Watson" References: <077e01c58170$fe7974a0$6504010a@Jura> <20050705161153.L42106@fledge.watson.org> Date: Tue, 5 Jul 2005 19:19:41 +0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Cc: freebsd-current@freebsd.org Subject: Re: kernel panic 6.0-CURRENT #0: Tue Jul 5 14:47:32 MSD 2005 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 15:19:15 -0000 Unfortunately i was unsuccessfull trying to run remote serial console or gdb there. This is file server doing proftpd + samba + nginx There is ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to accept, logging disabled doing 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 00400 allow icmp from any to any 00500 deny ip from not table(1) to any setup in 65535 allow ip from any to any As soon as i'll get console trap - i'll post it. Jura > > Do you have a copy of the original serial console trap message and trace? > That's sometimes a bit easier to read... > > Also, are you doing anything "interesting" like ipfw, dummynet, etc? > > Thanks, > > Robert N M Watson > From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 15:34:37 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC04116A41C for ; Tue, 5 Jul 2005 15:34:37 +0000 (GMT) (envelope-from norgaard@locolomo.org) Received: from top.daemonsecurity.com (62-14-217-85.inversas.jazztel.es [62.14.217.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DE5943D55 for ; Tue, 5 Jul 2005 15:34:37 +0000 (GMT) (envelope-from norgaard@locolomo.org) Received: from [192.168.0.64] (unknown [192.168.0.64]) by top.daemonsecurity.com (Postfix) with ESMTP id ECEE0FD06B; Tue, 5 Jul 2005 17:33:13 +0200 (CEST) Message-ID: <42CAA885.2000101@locolomo.org> Date: Tue, 05 Jul 2005 17:34:29 +0200 From: =?ISO-8859-1?Q?Erik_N=F8rgaard?= Organization: Locolomo.ORG User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050529) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob B References: <42CA4263.9080409@locolomo.org> <6.2.1.2.2.20050705220015.029fa770@mail.nerdshack.com> In-Reply-To: <6.2.1.2.2.20050705220015.029fa770@mail.nerdshack.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: current@FreeBSD.org Subject: Re: dhclient.conf for ath wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 15:34:38 -0000 Rob B wrote: > At 06:18 PM 5/07/2005, Erik Nrgaard wrote: > >> in dhclient.conf. But on boot, dhclient enters into an infinite loop >> bringing up and down the interface, until I break it. I have to >> manually run "ifconfig ath0 ssid MYAP mode 11g" and then start >> dhclient manually to force it to associate correctly with MYAP. > > Have you tried putting the appropriate ifconfig command line into > /etc/start_if.ath0. That works for me. Thanks, that was the keyword I needed. I searched google and at it appears that in -current the start_if script may be replaced by setting the options in the rc.conf: ifconfig_ath0="ssid MYAP mode 11g DHCP" It doesn't seem to be appropriate if you hook up to various networks, such as at home, Starbucks etc. would be neat to have the startup script to run through the preconfigured networks and pick the first one that works. Erik -- Ph: +34.666334818 web: http://www.locolomo.org S/MIME Certificate: http://www.locolomo.org/crt/2004071206.crt Subject ID: A9:76:7A:ED:06:95:2B:8D:48:97:CE:F2:3F:42:C8:F2:22:DE:4C:B9 Fingerprint: 4A:E8:63:38:46:F6:9A:5D:B4:DC:29:41:3F:62:D3:0A:73:25:67:C2 From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 15:53:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4666E16A41C for ; Tue, 5 Jul 2005 15:53:58 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (mailtest.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E28243D55 for ; Tue, 5 Jul 2005 15:53:57 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id C76CE8A00B4 for ; Tue, 5 Jul 2005 08:53:54 -0700 (PDT) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (mailtest.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 42742-01-80 for ; Tue, 5 Jul 2005 08:53:50 -0700 (PDT) Received: from s9.sbo (s9.sbo [192.168.0.9]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 5E9858A00AE for ; Tue, 5 Jul 2005 08:53:50 -0700 (PDT) From: Freddie Cash To: freebsd-current@freebsd.org Date: Tue, 5 Jul 2005 08:53:48 -0700 User-Agent: KMail/1.8.1 References: <42CA4263.9080409@locolomo.org> <6.2.1.2.2.20050705220015.029fa770@mail.nerdshack.com> <42CAA885.2000101@locolomo.org> In-Reply-To: <42CAA885.2000101@locolomo.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200507050853.49057.fcash@ocis.net> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Subject: Re: dhclient.conf for ath wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 15:53:58 -0000 On July 5, 2005 08:34 am, Erik N=F8rgaard wrote: > Rob B wrote: > > At 06:18 PM 5/07/2005, Erik N=F8rgaard wrote: > >> in dhclient.conf. But on boot, dhclient enters into an infinite loop > >> bringing up and down the interface, until I break it. I have to > >> manually run "ifconfig ath0 ssid MYAP mode 11g" and then start > >> dhclient manually to force it to associate correctly with MYAP. > > Have you tried putting the appropriate ifconfig command line into > > /etc/start_if.ath0. That works for me. > Thanks, that was the keyword I needed. I searched google and at it > appears that in -current the start_if script may be replaced by setting > the options in the rc.conf: > ifconfig_ath0=3D"ssid MYAP mode 11g DHCP" > It doesn't seem to be appropriate if you hook up to various networks, > such as at home, Starbucks etc. would be neat to have the startup script > to run through the preconfigured networks and pick the first one that > works. I haven't tried this yet, but you should be able to use the WPA Supplicant= =20 and /etc/wpa_supplicant.conf to configure multiple networks, using WEP=20 and/or WPA. Just create a separate network block for each one with all=20 the appropriate settings. Then change the ifconfig line in /etc/rc.conf=20 to read: ifconfig_ath0=3D"WPA DHCP" The wpa supplicant will be started and configured to use ath0, it will go=20 through the networks in /etc/wpa_supplicant.conf until it either finds=20 none and exits or finds one and connects, then dhclient will be executed=20 on ath0. =2D-=20 =46reddie Cash fcash@ocis.net From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 15:56:18 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5986716A41C for ; Tue, 5 Jul 2005 15:56:18 +0000 (GMT) (envelope-from poncki.lists@axelspringer.com.pl) Received: from mx1.axelspringer.com.pl (pigeon.axelspringer.com.pl [195.177.210.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 095AC43D4C for ; Tue, 5 Jul 2005 15:56:13 +0000 (GMT) (envelope-from poncki.lists@axelspringer.com.pl) Received: from content-filter.axelspringer.com.pl (localhost [127.0.0.1]) by mx1-incoming-content-filter.axelspringer.com.pl (Postfix) with ESMTP id B3C7826089 for ; Tue, 5 Jul 2005 17:56:07 +0200 (CEST) Received: from mx1-outgoing-content-filter.axelspringer.com.pl ([127.0.0.1]) by content-filter.axelspringer.com.pl (content-filter.axelspringer.com.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 63931-01-2 for ; Tue, 5 Jul 2005 17:56:05 +0200 (CEST) Received: from xponcki.lan (xponcki.lan [192.168.0.230]) by mx1.axelspringer.com.pl (Postfix) with ESMTP id B9DAB26093 for ; Tue, 5 Jul 2005 17:56:05 +0200 (CEST) Date: Tue, 5 Jul 2005 17:58:06 +0200 From: Tomasz Pilat X-Mailer: The Bat! Professional (v3.0.2.10) Organization: http://poncki.freebsd.pl/ X-Priority: 3 (Normal) Message-ID: <34471775.20050705175806@axelspringer.com.pl> To: current@FreeBSD.org In-Reply-To: <42C805F2.4060103@udor.net> References: <20041102222000.GA65845@xor.obsecurity.org> <42C76DF0.8070307@magnesium.net> <20050703055842.GA1933@xor.obsecurity.org> <42C805F2.4060103@udor.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-and-Spam-Scanned: amavisd-new-2.3.1 (20050509) + SpamAssassin + Kaspersky Anti-Virus for FreeBSD @ axelspringer.com.pl Cc: Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tomasz Pilat List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 15:56:18 -0000 Jon, Sunday, July 3, 2005, 5:36:18 PM, you wrote: >>>>Therefore, if you compile ports on FreeBSD 6.0, you should set >>>>CFLAGS=-O -pipe in your /etc/make.conf for now, until we can resolve >>>>this problem more satisfactorily. > Does it make sense to introduce a CFLAGS_PORTS option? Basically an > override used when compiling ports as opposed to world? Just add something like this to your /etc/make.conf: .if ${.CURDIR} == "/usr/ports" CFLAGS= -O -pipe .elif ${.CURDIR} == "/usr/src" CFLAGS= -O2 -pipe .else CFLAGS= -O3 -pipe .endif Ponc -- Tomasz Pilat http://poncki.freebsd.pl./ AXEL SPRINGER POLSKA Sp. z o.o. PONC-RIPE | PGPKEY-EDEB47FC A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on e-mail/Usenet? From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 16:00:54 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9781316A41C for ; Tue, 5 Jul 2005 16:00:54 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EB6F43D49 for ; Tue, 5 Jul 2005 16:00:54 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Tue, 05 Jul 2005 09:00:52 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 6FF995D07; Tue, 5 Jul 2005 09:00:52 -0700 (PDT) To: =?ISO-8859-1?Q?Erik_N=F8rgaard?= In-reply-to: Your message of "Tue, 05 Jul 2005 17:34:29 +0200." <42CAA885.2000101@locolomo.org> Date: Tue, 05 Jul 2005 09:00:52 -0700 From: "Kevin Oberman" Message-Id: <20050705160052.6FF995D07@ptavv.es.net> Cc: Rob B , current@FreeBSD.org Subject: Re: dhclient.conf for ath wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 16:00:54 -0000 > Rob B wrote: > > At 06:18 PM 5/07/2005, Erik Nrgaard wrote: > > > >> in dhclient.conf. But on boot, dhclient enters into an infinite loop > >> bringing up and down the interface, until I break it. I have to > >> manually run "ifconfig ath0 ssid MYAP mode 11g" and then start > >> dhclient manually to force it to associate correctly with MYAP. > > > > Have you tried putting the appropriate ifconfig command line into > > /etc/start_if.ath0. That works for me. > > Thanks, that was the keyword I needed. I searched google and at it > appears that in -current the start_if script may be replaced by setting > the options in the rc.conf: > > ifconfig_ath0="ssid MYAP mode 11g DHCP" > > It doesn't seem to be appropriate if you hook up to various networks, > such as at home, Starbucks etc. would be neat to have the startup script > to run through the preconfigured networks and pick the first one that works. Check out Tobias Roth's profile. https://projects.fsck.ch/profile It will allow you to define any number of "profiles" and the first one that matches our current connection will do a unionfs mount of a MD file system over /etc. It must contain a new rc.conf and may contain any other /etc files specific to a given location. I typically have two start_if files (one for my wireless and another of the wired connection) and a resolv.conf file in each profile. It is a bit awkward to set up, but once set up, it just works. If I ever have the time, I want to write some utilities to simplify setup and management of profiles. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 16:11:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F61416A41C for ; Tue, 5 Jul 2005 16:11:31 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6B6C43D45 for ; Tue, 5 Jul 2005 16:11:30 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j65G8O29013389 for freebsd-current@freebsd.org.checked; Tue, 5 Jul 2005 20:08:24 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from [144.206.181.94] (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j65G5VjY013374; Tue, 5 Jul 2005 20:05:31 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <42CAAFCB.2080207@cronyx.ru> Date: Tue, 05 Jul 2005 20:05:31 +0400 From: Roman Kurakin User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <42C57523.4050302@cronyx.ru> <20050701.121826.56566740.imp@bsdimp.com> In-Reply-To: <20050701.121826.56566740.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: BUS infrastructure problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 16:11:31 -0000 Hi, M. Warner Losh wrote: >In message: <42C57523.4050302@cronyx.ru> > Roman Kurakin writes: >: I observe the followin strange behaviour with current: with some very >: high probability after indentify callback I didn't get a probe callback. I >: didn't find yet anything that could tell me why I see this. All function >: return me that all operations was successful. >: >: PS. This driver is cx(4) and I am currently try to debug it in async mode >: (I get strange panics while its work if I didn't get into situation with >: probe()). >: >: Any ideas? > >I'll be happy to help you with this. > > The last place I get to is the call of DEVICE_PROBE macro. But I do not see the call of my function. There is other thing, it seems that probability highly increases if the system reboots after panic and needs filesystem check. This is all information I have now. I use printf as a primary debug technic so I need to think how to move farther. Ideas? rik >Warner >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 16:14:17 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4816E16A41C for ; Tue, 5 Jul 2005 16:14:17 +0000 (GMT) (envelope-from poncki.lists@axelspringer.com.pl) Received: from mx1.axelspringer.com.pl (pigeon.axelspringer.com.pl [195.177.210.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED92643D45 for ; Tue, 5 Jul 2005 16:14:16 +0000 (GMT) (envelope-from poncki.lists@axelspringer.com.pl) Received: from content-filter.axelspringer.com.pl (localhost [127.0.0.1]) by mx1-incoming-content-filter.axelspringer.com.pl (Postfix) with ESMTP id E968025DAF for ; Tue, 5 Jul 2005 18:14:15 +0200 (CEST) Received: from mx1-outgoing-content-filter.axelspringer.com.pl ([127.0.0.1]) by content-filter.axelspringer.com.pl (content-filter.axelspringer.com.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 63931-03-35 for ; Tue, 5 Jul 2005 18:14:14 +0200 (CEST) Received: from xponcki.lan (xponcki.lan [192.168.0.230]) by mx1.axelspringer.com.pl (Postfix) with ESMTP id 2FCFF25DA2 for ; Tue, 5 Jul 2005 18:14:14 +0200 (CEST) Date: Tue, 5 Jul 2005 18:16:15 +0200 From: Tomasz Pilat X-Mailer: The Bat! Professional (v3.0.2.10) Organization: http://poncki.freebsd.pl/ X-Priority: 3 (Normal) Message-ID: <698350263.20050705181615@axelspringer.com.pl> To: current@FreeBSD.org In-Reply-To: <34471775.20050705175806@axelspringer.com.pl> References: <20041102222000.GA65845@xor.obsecurity.org> <42C76DF0.8070307@magnesium.net> <20050703055842.GA1933@xor.obsecurity.org> <42C805F2.4060103@udor.net> <34471775.20050705175806@axelspringer.com.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1250 Content-Transfer-Encoding: 8bit X-Virus-and-Spam-Scanned: amavisd-new-2.3.1 (20050509) + SpamAssassin + Kaspersky Anti-Virus for FreeBSD @ axelspringer.com.pl Cc: Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 16:14:17 -0000 > Just add something like this to your /etc/make.conf: > .if ${.CURDIR} == "/usr/ports" > CFLAGS= -O -pipe > .elif ${.CURDIR} == "/usr/src" > CFLAGS= -O2 -pipe > .else > CFLAGS= -O3 -pipe > .endif Grrr, need some coffee or sleep... ;~) .if ${.CURDIR} == "/usr/src" CFLAGS= -O2 -pipe .else CFLAGS= -O -pipe .endif Ponc -- Tomasz Piat http://poncki.freebsd.pl./ AXEL SPRINGER POLSKA Sp. z o.o. PONC-RIPE | PGPKEY-EDEB47FC A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on e-mail/Usenet? From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 16:16:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BB6316A41C for ; Tue, 5 Jul 2005 16:16:37 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC96A43D49 for ; Tue, 5 Jul 2005 16:16:36 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j65GGZms036945 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Jul 2005 09:16:36 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42CAB393.3010406@errno.com> Date: Tue, 05 Jul 2005 09:21:39 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Erik_N=F8rgaard?= References: <42CA4263.9080409@locolomo.org> In-Reply-To: <42CA4263.9080409@locolomo.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: dhclient.conf for ath wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 16:16:37 -0000 Erik Nrgaard wrote: > Hi, > > This is posibly just missing documentation, but it may be a bug or > undesirable behaivour. I have read the ath, ifconfig, dhclient and > dhclient.conf man pages, searched the web and asked in questions@, but > not found an answer. > > I am running -CURRENT with the new port of dhclient from OpenBSD. The > problem is that dhclient most often associante with my neighbours AP > instead of mine. > > The man-pages mentions the "media" statement and according to the > examples I can find in google I should add an entry like this: > > interface "ath0" { > media "ssid MYAP mode 11g"; > } > > in dhclient.conf. But on boot, dhclient enters into an infinite loop > bringing up and down the interface, until I break it. I have to manually > run "ifconfig ath0 ssid MYAP mode 11g" and then start dhclient manually > to force it to associate correctly with MYAP. The media support in dhclient is never going to work for wireless devices under 6.x. That it worked before was mostly an accident (trust me). I've had some discussions with other folks and we're pretty much in agreement that we should deprecate it's usage for wireless devices. My feeling is that dhclient should not be involved in stuff like this; that it even grew media support was unfortunate. If you want to do things like setup per-ssid static wep keys then wpa_supplicant is the intended mechanism. > > Can anyone point me to the correct documentation? > > I recall seeing one example which mentions something like this entry in > rc.conf: > > interface_ath0="ssid MYAP mode 11g DHCP" > > Is this correct? If you have only one ap then I believe this should work. > > Also, according to the examples I have seen, I should be able to list > multiple wireless networks with the media option in dhclient.conf and > dhclient will try them in order. > > This is cool since I can then configure my nic to associate depending on > where I am. This seems not to be posible if the configuration goes into > rc.conf. > > I have a 3Com wireless NIC and a comtrend AP. My dhcp server is isc-dhcp > v.3 running on FBSD 5.4. I usually get associated with my neighbours > 3Com AP running with a default setup. The way to do this is with wpa_supplicant. You specify a network block for each potential ssid in the wpa_supplicant.conf file: network={ ssid="MYAP" key_mgmt=NONE wep_key1=0102030405" wep_tx_keyidx=1 } Unfortunately the existing code in CVS does not handle this correctly. I've got commits pending re approval to make it work right. Sam From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 16:16:41 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CA4716A41C for ; Tue, 5 Jul 2005 16:16:41 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8349B43D53 for ; Tue, 5 Jul 2005 16:16:40 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.13.3/8.13.3) with ESMTP id j65GGVdR000279 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Jul 2005 18:16:31 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.13.3/8.13.3/Submit) id j65GGVvS000278; Tue, 5 Jul 2005 18:16:31 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Tomasz Pilat In-Reply-To: <698350263.20050705181615@axelspringer.com.pl> References: <20041102222000.GA65845@xor.obsecurity.org> <42C76DF0.8070307@magnesium.net> <20050703055842.GA1933@xor.obsecurity.org> <42C805F2.4060103@udor.net> <34471775.20050705175806@axelspringer.com.pl> <698350263.20050705181615@axelspringer.com.pl> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-tIRd027WYIDQjcuixyTQ" Date: Tue, 05 Jul 2005 18:16:31 +0200 Message-Id: <1120580191.97831.6.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: current@FreeBSD.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 16:16:41 -0000 --=-tIRd027WYIDQjcuixyTQ Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Tomasz Pilat p=ED=B9e v =FAt 05. 07. 2005 v 18:16 +0200: > > Just add something like this to your /etc/make.conf: >=20 > > .if ${.CURDIR} =3D=3D "/usr/ports" > > CFLAGS=3D -O -pipe > > .elif ${.CURDIR} =3D=3D "/usr/src" > > CFLAGS=3D -O2 -pipe > > .else > > CFLAGS=3D -O3 -pipe > > .endif >=20 > Grrr, need some coffee or sleep... ;~) >=20 > .if ${.CURDIR} =3D=3D "/usr/src" > CFLAGS=3D -O2 -pipe > .else > CFLAGS=3D -O -pipe > .endif This is so wrong on so many levels. Avoid. --=20 Pav Lucistnik The Phase Spider. A spider that never seems quite there. --=-tIRd027WYIDQjcuixyTQ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCyrJfntdYP8FOsoIRArvtAJ4vRIiSzXQYm94Bw8+yhha3mk/TnACfZUb3 RHmWZVigjyd8QNUP2CSpdss= =xGtW -----END PGP SIGNATURE----- --=-tIRd027WYIDQjcuixyTQ-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 16:19:01 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 827C916A41C for ; Tue, 5 Jul 2005 16:19:01 +0000 (GMT) (envelope-from poncki.lists@axelspringer.com.pl) Received: from mx1.axelspringer.com.pl (pigeon.axelspringer.com.pl [195.177.210.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3285E43D49 for ; Tue, 5 Jul 2005 16:18:59 +0000 (GMT) (envelope-from poncki.lists@axelspringer.com.pl) Received: from content-filter.axelspringer.com.pl (localhost [127.0.0.1]) by mx1-incoming-content-filter.axelspringer.com.pl (Postfix) with ESMTP id 245E225DAF for ; Tue, 5 Jul 2005 18:18:58 +0200 (CEST) Received: from mx1-outgoing-content-filter.axelspringer.com.pl ([127.0.0.1]) by content-filter.axelspringer.com.pl (content-filter.axelspringer.com.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 64246-03-47 for ; Tue, 5 Jul 2005 18:18:57 +0200 (CEST) Received: from xponcki.lan (xponcki.lan [192.168.0.230]) by mx1.axelspringer.com.pl (Postfix) with ESMTP id 3505425DAE for ; Tue, 5 Jul 2005 18:18:57 +0200 (CEST) Date: Tue, 5 Jul 2005 18:20:58 +0200 From: Tomasz Pilat X-Mailer: The Bat! Professional (v3.0.2.10) Organization: http://poncki.freebsd.pl/ X-Priority: 3 (Normal) Message-ID: <1956682333.20050705182058@axelspringer.com.pl> To: current@FreeBSD.org In-Reply-To: <1120580191.97831.6.camel@hood.oook.cz> References: <20041102222000.GA65845@xor.obsecurity.org> <42C76DF0.8070307@magnesium.net> <20050703055842.GA1933@xor.obsecurity.org> <42C805F2.4060103@udor.net> <34471775.20050705175806@axelspringer.com.pl> <698350263.20050705181615@axelspringer.com.pl> <1120580191.97831.6.camel@hood.oook.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit X-Virus-and-Spam-Scanned: amavisd-new-2.3.1 (20050509) + SpamAssassin + Kaspersky Anti-Virus for FreeBSD @ axelspringer.com.pl Cc: Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tomasz Pilat List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 16:19:01 -0000 Pav, Tuesday, July 5, 2005, 6:16:31 PM, you wrote: > This is so wrong on so many levels. Avoid. True. I'm stupid. Good night. ;~) Ponc -- Tomasz Piat http://poncki.freebsd.pl./ AXEL SPRINGER POLSKA Sp. z o.o. PONC-RIPE | PGPKEY-EDEB47FC A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on e-mail/Usenet? From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 16:25:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9538E16A41C for ; Tue, 5 Jul 2005 16:25:14 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D86943D46 for ; Tue, 5 Jul 2005 16:25:14 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j65GNrms036968 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Jul 2005 09:25:14 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42CAB549.7010409@errno.com> Date: Tue, 05 Jul 2005 09:28:57 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Johann Hugo References: <200507051430.04322.jhugo@icomtek.csir.co.za> In-Reply-To: <200507051430.04322.jhugo@icomtek.csir.co.za> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath client loose connection to ath hostap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 16:25:14 -0000 Johann Hugo wrote: > Hi > > I have 2x soekris 4501 units with atheros adapters, 1=hostap mode, 1=client. > With a continues ping, everything keeps running (16+ hours), but after an > inactive period they lose connectivity. The client still reports it is > associated, but there is no IP connectivity. After "ath down" + "ath up" it > does not want to associated with hostap any more. After client reboot it > works fine again. After inactive period - same problem. I believe Tai-hwa Liang has a fix for this pending re approval. You're seeing beacon misses on the client but when the client scans to reassociate it bogusly creates a new entry in the scan cache and things get confused. If his commit doesn't fix your problem check on the ap side to see if there are auth+associate requests coming in when you get a beacon miss on the client. Sam From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 17:33:54 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FADF16A41C for ; Tue, 5 Jul 2005 17:33:54 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 275E843D46 for ; Tue, 5 Jul 2005 17:33:54 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id j65HXreg008865; Tue, 5 Jul 2005 10:33:53 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id j65HXrb8008864; Tue, 5 Jul 2005 10:33:53 -0700 (PDT) (envelope-from rizzo) Date: Tue, 5 Jul 2005 10:33:53 -0700 From: Luigi Rizzo To: Poul-Henning Kamp Message-ID: <20050705103353.A8185@xorpc.icir.org> References: <20050705053114.A96381@xorpc.icir.org> <35386.1120575587@phk.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <35386.1120575587@phk.freebsd.dk>; from phk@haven.freebsd.dk on Tue, Jul 05, 2005 at 04:59:47PM +0200 Cc: s223560@studenti.ing.unipi.it, current@freebsd.org Subject: Re: struct buf_queue_head still existing in 5.x/6.x ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 17:33:54 -0000 On Tue, Jul 05, 2005 at 04:59:47PM +0200, Poul-Henning Kamp wrote: > In message <20050705053114.A96381@xorpc.icir.org>, Luigi Rizzo writes: > > >Can someone explain why in both 5.x and 6.x, we still have > >"struct buf_queue_head" defined in sys/buf.h ? > > Because things take time :-) ok thanks. Then i have a few hopefully easy questions. (background - this is related to the work my SoC student Emiliano, in Cc, is doing on the disk scheduler) The disk scheduler operates on struct bio_queue_head objects (which include CSCAN scheduler info) and uses 5 methods: bioq_init() initializes the queue. bioq_disksort() to add requests to the queue bioq_first() to peek at the head of the queue bioq_remove() to remove the first element. bioq_flush() right now simply a wrapper around bioq_first() and bioq_remove(), but one could imagine the need for a specific destructor to free memory etc. bioq_insert_head() and bioq_insert_tail() do operate on the same objects; however my impression is that they are used just because they need a TAILQ of struct bio, and bio_queue_head happened to be there - in a perfect world they would be methods of a different class, right ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 17:37:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FEE416A41C for ; Tue, 5 Jul 2005 17:37:20 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id CBE6343D4C for ; Tue, 5 Jul 2005 17:37:19 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 05 Jul 2005 17:37:15 -0000 Received: from h081217095123.dyn.cm.kabsi.at (EHLO something.pepperland) [81.217.95.123] by mail.gmx.net (mp034) with SMTP; 05 Jul 2005 19:37:15 +0200 X-Authenticated: #16703784 From: Stefan Ehmann To: Fabian Keil In-Reply-To: <20050704204804.37a82e4e@localhost> References: <42C92DC5.3060101@gddsn.org.cn> <42C93ABE.7060701@gddsn.org.cn> <1120501500.1241.5.camel@taxman.pepperland> <20050704204804.37a82e4e@localhost> Content-Type: text/plain; charset=UTF-8 Date: Tue, 05 Jul 2005 19:37:00 +0200 Message-Id: <1120585020.679.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: current@freebsd.org Subject: Re: Suspend broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 17:37:20 -0000 On Mon, 2005-07-04 at 20:48 +0200, Fabian Keil wrote: > Stefan Ehmann wrote: > > > On Mon, 2005-07-04 at 21:33 +0800, Huang wen hui wrote: > > > Huang wen hui 写é“: > > > > > > >Hi, > > > >For my T42p, suspend operation could not work from jun 2, > > > >It does work under CURRENT using Jun 1 cvsup. > > > >/sys/i386/isa/clock.c revert to v1.220. > > > > > > > > > > > but /sys/i386/isa/clock.c revert to v1.220 help that. > > > > Thanks for tracking that down, helps in my case too. > > > > I'm running a Toshiba M-30X notebook. For me, resume basically worked > > but everything was as slow as if it was running on my old calculator. > > (e.g. it takes several seconds from typing a character until it is > > displayed on the console). > > I had these symptoms before I put "device pmtimer" in the kernel. > I'm still on 5.4, therefore I don't know if this has anything to > do with your problem. Does not seem to be related. I already had pmtimer in my kernel. And this problem also hasn't occured before /sys/i386/isa/clock.c rev 221. Thanks anyway. From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 18:06:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEF0316A41C for ; Tue, 5 Jul 2005 18:06:52 +0000 (GMT) (envelope-from Peter_Losher@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6CAA43D45 for ; Tue, 5 Jul 2005 18:06:52 +0000 (GMT) (envelope-from Peter_Losher@isc.org) Received: from dalek.isc.org (dalek.isc.org [IPv6:2001:4f8:3:bb::73]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 968A767503; Tue, 5 Jul 2005 18:06:52 +0000 (UTC) (envelope-from Peter_Losher@isc.org) From: Peter Losher Organization: ISC To: Jeremie Le Hen Date: Tue, 5 Jul 2005 11:06:40 -0700 User-Agent: KMail/1.8 References: <200507031439.48288.Peter_Losher@isc.org> <20050705095859.GO73907@obiwan.tataz.chchile.org> In-Reply-To: <20050705095859.GO73907@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5236100.qLg7RxFqNQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507051106.49609.Peter_Losher@isc.org> Cc: freebsd-current@freebsd.org Subject: Re: install erroring out durning mergemaster... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 18:06:52 -0000 --nextPart5236100.qLg7RxFqNQ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 05 July 2005 02:58 am, Jeremie Le Hen wrote: > This breaks because you have NO_BIND or NO_BIND_ETC in make.conf(5). That sounds about right (I have NO_BIND_ETC=3Dtrue defined in make.conf); a= ny=20 workaround, since we really have no need to run the BIND9 release that come= s=20 w/ 5.x ;), and a error like this makes NO_BIND or NO_BIND_ETC rather=20 useless. :( (if there isn't, I'll open a PR on it) Thanks - Peter =2D-=20 Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" --nextPart5236100.qLg7RxFqNQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCysw5PtVx9OgEjQgRAiw2AJ0cSUc/+3lGF1Lk3gyoEDhRHlCj6QCfSbcY F6O+UJNG537zKl5vkVNzf7Q= =bLDy -----END PGP SIGNATURE----- --nextPart5236100.qLg7RxFqNQ-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 19:54:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F3EA16A422 for ; Tue, 5 Jul 2005 19:54:18 +0000 (GMT) (envelope-from pquerna@apache.org) Received: from utopia.in.force-elite.com (force-elite.com [216.255.199.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2571344177 for ; Tue, 5 Jul 2005 19:32:43 +0000 (GMT) (envelope-from pquerna@apache.org) X-AuthUser: chip@force-elite.com Received: from [10.0.0.41] (10.0.0.41:3678) by utopia.in.force-elite.com with [XMail 1.17 (Linux/Ix86) ESMTP Server] id for from ; Tue, 05 Jul 2005 12:32:42 -0700 Message-ID: <42CAE06A.6000003@apache.org> Date: Tue, 05 Jul 2005 12:32:58 -0700 From: Paul Querna User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------000403060103040608030905" Subject: [PATCH] libradius: Always Include Authenticator X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 19:54:18 -0000 This is a multi-part message in MIME format. --------------000403060103040608030905 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Forgive me if this is not the correct place to send this patch. libradius doesn't seem to have an active maintainer? The attached patch will always include the Authenticator Field, in all RADIUS packets, not just accounting packets. This is a SHOULD violation from the RFC. I found this problem fixing a bug for my mod_auth_xradius[1]. It appears that some commercial RADIUS authentication servers will reject packets with identical Authenticator fields as duplicates. This also has some security implications, since without unique Authenticator field values, it could allow the spoofing of a reply message. Thanks, -Paul Querna [1] http://www.outoforder.cc/projects/apache/mod_auth_xradius/ --------------000403060103040608030905 Content-Type: text/plain; name="radlib-authenticator.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="radlib-authenticator.patch" --- orig-radlib.c Mon Jun 14 15:55:30 2004 +++ radlib.c Tue Jul 5 14:29:25 2005 @@ -555,10 +555,10 @@ if (++h->srv >= h->num_servers) h->srv = 0; - if (h->request[POS_CODE] == RAD_ACCOUNTING_REQUEST) - /* Insert the request authenticator into the request */ - insert_request_authenticator(h, h->srv); - else + /* Insert the request authenticator into the request */ + insert_request_authenticator(h, h->srv); + + if (h->request[POS_CODE] != RAD_ACCOUNTING_REQUEST) /* Insert the scrambled password into the request */ if (h->pass_pos != 0) insert_scrambled_password(h, h->srv); --------------000403060103040608030905-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 20:02:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E0BF16A595 for ; Tue, 5 Jul 2005 20:01:33 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEFA143F50 for ; Tue, 5 Jul 2005 19:59:49 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j65JxjqY028739; Tue, 5 Jul 2005 12:59:45 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j65Jxjx1028738; Tue, 5 Jul 2005 12:59:45 -0700 Date: Tue, 5 Jul 2005 12:59:45 -0700 From: Brooks Davis To: Bakul Shah Message-ID: <20050705195945.GA28034@odin.ac.hmc.edu> References: <200507012348.j61NmQEs070640@gate.bitblocks.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: <200507012348.j61NmQEs070640@gate.bitblocks.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org Subject: Re: minor WPA problem on a Thinkpad R40 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 20:02:02 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 01, 2005 at 04:48:26PM -0700, Bakul Shah wrote: > After suspend/resume the old wpa_supplicant does not die > and ath0 does not come up. Manually running > /etc/rc.d/netif stop ath0 > or > /etc/rc.d/netif start ath0 > does the right thing. I am running yesterday's kernel. > rc.conf contains >=20 > ifconfig_ath0=3D"WPA DHCP" >=20 > Not sure if I am doing something wrong or if this area still > needs work. As I understand it, wpa_supplicant should die > when an interface goes down just like dhclient should. Hmm, this isn't something I've been able to test. One shot in the dark would be adding -w to the wpa_supplicant command line in /etc/rc.d/wpa_supplicant. I know wpa_supplicant deals badly with yanking and reinserting a nic under normal circumstances so I'm not too suprised it's having trouble with suspend/resume. > Another curious behavior is that after a manual > ifconfig ath0 down > the interface does not stay down. I suspect wpa_supplicant is bringing it back up. I'm not sure what the answer is there. -- 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 --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCyuawXY6L6fI4GtQRAjO2AKC6r5MGaMa2HEI7bzam1v/BRp9i2wCeJaNb MOiECmBdvuGEOgIPx2VTvxk= =lvbV -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 20:44:54 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C26616A41C for ; Tue, 5 Jul 2005 20:44:54 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCACB43D58 for ; Tue, 5 Jul 2005 20:44:53 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id D699DBC51 for ; Tue, 5 Jul 2005 20:44:51 +0000 (UTC) To: current@freebsd.org From: Poul-Henning Kamp Date: Tue, 05 Jul 2005 22:44:50 +0200 Message-ID: <1919.1120596290@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Subject: [TEST/REVIEW] boot0cfg/fdisk issue fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 20:44:54 -0000 This is an attempt to fix an boot0cfg/fdisk issue which I have overlooked. The patch adds a g_ctl method to geom_mbr and makes boot0cfg and fdisk use it to modify the MBR if possible. Please test and report ASAP in order to get this solution into RELENG_6 Index: sys/geom/geom_mbr.c =================================================================== RCS file: /home/ncvs/src/sys/geom/geom_mbr.c,v retrieving revision 1.65 diff -u -r1.65 geom_mbr.c --- sys/geom/geom_mbr.c 14 Mar 2005 15:22:18 -0000 1.65 +++ sys/geom/geom_mbr.c 5 Jul 2005 20:40:34 -0000 @@ -315,11 +315,54 @@ return (gp); } +static void +g_mbr_config(struct gctl_req *req, struct g_class *mp, const char *verb) +{ + struct g_geom *gp; + struct g_consumer *cp; + struct g_mbr_softc *ms; + struct g_slicer *gsp; + int opened = 0, error = 0; + void *data; + + g_topology_assert(); + gp = gctl_get_geom(req, mp, "geom"); + if (gp == NULL) + return; + if (strcmp(verb, "write sector zero")) { + gctl_error(req, "Unknown verb"); + return; + } + gsp = gp->softc; + ms = gsp->softc; + data = gctl_get_paraml(req, "data", 512); + if (data == NULL) + return; + cp = LIST_FIRST(&gp->consumer); + if (cp->acw == 0) { + error = g_access(cp, 0, 1, 0); + if (error == 0) + opened = 1; + } + if (!error) + error = g_mbr_modify(gp, ms, data); + if (error) + gctl_error(req, "conflict with open slices"); + if (!error) + error = g_write_data(cp, 0, data, 512); + if (error) + gctl_error(req, "sector zero write failed"); + if (opened) + g_access(cp, 0, -1 , 0); + return; +} + static struct g_class g_mbr_class = { .name = MBR_CLASS_NAME, .version = G_VERSION, .taste = g_mbr_taste, .dumpconf = g_mbr_dumpconf, + .ctlreq = g_mbr_config, .ioctl = g_mbr_ioctl, }; Index: sbin/fdisk/Makefile =================================================================== RCS file: /home/ncvs/src/sbin/fdisk/Makefile,v retrieving revision 1.11 diff -u -r1.11 Makefile --- sbin/fdisk/Makefile 23 Feb 2004 20:13:51 -0000 1.11 +++ sbin/fdisk/Makefile 5 Jul 2005 20:28:05 -0000 @@ -7,6 +7,9 @@ .PATH: ${.CURDIR}/../../sys/geom +DPADD += ${LIBGEOM} +LDADD += -lgeom + .include test: ${PROG} Index: sbin/fdisk/fdisk.c =================================================================== RCS file: /home/ncvs/src/sbin/fdisk/fdisk.c,v retrieving revision 1.79 diff -u -r1.79 fdisk.c --- sbin/fdisk/fdisk.c 1 May 2005 09:50:02 -0000 1.79 +++ sbin/fdisk/fdisk.c 5 Jul 2005 20:36:58 -0000 @@ -38,6 +38,7 @@ #include #include #include +#include #include #include #include @@ -80,7 +81,7 @@ }; static struct mboot mboot; -static int fd, fdw; +static int fd; #define ACTIVE 0x80 @@ -226,7 +227,7 @@ static void dos(struct dos_partition *partp); static int open_disk(int flag); static ssize_t read_disk(off_t sector, void *buf); -static ssize_t write_disk(off_t sector, void *buf); +static int write_disk(off_t sector, void *buf); static int get_params(void); static int read_s0(void); static int write_s0(void); @@ -692,10 +693,8 @@ open_disk(int flag) { struct stat st; - int rwmode, p; - char *s; + int rwmode; - fdw = -1; if (stat(disk, &st) == -1) { if (errno == ENOENT) return -2; @@ -706,23 +705,10 @@ warnx("device %s is not character special", disk); rwmode = a_flag || I_flag || B_flag || flag ? O_RDWR : O_RDONLY; fd = open(disk, rwmode); + if (fd == -1 && errno == EPERM && rwmode == O_RDWR) + fd = open(disk, O_RDONLY); if (fd == -1 && errno == ENXIO) return -2; - if (fd == -1 && errno == EPERM && rwmode == O_RDWR) { - fd = open(disk, O_RDONLY); - if (fd == -1) - return -3; - for (p = 0; p < NDOSPART; p++) { - asprintf(&s, "%ss%d", disk, p + 1); - fdw = open(s, rwmode); - free(s); - if (fdw == -1) - continue; - break; - } - if (fdw == -1) - return -4; - } if (fd == -1) { warnx("can't open device %s", disk); return -1; @@ -755,17 +741,46 @@ return -1; } -static ssize_t +static int write_disk(off_t sector, void *buf) { - - if (fdw != -1) { - return ioctl(fdw, DIOCSMBR, buf); - } else { - lseek(fd, (sector * 512), 0); - /* write out in the size that the read_disk found worked */ - return write(fd, buf, secsize); + int error; + struct gctl_req *grq; + const char *q; + char fbuf[BUFSIZ]; + int i, fdw; + + grq = gctl_get_handle(); + gctl_ro_param(grq, "verb", -1, "write sector zero"); + gctl_ro_param(grq, "class", -1, "MBR"); + q = strrchr(disk, '/'); + if (q == NULL) + q = disk; + else + q++; + gctl_ro_param(grq, "geom", -1, q); + gctl_ro_param(grq, "data", secsize, buf); + q = gctl_issue(grq); + if (q == NULL) + return(0); + warnx("%s", q); + + error = pwrite(fd, buf, secsize, (sector * 512)); + if (error == secsize) + return (0); + + for (i = 1; i < 5; i++) { + sprintf(fbuf, "%ss%d", disk, i); + fdw = open(fbuf, O_RDWR, 0); + if (fdw < 0) + continue; + error = ioctl(fdw, DIOCSMBR, buf); + close(fdw); + if (error == 0) + return (0); } + warnx("Failed to write sector zero"); + return(EINVAL); } static int Index: usr.sbin/boot0cfg/Makefile =================================================================== RCS file: /home/ncvs/src/usr.sbin/boot0cfg/Makefile,v retrieving revision 1.8 diff -u -r1.8 Makefile --- usr.sbin/boot0cfg/Makefile 4 Apr 2003 17:49:12 -0000 1.8 +++ usr.sbin/boot0cfg/Makefile 5 Jul 2005 20:06:42 -0000 @@ -5,4 +5,7 @@ WARNS?= 2 +DPADD= ${LIBGEOM} +LDADD= -lgeom + .include Index: usr.sbin/boot0cfg/boot0cfg.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/boot0cfg/boot0cfg.c,v retrieving revision 1.19 diff -u -r1.19 boot0cfg.c --- usr.sbin/boot0cfg/boot0cfg.c 18 Dec 2004 11:04:10 -0000 1.19 +++ usr.sbin/boot0cfg/boot0cfg.c 5 Jul 2005 20:19:31 -0000 @@ -35,6 +35,7 @@ #include #include #include +#include #include #include #include @@ -256,6 +257,8 @@ int fd, p; ssize_t n; char *s; + const char *q; + struct gctl_req *grq; fd = open(fname, O_WRONLY | flags, 0666); if (fd != -1) { @@ -265,12 +268,30 @@ errx(1, "%s: short write", fname); return; } + if (flags != 0) err(1, "%s", fname); + grq = gctl_get_handle(); + gctl_ro_param(grq, "verb", -1, "write sector zero"); + gctl_ro_param(grq, "class", -1, "MBR"); + q = strrchr(fname, '/'); + if (q == NULL) + q = fname; + else + q++; + gctl_ro_param(grq, "geom", -1, q); + gctl_ro_param(grq, "data", mbr_size, mbr); + q = gctl_issue(grq); + if (q == NULL) + return; + + warnx("%s: %s", fname, q); + gctl_free(grq); + #ifdef DIOCSMBR for (p = 1; p < 5; p++) { asprintf(&s, "%ss%d", fname, p); - fd = open(s, O_RDWR); + fd = open(s, O_RDONLY); if (fd < 0) { free(s); continue; -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 21:03:58 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B22BA16A41C; Tue, 5 Jul 2005 21:03:58 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6988E43D49; Tue, 5 Jul 2005 21:03:58 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 1766DBC51; Tue, 5 Jul 2005 21:03:55 +0000 (UTC) To: "Jim C. Nasby" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 05 Jul 2005 15:59:56 CDT." <20050705205956.GD49841@decibel.org> Date: Tue, 05 Jul 2005 23:03:55 +0200 Message-ID: <2056.1120597435@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: gnn@freebsd.org, Robert Watson , current@freebsd.org, Garance A Drosehn , Poul-Henning Kamp Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 21:03:58 -0000 In message <20050705205956.GD49841@decibel.org>, "Jim C. Nasby" writes: >On Mon, Jul 04, 2005 at 05:44:49PM +0900, gnn@freebsd.org wrote: >> At Mon, 04 Jul 2005 10:25:34 +0200, >> Poul-Henning Kamp wrote: >> > I played with developing that graph by removing lines from LINT >> > and see what compiled and what didn't. Based on the progress I >> > made I would estimate the full graph will take about 1 CPU-year to >> > calculate by trial&error. >> >> Hmm. Well, either I need a very fast CPU, or a more clever approach. >> I guess we'll see... > >How hard would it be to distribute this? It could trivially be distributed, but I think it is better to use a bit of brain to get a smarter approach first :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 21:14:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFA5416A41C for ; Tue, 5 Jul 2005 21:14:27 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64E0C43D49 for ; Tue, 5 Jul 2005 21:14:27 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j65LENms038351 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Jul 2005 14:14:25 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42CAF849.3020508@errno.com> Date: Tue, 05 Jul 2005 14:14:49 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <200507012348.j61NmQEs070640@gate.bitblocks.com> <20050705195945.GA28034@odin.ac.hmc.edu> In-Reply-To: <20050705195945.GA28034@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Bakul Shah , freebsd-current@freebsd.org Subject: Re: minor WPA problem on a Thinkpad R40 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 21:14:27 -0000 Brooks Davis wrote: > On Fri, Jul 01, 2005 at 04:48:26PM -0700, Bakul Shah wrote: > >>After suspend/resume the old wpa_supplicant does not die >>and ath0 does not come up. Manually running >> /etc/rc.d/netif stop ath0 >>or >> /etc/rc.d/netif start ath0 >>does the right thing. I am running yesterday's kernel. >>rc.conf contains >> >> ifconfig_ath0="WPA DHCP" >> >>Not sure if I am doing something wrong or if this area still >>needs work. As I understand it, wpa_supplicant should die >>when an interface goes down just like dhclient should. > > > Hmm, this isn't something I've been able to test. One shot in the dark > would be adding -w to the wpa_supplicant command line in > /etc/rc.d/wpa_supplicant. I know wpa_supplicant deals badly with > yanking and reinserting a nic under normal circumstances so I'm not too > suprised it's having trouble with suspend/resume. > > >>Another curious behavior is that after a manual >> ifconfig ath0 down >>the interface does not stay down. > > > I suspect wpa_supplicant is bringing it back up. I'm not sure what the > answer is there. IMO wpa_supplicant should exit when the interface goes down/away but it does not. I sent mail to Jouni about this but he hasn't responded yet. I was going to check if there was a way to make it work this way. Not sure why it works this way except to avoid recalculating various crypto state or perhaps to avoid linux hotplug issues. Sam From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 22:24:09 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED1B516A41C for ; Tue, 5 Jul 2005 22:24:09 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD30043D49 for ; Tue, 5 Jul 2005 22:24:09 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 28AA53203E0; Wed, 6 Jul 2005 00:24:08 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id B6209405B; Wed, 6 Jul 2005 00:24:13 +0200 (CEST) Date: Wed, 6 Jul 2005 00:24:12 +0200 From: Jeremie Le Hen To: Jon Door Message-ID: <20050705222412.GQ73907@obiwan.tataz.chchile.org> References: <20041102222000.GA65845@xor.obsecurity.org> <42C76DF0.8070307@magnesium.net> <20050703055842.GA1933@xor.obsecurity.org> <42C805F2.4060103@udor.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42C805F2.4060103@udor.net> User-Agent: Mutt/1.5.9i Cc: current@FreeBSD.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 22:24:10 -0000 Hi Jon, > Does it make sense to introduce a CFLAGS_PORTS option? Basically an > override used when compiling ports as opposed to world? I would vote for it. I'm working on integrating ProPolice on the base system, and it would be worth to have the ability to compile either base system or ports without stack protection, for instance. Furthermore this is not a great change in the makefiles, rather something invisible for those who don't want to use it, and pretty handy for those who might need it. If some people are interested, I can make a patch upon request. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 22:40:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3D7C16A420; Tue, 5 Jul 2005 22:40:16 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 336DF43D5D; Tue, 5 Jul 2005 22:40:16 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j65MeDDL013304; Tue, 5 Jul 2005 15:40:13 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j65MeC01013303; Tue, 5 Jul 2005 15:40:12 -0700 Date: Tue, 5 Jul 2005 15:40:12 -0700 From: Brooks Davis To: Poul-Henning Kamp Message-ID: <20050705224012.GB28034@odin.ac.hmc.edu> References: <20050705205956.GD49841@decibel.org> <2056.1120597435@phk.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jho1yZJdad60DJr+" Content-Disposition: inline In-Reply-To: <2056.1120597435@phk.freebsd.dk> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: gnn@freebsd.org, Robert Watson , current@freebsd.org, Garance A Drosehn , "Jim C. Nasby" Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 22:40:16 -0000 --jho1yZJdad60DJr+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 05, 2005 at 11:03:55PM +0200, Poul-Henning Kamp wrote: > In message <20050705205956.GD49841@decibel.org>, "Jim C. Nasby" writes: > >On Mon, Jul 04, 2005 at 05:44:49PM +0900, gnn@freebsd.org wrote: > >> At Mon, 04 Jul 2005 10:25:34 +0200, > >> Poul-Henning Kamp wrote: > >> > I played with developing that graph by removing lines from LINT > >> > and see what compiled and what didn't. Based on the progress I > >> > made I would estimate the full graph will take about 1 CPU-year to > >> > calculate by trial&error. > >>=20 > >> Hmm. Well, either I need a very fast CPU, or a more clever approach. > >> I guess we'll see... > > > >How hard would it be to distribute this? >=20 > It could trivially be distributed, but I think it is better to use > a bit of brain to get a smarter approach first :-) A CPU year isn't all that bad. Write a bit of code to submit it as a set of SGE jobs and I can turn it around in a few days without much trouble. We produce a bit over a CPU year per day on our FreeBSD cluster. :-) We regularly run problems that take a few CPU decades. -- 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 --jho1yZJdad60DJr+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCywxMXY6L6fI4GtQRAijoAJoDiKGoIRucmt4KcFz22D/u42AoiQCgs+lu XbBnRZWszYSn+eSBwyr9MCY= =Jfoj -----END PGP SIGNATURE----- --jho1yZJdad60DJr+-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 22:41:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7851D16A41C for ; Tue, 5 Jul 2005 22:41:46 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37D5C43D45 for ; Tue, 5 Jul 2005 22:41:46 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j65Mfbf8076756; Tue, 5 Jul 2005 16:41:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 05 Jul 2005 16:41:35 -0600 (MDT) Message-Id: <20050705.164135.12222348.imp@bsdimp.com> To: rik@cronyx.ru From: "M. Warner Losh" In-Reply-To: <42CAAFCB.2080207@cronyx.ru> References: <42C57523.4050302@cronyx.ru> <20050701.121826.56566740.imp@bsdimp.com> <42CAAFCB.2080207@cronyx.ru> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: BUS infrastructure problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 22:41:46 -0000 In message: <42CAAFCB.2080207@cronyx.ru> Roman Kurakin writes: : Hi, : : M. Warner Losh wrote: : : >In message: <42C57523.4050302@cronyx.ru> : > Roman Kurakin writes: : >: I observe the followin strange behaviour with current: with some very : >: high probability after indentify callback I didn't get a probe callback. I : >: didn't find yet anything that could tell me why I see this. All function : >: return me that all operations was successful. : >: : >: PS. This driver is cx(4) and I am currently try to debug it in async mode : >: (I get strange panics while its work if I didn't get into situation with : >: probe()). : >: : >: Any ideas? : > : >I'll be happy to help you with this. : > : > : The last place I get to is the call of DEVICE_PROBE macro. : But I do not see the call of my function. : There is other thing, it seems that probability highly increases : if the system reboots after panic and needs filesystem check. : : This is all information I have now. I use printf as a primary : debug technic so I need to think how to move farther. : : Ideas? That sounds really weird. Add a Debugger() call and see if you wind up in the debugger. Warner From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 22:42:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 782C116A41C for ; Tue, 5 Jul 2005 22:42:14 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4220E43D46 for ; Tue, 5 Jul 2005 22:42:14 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j65Mg9oY013495; Tue, 5 Jul 2005 15:42:09 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j65Mg9Eb013494; Tue, 5 Jul 2005 15:42:09 -0700 Date: Tue, 5 Jul 2005 15:42:09 -0700 From: Brooks Davis To: Sam Leffler Message-ID: <20050705224209.GC28034@odin.ac.hmc.edu> References: <200507012348.j61NmQEs070640@gate.bitblocks.com> <20050705195945.GA28034@odin.ac.hmc.edu> <42CAF849.3020508@errno.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bAmEntskrkuBymla" Content-Disposition: inline In-Reply-To: <42CAF849.3020508@errno.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Bakul Shah , freebsd-current@freebsd.org Subject: Re: minor WPA problem on a Thinkpad R40 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 22:42:14 -0000 --bAmEntskrkuBymla Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 05, 2005 at 02:14:49PM -0700, Sam Leffler wrote: > Brooks Davis wrote: > >On Fri, Jul 01, 2005 at 04:48:26PM -0700, Bakul Shah wrote: > > > >>After suspend/resume the old wpa_supplicant does not die > >>and ath0 does not come up. Manually running > >> /etc/rc.d/netif stop ath0 > >>or > >> /etc/rc.d/netif start ath0 > >>does the right thing. I am running yesterday's kernel. > >>rc.conf contains > >> > >> ifconfig_ath0=3D"WPA DHCP" > >> > >>Not sure if I am doing something wrong or if this area still > >>needs work. As I understand it, wpa_supplicant should die > >>when an interface goes down just like dhclient should. > > > > > >Hmm, this isn't something I've been able to test. One shot in the dark > >would be adding -w to the wpa_supplicant command line in > >/etc/rc.d/wpa_supplicant. I know wpa_supplicant deals badly with > >yanking and reinserting a nic under normal circumstances so I'm not too > >suprised it's having trouble with suspend/resume. > > > > > >>Another curious behavior is that after a manual > >> ifconfig ath0 down > >>the interface does not stay down. > > > > > >I suspect wpa_supplicant is bringing it back up. I'm not sure what the > >answer is there. >=20 > IMO wpa_supplicant should exit when the interface goes down/away but it= =20 > does not. I sent mail to Jouni about this but he hasn't responded yet.= =20 > I was going to check if there was a way to make it work this way. Not=20 > sure why it works this way except to avoid recalculating various crypto= =20 > state or perhaps to avoid linux hotplug issues. I've we're going to do that, I think we may want either a new target in /etc/rc.d/netif or a new /etc/rc.d/linkstate script. That's probably the right way to go 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 --bAmEntskrkuBymla Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCywzAXY6L6fI4GtQRAnLJAJ98+nNQ16gZYEc7ZJ+2FEzvtRnK1QCgrFZY 56VbCCtZ2mjI6Y9x4r5YDsI= =n7Zj -----END PGP SIGNATURE----- --bAmEntskrkuBymla-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 23:47:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1E3E16A41C for ; Tue, 5 Jul 2005 23:47:55 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 422CA43D45; Tue, 5 Jul 2005 23:47:55 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id B2E78C004; Wed, 6 Jul 2005 01:47:53 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 36069405B; Wed, 6 Jul 2005 01:47:58 +0200 (CEST) Date: Wed, 6 Jul 2005 01:47:58 +0200 From: Jeremie Le Hen To: Peter Losher Message-ID: <20050705234758.GR73907@obiwan.tataz.chchile.org> References: <200507031439.48288.Peter_Losher@isc.org> <20050705095859.GO73907@obiwan.tataz.chchile.org> <200507051106.49609.Peter_Losher@isc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200507051106.49609.Peter_Losher@isc.org> User-Agent: Mutt/1.5.9i Cc: Doug Barton , freebsd-current@freebsd.org, Jeremie Le Hen Subject: Re: install erroring out durning mergemaster... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 23:47:55 -0000 Hi Peter, Hi Doug, > -=- > cd /usr/src/etc/root; install -o root -g wheel -m 644 > dot.cshrc /var/tmp/temproot/root/.cshrc; install -o root -g wheel -m 644 > dot.login /var/tmp/temproot/root/.login; install -o root -g wheel -m 644 > dot.profile /var/tmp/temproot/root/.profile; rm > -f /var/tmp/temproot/.cshrc /var/tmp/temproot/.profile; > ln /var/tmp/temproot/root/.cshrc /var/tmp/temproot/.cshrc; > ln /var/tmp/temproot/root/.profile /var/tmp/temproot/.profile > cd /usr/src/etc/mtree; install -o root -g wheel -m 444 BSD.include.dist > BSD.local.dist BSD.root.dist BSD.usr.dist BSD.var.dist BSD.x11.dist > BSD.x11-4.dist BIND.chroot.dist /var/tmp/temproot/etc/mtree > cd /usr/src/etc/namedb; install -o root -g wheel -m 644 PROTO.localhost.rev > PROTO.localhost-v6.rev named.conf named.root > make-localhost /var/tmp/temproot/var/named/etc/namedb > install: wrong number or types of arguments > usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > [-o owner] file1 file2 > install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > [-o owner] file1 ... fileN directory > install -d [-v] [-g group] [-m mode] [-o owner] directory ... > *** Error code 64 > > Stop in /usr/src/etc. > > *** FATAL ERROR: Cannot 'cd' to /usr/src/etc and install files to > the temproot environment > -=- > That sounds about right (I have NO_BIND_ETC=true defined in make.conf); any > workaround, since we really have no need to run the BIND9 release that comes > w/ 5.x ;), and a error like this makes NO_BIND or NO_BIND_ETC rather > useless. :( (if there isn't, I'll open a PR on it) Given the error you showed us, I would say you have NO_BIND_MTREE instead of NO_BIND_ETC in make.conf(5). This leads to not create /var/tmp/temproot/var/named/etc/namedb and then, it appears you do not have NO_BIND_ETC, because it tries to install files from src/etc/namedb (see src/etc/Makefile, distribution target). I don't know why this separation have been made. I would say that if someone don't want Bind configuration files installed, he doesn't want to run mtree for its chroot either. Conversely, if he doesn't want to run mtree for chroot'd Bind, he certainly doesn't want to install its configuration files. I dare to Cc Doug Barton to have an answer to this, since he is the author of these bits, IIRC. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 00:00:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A47216A41C for ; Wed, 6 Jul 2005 00:00:57 +0000 (GMT) (envelope-from Peter_Losher@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC25243D45; Wed, 6 Jul 2005 00:00:56 +0000 (GMT) (envelope-from Peter_Losher@isc.org) Received: from dalek.isc.org (dalek.isc.org [IPv6:2001:4f8:3:bb::73]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 76CDA677EF; Wed, 6 Jul 2005 00:00:55 +0000 (UTC) (envelope-from Peter_Losher@isc.org) From: Peter Losher Organization: ISC To: Jeremie Le Hen Date: Tue, 5 Jul 2005 17:00:28 -0700 User-Agent: KMail/1.8.1 References: <200507031439.48288.Peter_Losher@isc.org> <200507051106.49609.Peter_Losher@isc.org> <20050705234758.GR73907@obiwan.tataz.chchile.org> In-Reply-To: <20050705234758.GR73907@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1201305.EhJaXbhgBl"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507051700.41121.Peter_Losher@isc.org> Cc: Doug Barton , freebsd-current@freebsd.org Subject: Re: install erroring out durning mergemaster... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 00:00:57 -0000 --nextPart1201305.EhJaXbhgBl Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 05 July 2005 04:47 pm, Jeremie Le Hen wrote: > Given the error you showed us, I would say you have NO_BIND_MTREE > instead of NO_BIND_ETC in make.conf(5).=20 Correct (after staring at my make.conf rather than trying to recall from=20 memory w/ a lack of caffeine this morning), for the record, here is the=20 entry: =2D=3D- # To keep the integrated BIND9 install on 5.x from interfering w/ # servers where we install our own BIND package. We still want the # clients installed (dig, nslookup) but not the server bits (named, # rndc, lwresd) and no chroot. NO_BIND_MTREE=3Dtrue # Do not run mtree to create chroot directories NO_BIND_NAMED=3Dtrue # Do not build named, rndc, lwresd, etc. =2D=3D- Part of the reason we did this so any upgrades wouldn't clobber any existin= g=20 named installs in /var/named. > I dare to Cc Doug Barton to have an answer to this, since he is the > author of these bits, IIRC. ack. Thanks. =2DPeter =2D-=20 Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" --nextPart1201305.EhJaXbhgBl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCyx8pPtVx9OgEjQgRAq0YAKCITe3KDaRW1fsTkfBcW7a7kePw9QCgteOk 7VlCfzX9CsYzQGCUsgXCjcw= =9kaF -----END PGP SIGNATURE----- --nextPart1201305.EhJaXbhgBl-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 01:24:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C5EF16A41C for ; Wed, 6 Jul 2005 01:24:22 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from pipa.profix.cz (pipa.profix.cz [213.151.89.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id C831C43D45 for ; Wed, 6 Jul 2005 01:24:21 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.profix.cz (Postfix) with ESMTP id CBE524E705 for ; Wed, 6 Jul 2005 03:24:28 +0200 (CEST) Received: from pipa.profix.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08321-05 for ; Wed, 6 Jul 2005 03:24:28 +0200 (CEST) Received: from gandalf (105.121.95.80.ip.b26.cz [80.95.121.105]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.profix.cz (Postfix) with ESMTP id 80D114E704 for ; Wed, 6 Jul 2005 03:24:28 +0200 (CEST) From: =?US-ASCII?Q?Daniel_Dvorak?= To: Date: Wed, 6 Jul 2005 03:24:16 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 In-Reply-To: <200507051430.04322.jhugo@icomtek.csir.co.za> Thread-Index: AcWBXb1uIOX9hP7eTIK6aaofxA/WwwAarpwQ Message-Id: <20050706012428.80D114E704@pipa.profix.cz> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz Subject: panic after yesterday (4.7.) base system update (kernel,userland) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dandee@volny.cz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 01:24:22 -0000 Hello all, yesterday I updated my router by canonical way. After that today 2 panics appear. This strange things were in /var/log/messages. Before yesterday never this messages were in logs. One about named and second about arp. Jul 5 14:48:13 lsd named[462]: /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket.c:1115: unexpected error: Jul 5 14:48:13 lsd named[462]: internal_send: 192.203.230.10#53: Network is down Jul 5 14:48:15 lsd named[462]: /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket.c:1115: unexpected error: Jul 5 14:48:15 lsd named[462]: internal_send: 192.112.36.4#53: Network is down Jul 5 14:49:20 lsd named[462]: /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket.c:1115: unexpected error: Jul 5 14:49:20 lsd named[462]: internal_send: 64.4.25.30#53: Network is down Jul 5 14:49:29 lsd kernel: arplookup 10.40.128.9 failed: host is not on local network Jul 5 14:49:29 lsd kernel: arpresolve: can't allocate llinfo for 10.40.128.9rt Jul 5 14:49:29 lsd kernel: arplookup 10.40.128.9 failed: host is not on local network Jul 5 14:49:29 lsd kernel: arpresolve: can't allocate llinfo for 10.40.128.9rt Jul 5 14:49:29 lsd kernel: arplookup 10.40.128.9 failed: host is not on local network Jul 5 14:49:29 lsd kernel: arpresolve: can't allocate llinfo for 10.40.128.9rt ...continue... Jul 5 14:54:15 lsd kernel: arpresolve: can't allocate llinfo for 10.40.128.9rt Jul 5 15:44:14 lsd syslogd: kernel boot file is /boot/kernel/kernel Jul 5 15:44:14 lsd kernel: arplookup 10.40.128.9 failed: host is not on local network Jul 5 15:44:14 lsd kernel: arpresolve: can't allocate llinfo for 10.40.128.9rt Jul 5 15:44:14 lsd kernel: arplookup 10.40.128.9 failed: host is not on local network Jul 5 15:44:14 lsd kernel: arpresolve: can't allocate llinfo for 10.40.128.9rt Jul 5 15:44:14 lsd kernel: arplookup 10.40.128.9 failed: host is not on local network Jul 5 15:44:14 lsd kernel: arpresolve: can't allocate llinfo for 10.40.128.9rt Jul 5 15:44:14 lsd kernel: panic: _mtx_lock_sleep: recursed on non-recursive mutex rtentry @ /usr/src/sys/net/route.c:1292 Jul 5 15:44:14 lsd kernel: Jul 5 15:44:14 lsd kernel: cpuid = 0 Jul 5 15:44:14 lsd kernel: KDB: enter: panic I do not have access to routek locally. It is remote router and my friend do not understand what to do with debugging console. He simple did hardware restart. Socond panic: No messages in /var/log/messages. Just simple panic. Thanks for attention. From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 01:40:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35E1616A41C for ; Wed, 6 Jul 2005 01:40:40 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id E407843D45 for ; Wed, 6 Jul 2005 01:40:39 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 7FD00507307; Wed, 6 Jul 2005 09:40:36 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 7ACA25072F1; Wed, 6 Jul 2005 09:40:36 +0800 (CST) Date: Wed, 6 Jul 2005 09:40:36 +0800 (CST) From: Tai-hwa Liang To: Sam Leffler In-Reply-To: <42CAB549.7010409@errno.com> Message-ID: <05070609391811.747@www.mmlab.cse.yzu.edu.tw> References: <200507051430.04322.jhugo@icomtek.csir.co.za> <42CAB549.7010409@errno.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Johann Hugo Subject: Re: ath client loose connection to ath hostap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 01:40:40 -0000 On Tue, 5 Jul 2005, Sam Leffler wrote: > Johann Hugo wrote: >> Hi >> I have 2x soekris 4501 units with atheros adapters, 1=hostap mode, >> 1=client. >> With a continues ping, everything keeps running (16+ hours), but after an >> inactive period they lose connectivity. The client still reports it is >> associated, but there is no IP connectivity. After "ath down" + "ath up" it >> does not want to associated with hostap any more. After client reboot it >> works fine again. After inactive period - same problem. > > I believe Tai-hwa Liang has a fix for this pending re approval. You're > seeing beacon misses on the client but when the client scans to reassociate > it bogusly creates a new entry in the scan cache and things get confused. If > his commit doesn't fix your problem check on the ap side to see if there are > auth+associate requests coming in when you get a beacon miss on the client. Just committed to sys/net80211/ieee80211_input.c:1.56. Please cvsup later. Thanks, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 02:04:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9605116A41C for ; Wed, 6 Jul 2005 02:04:22 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5268743D45 for ; Wed, 6 Jul 2005 02:04:22 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id E6311507307; Wed, 6 Jul 2005 10:04:19 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id E125C5072F1; Wed, 6 Jul 2005 10:04:19 +0800 (CST) Date: Wed, 6 Jul 2005 10:04:19 +0800 (CST) From: Tai-hwa Liang To: Daniel O'Connor In-Reply-To: <200506292158.46172.doconnor@gsoft.com.au> Message-ID: <05070610030117.747@www.mmlab.cse.yzu.edu.tw> References: <200506292155.43686.doconnor@gsoft.com.au> <200506292158.46172.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: WPA + ipw + Linksys WRT54G X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 02:04:22 -0000 On Wed, 29 Jun 2005, Daniel O'Connor wrote: > On Wed, 29 Jun 2005 21:55, Daniel O'Connor wrote: >> Anyone have any hints? >> I have the WRT54G at the latest firmware too (4.00.7) > > Oh, also.. > After wpa_supplicant has run there are a large number of duplicate entries in > the 'ifconfig ipw0 scan' output. (Same SSID etc, but different SNR numbers) FWIT, I just committed a fix which supposes to address this issue. Please cvsup later and make sure you have at least ieee80211_input.c:1.56 or above. Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 03:47:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1990116A41C for ; Wed, 6 Jul 2005 03:47:57 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF1B543D48 for ; Wed, 6 Jul 2005 03:47:56 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j663kFRh078888; Tue, 5 Jul 2005 21:46:16 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 05 Jul 2005 21:46:14 -0600 (MDT) Message-Id: <20050705.214614.38231003.imp@bsdimp.com> To: des@des.no From: "M. Warner Losh" In-Reply-To: <86irzrwqnc.fsf@xps.des.no> References: <42C84717.9020100@cytexbg.com> <86irzrwqnc.fsf@xps.des.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: nike_d@cytexbg.com, current@freebsd.org Subject: Re: strange route problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 03:47:57 -0000 In message: <86irzrwqnc.fsf@xps.des.no> des@des.no (Dag-Erling Sm=F8rgrav) writes: : Niki Denev writes: : > 10.10.10 192.168.100.1 UGS 0 1016 ste1= : = : this route lacks a mask length. I've seen these as well when dhclient was involved for both fxp0 and iwi0 on my laptop, but couldn't recreate it. Warner From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 03:50:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA59016A41C; Wed, 6 Jul 2005 03:50:59 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D78C43D4C; Wed, 6 Jul 2005 03:50:59 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j663nmpL078900; Tue, 5 Jul 2005 21:49:49 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 05 Jul 2005 21:49:47 -0600 (MDT) Message-Id: <20050705.214947.104473075.imp@bsdimp.com> To: B.Candler@pobox.com From: "M. Warner Losh" In-Reply-To: <20050705121205.GA25554@uk.tiscali.com> References: <20050705102010.GA5663@beatrix.daedalusnetworks.priv> <20050705124501.6c9de799.lists@yazzy.org> <20050705121205.GA25554@uk.tiscali.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: lists@yazzy.org, keramida@freebsd.org, freebsd-current@freebsd.org Subject: Re: getty replacement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 03:51:00 -0000 In the past, I've had to wrap the shell script with a getty-lite that is a stripped down version of getty that sets up the sid, etc. Don't know if I can distribute it, however. That's likely your problem... Warner From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 04:22:23 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C6DA16A41C; Wed, 6 Jul 2005 04:22:23 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2743043D48; Wed, 6 Jul 2005 04:22:23 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.3/8.13.3) with ESMTP id j664McBm079533; Wed, 6 Jul 2005 00:22:38 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: current@FreeBSD.org In-Reply-To: <1120539465.3587.19.camel@shumai.marcuscom.com> References: <1120539465.3587.19.camel@shumai.marcuscom.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Vgsh+LAnOQdJswh284Au" Organization: FreeBSD, Inc. Date: Wed, 06 Jul 2005 00:22:09 -0400 Message-Id: <1120623729.99631.21.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: phk@FreeBSD.org Subject: Re: (problem found) grantpt broken on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 04:22:23 -0000 --=-Vgsh+LAnOQdJswh284Au Content-Type: multipart/mixed; boundary="=-njWBEab4C1fYZfkZoYjg" --=-njWBEab4C1fYZfkZoYjg Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2005-07-05 at 00:57 -0400, Joe Marcus Clarke wrote: > I recently discovered the gnome-vfs sftp method which uses > posix_openpt/ptsname/grantpt to set up a pty for communicating with the > sftp subprocess fails to work. I found that grantpt() fails due to > EACCES. The underlying reason looks to be that the pty name returned by > ptsname() is not unhidden in devfs. Basically, the following code will > fail: >=20 > #include > #include > #include > #include >=20 > main(void) { > int fd; > char *p; >=20 > fd =3D posix_openpt (O_RDWR | O_NOCTTY); >=20 > if (fd < 0) { > printf("Failed to open PTY: %s\n", strerror(errno)); > return -1; > } > else { > if ((p =3D ptsname(fd)) !=3D NULL) { > printf("ptsname =3D %s\n", p); > } > else { > printf("Failed to get ptsname: %s\n", strerror(er= rno)); > close (fd); > if (grantpt(fd) < 0) { > printf("Failed to run grantpt: %s\n", strerror(errno)); > close (fd); > return -1; > } >=20 > close (fd); >=20 > return 0; > } >=20 > Basically, everything works until the grantpt() call which returns > EACCES. The same code works just fine under 5-STABLE. I even tried > manually applying devfs rules to unhide the missing tty device > (/dev/ttys5 in my tests), but that didn't work. The program also fails > in the same way when run as root. >=20 > This has been failing since I upgraded from 5-STABLE to -CURRENT about > three weeks ago. I'm now running -CURRENT from yesterday. I did some more research, and found that the problem was not in devfs hiding the devices, but rather in the way ptsname() determined the tty name for the open file descriptor. The kernel gets the minor number for a tty from the si_drv0 member of the device cdev structure. However, ptsname() relies on the minor number of the st_rdev member of the stat structure to get the tty name. Devfs sets the st_rdev value to the device's inode xor a random number. Therefore, ptsname() returns garbage, and grantpt() subsequently fails. I created this patch that corrects the problem, but I'm not sure if it's the right way to go. Poul-Henning (or anyone) could you have a look and let me know if this is okay? I'd really like to see this working again in -CURRENT so 6.0 GNOME users will be able to use their sftp shares. Thanks. Oh, and it might be a good idea to make sys/types.h aware of MAXMINOR as it still hardcodes the constant. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-njWBEab4C1fYZfkZoYjg Content-Disposition: attachment; filename=devfs_vnops.c.diff Content-Transfer-Encoding: base64 Content-Type: text/x-patch; name=devfs_vnops.c.diff; charset=ISO-8859-1 LS0tIHNyYy9zeXMvZnMvZGV2ZnMvZGV2ZnNfdm5vcHMuYy5vcmlnCVdlZCBKdWwgIDYgMDA6MTQ6 NTYgMjAwNQ0KKysrIHNyYy9zeXMvZnMvZGV2ZnMvZGV2ZnNfdm5vcHMuYwlXZWQgSnVsICA2IDAw OjE0OjQ4IDIwMDUNCkBAIC01MjAsNyArNTIwLDcgQEAgZGV2ZnNfZ2V0YXR0cihhcCkNCiAJCWZp eChkZXYtPnNpX2N0aW1lKTsNCiAJCXZhcC0+dmFfY3RpbWUgPSBkZXYtPnNpX2N0aW1lOw0KIA0K LQkJdmFwLT52YV9yZGV2ID0gZGV2LT5zaV9pbm9kZSBeIGRldmZzX3JhbmRvbSgpOw0KKwkJdmFw LT52YV9yZGV2ID0gZGV2LT5zaV9kcnYwOw0KIAl9DQogCXZhcC0+dmFfZ2VuID0gMDsNCiAJdmFw LT52YV9mbGFncyA9IDA7DQo= --=-njWBEab4C1fYZfkZoYjg-- --=-Vgsh+LAnOQdJswh284Au Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCy1xxb2iPiv4Uz4cRAi4fAJ0Rw8K2khjFxai9j2NQTJXFVg4mFACfbflk 6Tvjnz5aPnT57LtIHX+aKvc= =oh8j -----END PGP SIGNATURE----- --=-Vgsh+LAnOQdJswh284Au-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 04:46:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4E8C16A41C for ; Wed, 6 Jul 2005 04:46:08 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C5B643D48 for ; Wed, 6 Jul 2005 04:46:08 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7A9475125E; Wed, 6 Jul 2005 00:46:07 -0400 (EDT) Date: Wed, 6 Jul 2005 00:46:07 -0400 From: Kris Kennaway To: dandee@volny.cz Message-ID: <20050706044607.GA95804@xor.obsecurity.org> References: <200507051430.04322.jhugo@icomtek.csir.co.za> <20050706012428.80D114E704@pipa.profix.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <20050706012428.80D114E704@pipa.profix.cz> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: panic after yesterday (4.7.) base system update (kernel, userland) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 04:46:08 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 06, 2005 at 03:24:16AM +0200, Daniel Dvorak wrote: > Hello all, >=20 > =20 >=20 > yesterday I updated my router by canonical way. Why are you running -current on a remote production machine that you cannot access? Kris --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCy2IPWry0BWjoQKURAqAOAJ4pbfwXcLBlx4h4v6obUN2UksVBiQCgtx7l AMODR9f8OcxwcLVwq36DtWU= =eIbw -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 05:31:00 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07E3D16A41C for ; Wed, 6 Jul 2005 05:31:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB4A043D46 for ; Wed, 6 Jul 2005 05:30:59 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2892251432; Wed, 6 Jul 2005 01:30:59 -0400 (EDT) Date: Wed, 6 Jul 2005 01:30:59 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20050706053058.GA12549@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: cat: stdout: No space left on device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 05:31:00 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I got this rather head-scratchworthy error message from a script on a 6.0 machine just now: cat: stdout: No space left on device Is my /dev/stdout full? How can I empty it? :) Kris --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCy2ySWry0BWjoQKURAlO5AKCzpBxiNlH/x2cuJoJiCEfisb58GQCg9E+A aDQdFDKSBDk6zmXnXDFCtcU= =ONnZ -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 05:36:19 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADE3E16A41C for ; Wed, 6 Jul 2005 05:36:19 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 132CB43D48 for ; Wed, 6 Jul 2005 05:36:18 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id j665aHPN087191; Wed, 6 Jul 2005 09:36:17 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j665aHfb087190; Wed, 6 Jul 2005 09:36:17 +0400 (MSD) (envelope-from ache) Date: Wed, 6 Jul 2005 09:36:17 +0400 From: Andrey Chernov To: Poul-Henning Kamp Message-ID: <20050706053617.GA87062@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Poul-Henning Kamp , current@FreeBSD.ORG References: <1919.1120596290@phk.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1919.1120596290@phk.freebsd.dk> User-Agent: Mutt/1.5.9i Cc: current@FreeBSD.ORG Subject: Re: [TEST/REVIEW] boot0cfg/fdisk issue fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 05:36:19 -0000 On Tue, Jul 05, 2005 at 10:44:50PM +0200, Poul-Henning Kamp wrote: > > This is an attempt to fix an boot0cfg/fdisk issue which I have > overlooked. Hooray, u are the man. This is exact the problem I complaining about long time ago, but you don't hear me. Don't have a time to test your patch yet, but for completeness I can notice that the same problem exists for sysinstall too and perhaps can be fixed similary to your patch. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 05:48:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1275F16A41C for ; Wed, 6 Jul 2005 05:48:57 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: from web54405.mail.yahoo.com (web54405.mail.yahoo.com [68.142.225.161]) by mx1.FreeBSD.org (Postfix) with SMTP id 8A4C243D48 for ; Wed, 6 Jul 2005 05:48:56 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: (qmail 53814 invoked by uid 60001); 6 Jul 2005 05:48:55 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=iTaPU+vFISNLtswchGjeadg38XxO2+bov5Ae0tTRjvFQqLjRi9BRJCNYedkeJWw+bsF7RlIezrPd0ZatMhfV0sHaUyZYACrub2Az+91TSdyE++kbKH1oRk41nDBSS6e1ALwqvdmevvbCupBkTqkOVx49mnmKB5ayo0qN2AG5k+Y= ; Message-ID: <20050706054855.53812.qmail@web54405.mail.yahoo.com> Received: from [139.168.36.39] by web54405.mail.yahoo.com via HTTP; Tue, 05 Jul 2005 22:48:55 PDT Date: Tue, 5 Jul 2005 22:48:55 -0700 (PDT) From: snort Snort To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: network resquest to tap pseudo device driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 05:48:57 -0000 Hi, Can anybody tell me what benefit for building a tap pseudo ethernet device driver for some sort of network communication? Why not directly communicate thru a "real" ethernet device driver like fxp0, xl0, etc. Thanks Sam ____________________________________________________ Sell on Yahoo! Auctions no fees. Bid on great items. http://auctions.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 07:26:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78A1016A41C for ; Wed, 6 Jul 2005 07:26:38 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19BA543D49 for ; Wed, 6 Jul 2005 07:26:36 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by wproxy.gmail.com with SMTP id i21so1033446wra for ; Wed, 06 Jul 2005 00:26:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FjU6ZWhhRWEFFa3uua9gAMb63zsJBf1zG19tbXrllEsNBf8nqiK+HoBakC781xAY/yh7svxILdaSfDQXOf2TylkEzR4rJNECufd1CJSJ487FeIBvQEPtz1W+hec/HfkLbmaM8RGCZhJFA8+7Z7yFBv1i38T+62MBw1tWWn/mHl0= Received: by 10.54.23.69 with SMTP id 69mr197867wrw; Wed, 06 Jul 2005 00:26:36 -0700 (PDT) Received: by 10.54.38.32 with HTTP; Wed, 6 Jul 2005 00:26:35 -0700 (PDT) Message-ID: <70e8236f050706002655cd9a0c@mail.gmail.com> Date: Wed, 6 Jul 2005 08:26:36 +0100 From: Joao Barros To: Andre Guibert de Bruet In-Reply-To: <20050705011650.R80892@lexi.siliconlandmark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <70e8236f05070208212e36c375@mail.gmail.com> <42C6DA5F.9070303@gneto.com> <6.2.1.2.0.20050703212843.07889088@64.7.153.2> <20050705011650.R80892@lexi.siliconlandmark.com> Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: 6.0-CURRENT SNAP004 hangs on amr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joao Barros List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 07:26:38 -0000 On 7/5/05, Andre Guibert de Bruet wrote: >=20 > On Sun, 3 Jul 2005, Mike Tancsa wrote: >=20 > > amr0: Firmware 161J, BIOS 3.17, 128MB RAM >=20 > Is this the latest firmware release for the card? I had a number of issue= s > with the amr driver with true-blue LSI Logic SCSI RAID cards that > magically went away after updating the firmware. (PERC 3/DCs are > Dell-branded LSI cards. You want to visit Dell's support website to get > any eventual update(s)) >=20 > Andy =20 I tried upgrading my card to the latest firmware version and the symptoms remain. It now reads: amr0: Firmware 197O, BIOS 3.35, 64MB RAM One thing I noticed: I can press scroll lock and move around through the console text. I suppose a hanged kernel wouldn't allow this?! -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 07:32:10 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8580916A41F for ; Wed, 6 Jul 2005 07:32:10 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11ED443D5D for ; Wed, 6 Jul 2005 07:32:08 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 0F600DFB33; Wed, 6 Jul 2005 09:32:08 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id E26AAB1DB0; Wed, 6 Jul 2005 09:32:07 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id BC7BEB1D7F; Wed, 6 Jul 2005 09:32:07 +0200 (CEST) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 7DE5FDFB33; Wed, 6 Jul 2005 09:32:07 +0200 (CEST) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id j667W6Gp092918; Wed, 6 Jul 2005 09:32:06 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.3/8.13.1) with ESMTP id j667W6ln092192; Wed, 6 Jul 2005 09:32:06 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.3) with ESMTP id j667W6qL001508; Wed, 6 Jul 2005 09:32:06 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.3/Submit) id j667W5AR001507; Wed, 6 Jul 2005 09:32:05 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Date: Wed, 6 Jul 2005 09:32:05 +0200 From: Ulrich Spoerlein To: Jeremie Le Hen Message-ID: <20050706073205.GA942@galgenberg.net> References: <20041102222000.GA65845@xor.obsecurity.org> <42C76DF0.8070307@magnesium.net> <20050703055842.GA1933@xor.obsecurity.org> <42C805F2.4060103@udor.net> <20050705222412.GQ73907@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <20050705222412.GQ73907@obiwan.tataz.chchile.org> User-Agent: mutt-ng devel (FreeBSD) X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Cc: current@FreeBSD.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 07:32:10 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 06.07.2005 at 00:24:12 +0200, Jeremie Le Hen wrote: > > Does it make sense to introduce a CFLAGS_PORTS option? Basically an=20 > > override used when compiling ports as opposed to world? >=20 > I would vote for it. I'm working on integrating ProPolice on the base > system, and it would be worth to have the ability to compile either > base system or ports without stack protection, for instance. > Furthermore this is not a great change in the makefiles, rather > something invisible for those who don't want to use it, and pretty handy > for those who might need it. Whats wrong with =2Eif ${.CURDIR:M/usr/ports*} CFLAGS=3D -O -pipe -foo =2Eendif in /etc/make.conf? Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCy4j1mArGtfDbn0QRAn1/AJ9JkC9prYpEduaJ0uembuSdQu+jFACeJer9 DSSwakoC+/jNzzDj/ZNpkqQ= =zmqL -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 07:35:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C588216A41F for ; Wed, 6 Jul 2005 07:35:37 +0000 (GMT) (envelope-from brian@aljex.com) Received: from s1tank.virtdom.com (s1tank.virtdom.com [12.26.83.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 274E543D53 for ; Wed, 6 Jul 2005 07:35:36 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 62211 invoked by uid 89); 6 Jul 2005 07:49:58 -0000 Received: from ool-4355e580.dyn.optonline.net (HELO venti) (brian@aljex.com@67.85.229.128) by s1tank.virtdom.com with SMTP; 6 Jul 2005 07:49:58 -0000 Message-ID: <00a901c581fd$48c4e760$941fa8c0@venti> From: "Brian K. White" To: , References: <001401c57f66$d7d01fe0$941fa8c0@venti> Date: Wed, 6 Jul 2005 03:35:29 -0400 Organization: Aljex Software MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: Subject: Re: wireless keyboard with built in touchpad X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 07:35:38 -0000 ----- Original Message ----- From: "Brian K. White" To: ; Sent: Saturday, July 02, 2005 8:33 PM Subject: wireless keyboard with built in touchpad >I have a VGP-WKB1 Sony Vaio usb, 2.4gz rf wireless, keyboard with built-in >touch pad and seperate wireless mouse. > > Gizmodo article > http://www.gizmodo.com/gadgets/peripherals/input/vaio-vgpwkb1-wireless-keyboard-with-touchpad-036744.php > > Sony product page > http://www.sonystyle.com/is-bin/INTERSHOP.enfinity/eCS/Store/en/-/USD/SY_DisplayProductInformation-Start?ProductSKU=VGPWKB1&CategoryName=hid_pr_p_20_per_ecoupon_all&DCMP=CNET_DF&HQS=NBA_VGPWKB1 > > better pictures on this japanese page: > http://www.watch.impress.co.jp/akiba/hotline/20050319/etc_vgpwkb1.html > [...] > Like all the others I tried, the keyboard part of this works fine on > 5.4-release (what thinbsd is built on) > and the mouse is unrecognized. > Ordinary usb mice work fine, including when indirectly connected via hubs. > I have one slim wired usb keyoard which has a built in 2 port hub and a > usb mouse works fine plugged into it. [...] > Who can I bribe to get the mouse working ? > Can I buy one of these and give it to someone (as in it's yours forever) > in return for updating the mouse detection in usbd or in the kernel? or > even just figuring out whatever cheap hack would allow it to work like > maybe just commenting uhid out of the kernel config like you have to do > for apcupsd? > > dmesg on 5.4-release shows this near the end: > > ukbd0: Sony RF Receiver, rev 1.10/1.00, addr 2, iclass 3/1 kbd1 at ukbd0 > uhid0: Sony RF Receiver, rev 1.10/1.00, addr 2, iclass 3/1 kbd1 at ukbd0 > > I'm also willing to do the usual testing and reporting myself according to > someones direction of course but I really want this so I don't mind making > it worth someones while. > It's a really sweet unit. More info: It partially works on Linux. Xandros Desktop 3 autodetects the mouse (linux 2.6.9 / xorg 6.7.0) The pointer works but not the buttons. Even xev doesn't show anything at all when I move the pointer into the xev window and press the buttons. Tapping in the touchpad area doesn't produce a button-press either. But the pointer follows your finger just fine. dmesg: [...] uhci_hcd 0000:00:11.2: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller uhci_hcd 0000:00:11.2: irq 12, io base 0000d400 uhci_hcd 0000:00:11.2: new USB bus registered, assigned bus number 1 [...] usbcore: registered new driver hiddev input: USB HID v1.10 Keyboard [Sony RF Receiver] on usb-0000:00:11.2-1 input,hiddev0: USB HID v1.10 Mouse [Sony RF Receiver] on usb-0000:00:11.2-1 usbcore: registered new driver hiddev drivers/usb/input/hid-core.c: v2.0:USB HID core driver /var/log/Xorg.0.log: [...] (**) Option "Protocol" "IMPS/2" (**) mouse.usb: Device: "/dev/input/mice" (**) mouse.usb: Protocol: "IMPS/2" (**) Option "CorePointer" (**) mouse.usb: Core Pointer (**) Option "Device" "/dev/input/mice" (**) Option "Emulate3Buttons" "YES" (**) mouse.usb: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5" (**) mouse.usb: ZAxisMapping: buttons 4 and 5 (**) mouse.usb: Buttons: 5 (II) XINPUT: Adding extended input device "mouse.usb" (type: MOUSE) (II) mouse.usb: ps2EnableDataReporting: succeeded [...] In windows it works immediately without any special drivers too. The linux & windows experience suggests no special driver needs to be written, merely get an existing driver attached to the device. How do I go about that? When linux is running and working, what can I look at in order to find details that freebsd needs? and then where do I use them on freebsd? Something from /proc? translated into a patch somewhere in the freebsd kernel? I'll try a newer linux and newer xorg than above presently. The offer still stands, no one has claimed their $150 wireless keyboard. Thanks Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO FreeBSD #callahans Satriani Filk! From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 07:53:29 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE53016A41C for ; Wed, 6 Jul 2005 07:53:29 +0000 (GMT) (envelope-from bp@vertex.kz) Received: from relay.ore.kz (relay.ore.kz [212.154.154.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3717D43D48 for ; Wed, 6 Jul 2005 07:53:28 +0000 (GMT) (envelope-from bp@vertex.kz) Received: by relay.ore.kz (Postfix, from userid 1002) id 1154A393; Wed, 6 Jul 2005 13:53:24 +0600 (ALMT) Received: from relay.vertex.kz (unknown [192.168.5.3]) by relay.ore.kz (Postfix) with ESMTP id AE6FC24A; Wed, 6 Jul 2005 13:53:23 +0600 (ALMT) Received: from lion.butya.kz (localhost [127.0.0.1]) by relay.vertex.kz (Postfix) with SMTP id D2AE55945; Wed, 6 Jul 2005 13:55:29 +0600 (ALMT) Received: from relay.vertex.kz (localhost [127.0.0.1]) by localhost.vertex.kz (Postfix) with ESMTP id AA8CF5944; Wed, 6 Jul 2005 13:55:29 +0600 (ALMT) Received: by relay.vertex.kz (Postfix, from userid 1000) id A192A5943; Wed, 6 Jul 2005 13:55:29 +0600 (ALMT) Date: Wed, 6 Jul 2005 13:55:29 +0600 From: Boris Popov To: Kris Kennaway Message-ID: <20050706075529.GF398@vertex.kz> References: <20050706053058.GA12549@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050706053058.GA12549@xor.obsecurity.org> User-Agent: Mutt/1.5.6i Cc: current@FreeBSD.org Subject: Re: cat: stdout: No space left on device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 07:53:29 -0000 On Wed, Jul 06, 2005 at 01:30:59AM -0400, Kris Kennaway wrote: > I got this rather head-scratchworthy error message from a script on a > 6.0 machine just now: > > cat: stdout: No space left on device I've seen that too and sometimes not in a script but at the shell prompt. The only cure for that were to terminate current shell. It is also interesting that this happens only for /bin/sh and doesn't for bash. -- Boris Popov http://rbp.euro.ru From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 08:01:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A960C16A41C for ; Wed, 6 Jul 2005 08:01:48 +0000 (GMT) (envelope-from martin@gneto.com) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC7C343D49 for ; Wed, 6 Jul 2005 08:01:46 +0000 (GMT) (envelope-from martin@gneto.com) Received: from as6-1-5.kr.m.bonet.se ([83.227.181.30] [83.227.181.30]) by mxfep01.bredband.com with ESMTP id <20050706080145.GRUV26070.mxfep01.bredband.com@as6-1-5.kr.m.bonet.se>; Wed, 6 Jul 2005 10:01:45 +0200 Received: from [192.168.10.11] (euklides.gneto.com [192.168.10.11]) by as6-1-5.kr.m.bonet.se (Postfix) with ESMTP id E3069678B9; Wed, 6 Jul 2005 10:01:44 +0200 (CEST) Message-ID: <42CB8FEC.7060508@gneto.com> Date: Wed, 06 Jul 2005 10:01:48 +0200 From: Martin Nilsson User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joao Barros References: <70e8236f05070208212e36c375@mail.gmail.com> <42C6DA5F.9070303@gneto.com> <6.2.1.2.0.20050703212843.07889088@64.7.153.2> <20050705011650.R80892@lexi.siliconlandmark.com> <70e8236f050706002655cd9a0c@mail.gmail.com> In-Reply-To: <70e8236f050706002655cd9a0c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: 6.0-CURRENT SNAP004 hangs on amr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 08:01:48 -0000 Joao Barros wrote: > One thing I noticed: I can press scroll lock and move around through > the console text. I suppose a hanged kernel wouldn't allow this?! I had the following conversation with Scott Long, but I never had time to follow it up and the box I was using had other problems with FreeBSD CURRENT. See if the below is also true for your box. Regards, Martin > Scott Long wrote / skrev: > >> I wonder if there is an interrupt routing problem. Can you compile in KDB and DDB? When the hang occurs, note the irq that was assigned to the amr driver (it'll be printed on the console), and then drop into DDB and do 'show intrcnt'. > > > > amr0 gets irq25 but there is no such entry in the "show intrcnt" table. > > I tried to boot the system without ACPI but it panics with: > Multiple IRQs for PCI interrupt 0.31.INTA: 18 and 16 > Yep, it's an interrupt routing problem. Contact John Baldwin and Nate Lawson. Scott From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 08:26:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9EC316A41C for ; Wed, 6 Jul 2005 08:26:15 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 2AEEE43D49 for ; Wed, 6 Jul 2005 08:26:14 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 8958 invoked by uid 1026); 6 Jul 2005 08:27:26 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.111512 secs); 06 Jul 2005 08:27:26 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 6 Jul 2005 08:27:26 -0000 From: Niki Denev To: freebsd-current@freebsd.org Date: Wed, 6 Jul 2005 11:26:12 +0300 User-Agent: KMail/1.8 References: <42C84717.9020100@cytexbg.com> <86irzrwqnc.fsf@xps.des.no> <20050705.214614.38231003.imp@bsdimp.com> In-Reply-To: <20050705.214614.38231003.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200507061126.13158.nike_d@cytexbg.com> Subject: Re: strange route problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 08:26:16 -0000 On Wednesday 06 July 2005 06:46, M. Warner Losh wrote: > In message: <86irzrwqnc.fsf@xps.des.no> > > des@des.no (Dag-Erling Sm=F8rgrav) writes: > : Niki Denev writes: > : > 10.10.10 192.168.100.1 UGS 0 1016 ste1 > : > : this route lacks a mask length. > > I've seen these as well when dhclient was involved for both fxp0 and > iwi0 on my laptop, but couldn't recreate it. > > Warner > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > netname() in src/sbin/route/route.c does this i think. i can add several different addresses with=20 route add -net xx.xx.xx.xx/24 zz.zz.zz.zz and some of them will show up with /24 other will not.(i=B4m not shure=20 that this is right :):) ) But the real problem that i=B4m expeiencing is that if i install a static r= oute to the interface that uses dhcp after a while this route will stop working= =20 despite being shown properly in the routing table. (doing a =A8route change= =A8 with the same parameters fixes it) My initial guess was that this probably has something to do with the=20 periodic UPs and DOWNs of the interface that are caused by (the new?)dhclie= nt. =46or now i =A8patched=A8 the situation with =A8route-to=A8-s in pf.conf, but i=B4ve not given up to find out what=B4s happening :):) =2D-niki From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 08:54:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59A9C16A41C; Wed, 6 Jul 2005 08:54:51 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 7F5E243D49; Wed, 6 Jul 2005 08:54:50 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 6 Jul 2005 09:54:48 +0100 (BST) Date: Wed, 6 Jul 2005 09:54:48 +0100 From: David Malone To: snort Snort Message-ID: <20050706085448.GA74870@walton.maths.tcd.ie> References: <20050706054855.53812.qmail@web54405.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050706054855.53812.qmail@web54405.mail.yahoo.com> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: network resquest to tap pseudo device driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 08:54:51 -0000 On Tue, Jul 05, 2005 at 10:48:55PM -0700, snort Snort wrote: > Can anybody tell me what benefit for building a tap > pseudo ethernet device driver for some sort of network > communication? Why not directly communicate thru a > "real" ethernet device driver like fxp0, xl0, etc. A tap interface can be used by machine that don't have real hardware (for example, a vmware virtual machine) to access a real network. Another possibility is to use a tap interface to bridge two ethernets together over an intermediate IP network, possibly encrypting the frames in transit. David. From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 08:57:35 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C417C16A41C for ; Wed, 6 Jul 2005 08:57:35 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7985C43D48 for ; Wed, 6 Jul 2005 08:57:33 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 8C45B321570; Wed, 6 Jul 2005 10:57:32 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 04143405B; Wed, 6 Jul 2005 10:57:38 +0200 (CEST) Date: Wed, 6 Jul 2005 10:57:37 +0200 From: Jeremie Le Hen To: Ulrich Spoerlein Message-ID: <20050706085737.GT73907@obiwan.tataz.chchile.org> References: <20041102222000.GA65845@xor.obsecurity.org> <42C76DF0.8070307@magnesium.net> <20050703055842.GA1933@xor.obsecurity.org> <42C805F2.4060103@udor.net> <20050705222412.GQ73907@obiwan.tataz.chchile.org> <20050706073205.GA942@galgenberg.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050706073205.GA942@galgenberg.net> User-Agent: Mutt/1.5.9i Cc: Jeremie Le Hen , current@FreeBSD.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 08:57:35 -0000 Hi Ulrich, > Whats wrong with > > .if ${.CURDIR:M/usr/ports*} > CFLAGS= -O -pipe -foo > .endif > > in /etc/make.conf? Nothing wrong, but it's too tricky for end users. Only a small amount of person using FreeBSD knows make(1) enough to do this : this requires to know what is ${.CURDIR} and how to match a variable against a pattern. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 09:01:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ADDC16A41C for ; Wed, 6 Jul 2005 09:01:05 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 262F843D46 for ; Wed, 6 Jul 2005 09:01:04 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=h311r4z3r) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1Dq5m6-0005gB-0q for current@freebsd.org; Wed, 06 Jul 2005 11:00:59 +0200 Date: Wed, 6 Jul 2005 11:01:09 +0200 From: Marcin Jessa To: FreeBSD-Current Message-Id: <20050706110109.58065268.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.8; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: Subject: PRISM WorldRadio driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 09:01:05 -0000 Hi. I have an Intersil Conexant Mini-PCI wlan nic which supports 802.11a, b, d, e, g, h, i, j standards. http://www.conexant.com/products/entry.jsp?id=888 none1@pci3:8:0: class=0x028000 card=0x160916a5 chip=0x38861260 rev=0x01 hdr=0x00 vendor = 'Intersil Americas Inc (Was: Harris Semiconductor)' class = network Is anyone working on driver for this card? From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 09:04:47 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D000A16A41C for ; Wed, 6 Jul 2005 09:04:47 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mrout2-b.corp.dcn.yahoo.com (mrout2-b.corp.dcn.yahoo.com [216.109.112.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EBFB43D53 for ; Wed, 6 Jul 2005 09:04:47 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout2-b.corp.dcn.yahoo.com (8.13.4/8.13.4/y.out) with ESMTP id j6694ZD1071459 for ; Wed, 6 Jul 2005 02:04:37 -0700 (PDT) Date: Wed, 06 Jul 2005 18:04:35 +0900 Message-ID: From: gnn@freebsd.org To: current@freebsd.org User-Agent: Wanderlust/2.12.2 (99 Luftballons) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: Nightly updates of the kernel cross reference... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 09:04:47 -0000 Hi, I now have nightly scripts generating kernel cross references that are web browsable. Point your web browsers here: http://www.codespelunking.org/freebsd-current/htags/ I would like to add Linux if someone can point me at directions on how to keep up to date with them. Of course I'll put OpenBSD and NetBSD up as well, but I'm hoping that keeping up to date with them will be a lot like FreeBSD. The tools used are from global. You can look at the tools by browsing around www.codespelunking.org Later, George From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 09:09:22 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6593916A41C for ; Wed, 6 Jul 2005 09:09:22 +0000 (GMT) (envelope-from mux@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46C5043D45 for ; Wed, 6 Jul 2005 09:09:22 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 2ED0C5C9CC; Wed, 6 Jul 2005 02:09:22 -0700 (PDT) Date: Wed, 6 Jul 2005 11:09:22 +0200 From: Maxime Henrion To: Jeremie Le Hen Message-ID: <20050706090922.GA14567@elvis.mu.org> References: <20041102222000.GA65845@xor.obsecurity.org> <42C76DF0.8070307@magnesium.net> <20050703055842.GA1933@xor.obsecurity.org> <42C805F2.4060103@udor.net> <20050705222412.GQ73907@obiwan.tataz.chchile.org> <20050706073205.GA942@galgenberg.net> <20050706085737.GT73907@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050706085737.GT73907@obiwan.tataz.chchile.org> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 09:09:22 -0000 Jeremie Le Hen wrote: > Hi Ulrich, > > > Whats wrong with > > > > .if ${.CURDIR:M/usr/ports*} > > CFLAGS= -O -pipe -foo > > .endif > > > > in /etc/make.conf? > > Nothing wrong, but it's too tricky for end users. Only a small amount > of person using FreeBSD knows make(1) enough to do this : this requires > to know what is ${.CURDIR} and how to match a variable against a > pattern. Not to mention it is actually a hack since ports may be anywhere on the filesystem and not necessarily in /usr/ports. Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 09:16:40 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2406416A41C; Wed, 6 Jul 2005 09:16:40 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id C946043D49; Wed, 6 Jul 2005 09:16:39 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix3-2.free.fr (Postfix) with ESMTP id D88CCC0F8; Wed, 6 Jul 2005 11:16:38 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j669GKkm017320; Wed, 6 Jul 2005 11:16:25 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Wed, 6 Jul 2005 11:16:15 +0200 User-Agent: KMail/1.8.1 References: <20041102222000.GA65845@xor.obsecurity.org> <20050706073205.GA942@galgenberg.net> <20050706085737.GT73907@obiwan.tataz.chchile.org> In-Reply-To: <20050706085737.GT73907@obiwan.tataz.chchile.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200507061116.17267.thierry@herbelot.com> Cc: Jeremie Le Hen , current@freebsd.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 09:16:40 -0000 Le Wednesday 6 July 2005 10:57, Jeremie Le Hen a crit : > Hi Ulrich, > > > Whats wrong with > > > > .if ${.CURDIR:M/usr/ports*} > > CFLAGS= -O -pipe -foo > > .endif > > > > in /etc/make.conf? > > Nothing wrong, but it's too tricky for end users. Only a small amount > of person using FreeBSD knows make(1) enough to do this : this requires > to know what is ${.CURDIR} and how to match a variable against a > pattern. and it does not work if he ports tree is "physically" elsewhere (mine is shared over NFS from /files2/ports -> .CURDIR does not begin with /usr/ports). Perhaps a better way would be to use a variable set in bsd.ports.mk (BUILDING_PORT="YES") TfH > > Regards, From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 09:16:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2406416A41C; Wed, 6 Jul 2005 09:16:40 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id C946043D49; Wed, 6 Jul 2005 09:16:39 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix3-2.free.fr (Postfix) with ESMTP id D88CCC0F8; Wed, 6 Jul 2005 11:16:38 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j669GKkm017320; Wed, 6 Jul 2005 11:16:25 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Wed, 6 Jul 2005 11:16:15 +0200 User-Agent: KMail/1.8.1 References: <20041102222000.GA65845@xor.obsecurity.org> <20050706073205.GA942@galgenberg.net> <20050706085737.GT73907@obiwan.tataz.chchile.org> In-Reply-To: <20050706085737.GT73907@obiwan.tataz.chchile.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200507061116.17267.thierry@herbelot.com> Cc: Jeremie Le Hen , current@freebsd.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 09:16:40 -0000 Le Wednesday 6 July 2005 10:57, Jeremie Le Hen a crit : > Hi Ulrich, > > > Whats wrong with > > > > .if ${.CURDIR:M/usr/ports*} > > CFLAGS= -O -pipe -foo > > .endif > > > > in /etc/make.conf? > > Nothing wrong, but it's too tricky for end users. Only a small amount > of person using FreeBSD knows make(1) enough to do this : this requires > to know what is ${.CURDIR} and how to match a variable against a > pattern. and it does not work if he ports tree is "physically" elsewhere (mine is shared over NFS from /files2/ports -> .CURDIR does not begin with /usr/ports). Perhaps a better way would be to use a variable set in bsd.ports.mk (BUILDING_PORT="YES") TfH > > Regards, From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 09:19:37 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD21416A41C; Wed, 6 Jul 2005 09:19:37 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 698B043D48; Wed, 6 Jul 2005 09:19:35 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.3/8.13.3) with ESMTP id j669JpMl082719; Wed, 6 Jul 2005 05:19:51 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: current@FreeBSD.org In-Reply-To: <1120623729.99631.21.camel@shumai.marcuscom.com> References: <1120539465.3587.19.camel@shumai.marcuscom.com> <1120623729.99631.21.camel@shumai.marcuscom.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-m1CqonUApY83P0O22e8X" Organization: FreeBSD, Inc. Date: Wed, 06 Jul 2005 05:19:20 -0400 Message-Id: <1120641560.95261.1.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: phk@FreeBSD.org Subject: Re: (problem found) grantpt broken on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 09:19:38 -0000 --=-m1CqonUApY83P0O22e8X Content-Type: multipart/mixed; boundary="=-9t8g05O1FJRlMHzDXQT6" --=-9t8g05O1FJRlMHzDXQT6 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2005-07-06 at 00:22 -0400, Joe Marcus Clarke wrote: >=20 > I did some more research, and found that the problem was not in devfs > hiding the devices, but rather in the way ptsname() determined the tty > name for the open file descriptor. The kernel gets the minor number for > a tty from the si_drv0 member of the device cdev structure. However, > ptsname() relies on the minor number of the st_rdev member of the stat > structure to get the tty name. Devfs sets the st_rdev value to the > device's inode xor a random number. Therefore, ptsname() returns > garbage, and grantpt() subsequently fails. >=20 > I created this patch that corrects the problem, but I'm not sure if it's > the right way to go. Poul-Henning (or anyone) could you have a look and > let me know if this is okay? I'd really like to see this working again > in -CURRENT so 6.0 GNOME users will be able to use their sftp shares. > Thanks. >=20 > Oh, and it might be a good idea to make sys/types.h aware of MAXMINOR as > it still hardcodes the constant. Actually, I think the real solution is to reimplement ptsname() using devname(3) similar to the way ttyname() is done. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-9t8g05O1FJRlMHzDXQT6 Content-Disposition: attachment; filename=grantpt.c.diff Content-Transfer-Encoding: base64 Content-Type: text/x-patch; name=grantpt.c.diff; charset=ISO-8859-1 LS0tIHNyYy9saWIvbGliYy9zdGRsaWIvZ3JhbnRwdC5jLm9yaWcJV2VkIEp1bCAgNiAwNDoyMjoz NyAyMDA1DQorKysgc3JjL2xpYi9saWJjL3N0ZGxpYi9ncmFudHB0LmMJV2VkIEp1bCAgNiAwNTox NzowOSAyMDA1DQpAQCAtMzgsMTIgKzM4LDE1IEBAIF9fRkJTRElEKCIkRnJlZUJTRDogc3JjL2xp Yi9saWJjL3N0ZGxpYi8NCiAjaW5jbHVkZSAibmFtZXNwYWNlLmgiDQogI2luY2x1ZGUgPHN5cy90 eXBlcy5oPg0KICNpbmNsdWRlIDxzeXMvc3RhdC5oPg0KKyNpbmNsdWRlIDxzeXMvaW9jdGwuaD4N CisjaW5jbHVkZSA8c3lzL2ZpbGlvLmg+DQogI2luY2x1ZGUgPHN5cy93YWl0Lmg+DQogI2luY2x1 ZGUgPHN5cy90aW1lLmg+DQogI2luY2x1ZGUgPHN5cy9yZXNvdXJjZS5oPg0KIA0KICNpbmNsdWRl IDxlcnJuby5oPg0KICNpbmNsdWRlIDxmY250bC5oPg0KKyNpbmNsdWRlIDxkaXJlbnQuaD4NCiAj aW5jbHVkZSA8Z3JwLmg+DQogI2luY2x1ZGUgPHBhdGhzLmg+DQogI2luY2x1ZGUgPHNpZ25hbC5o Pg0KQEAgLTIxMyw5ICsyMTYsMTEgQEAgcG9zaXhfb3BlbnB0KGludCBvZmxhZykNCiBjaGFyICoN CiBwdHNuYW1lKGludCBmaWxkZXMpDQogew0KLQlzdGF0aWMgY2hhciBzbGF2ZVtdID0gX1BBVEhf REVWIFBUU19QUkVGSVggIlhZIjsNCisJc3RhdGljIGNoYXIgc2xhdmVbc2l6ZW9mKF9QQVRIX0RF VikgKyBNQVhOQU1MRU5dOw0KIAljaGFyICpyZXR2YWw7DQogCXN0cnVjdCBzdGF0IHNidWY7DQor CXN0cnVjdCBmaW9kZ25hbWVfYXJnIGZnbjsNCisJc2l6ZV90IHVzZWQsIGxlbiA9IHNpemVvZihz bGF2ZSk7DQogDQogCXJldHZhbCA9IE5VTEw7DQogDQpAQCAtMjIzLDEwICsyMjgsMTggQEAgcHRz bmFtZShpbnQgZmlsZGVzKQ0KIAkJaWYgKCFJU1BUTShzYnVmKSkNCiAJCQllcnJubyA9IEVJTlZB TDsNCiAJCWVsc2Ugew0KLQkJCSh2b2lkKXNwcmludGYoc2xhdmUsIF9QQVRIX0RFViBQVFNfUFJF RklYICIlYyVjIiwNCi0JCQkJICAgICAgUFRfREVWMVttaW5vcihzYnVmLnN0X3JkZXYpIC8gMzJd LA0KLQkJCQkgICAgICBQVF9ERVYyW21pbm9yKHNidWYuc3RfcmRldikgJSAzMl0pOw0KIAkJCXJl dHZhbCA9IHNsYXZlOw0KKwkJCSpyZXR2YWwgPSAnXDAnOw0KKwkJCXN0cmNweShyZXR2YWwsIF9Q QVRIX0RFVik7DQorCQkJdXNlZCA9IHN0cmxlbihyZXR2YWwpOw0KKwkJCWZnbi5sZW4gPSBsZW4g LSB1c2VkOw0KKwkJCWZnbi5idWYgPSByZXR2YWwgKyB1c2VkOw0KKwkJCWlmICghX2lvY3RsKGZp bGRlcywgRklPREdOQU1FLCAmZmduKSkgew0KKwkJCQlyZXR1cm4gKHJldHZhbCk7DQorCQkJfQ0K KwkJCXVzZWQgPSBzdHJsZW4ocmV0dmFsKTsNCisJCQlkZXZuYW1lX3Ioc2J1Zi5zdF9yZGV2LCBT X0lGQ0hSLCByZXR2YWwgKyB1c2VkLA0KKwkJCQkgIGxlbiAtIHVzZWQpOw0KIAkJfQ0KIAl9DQog DQo= --=-9t8g05O1FJRlMHzDXQT6-- --=-m1CqonUApY83P0O22e8X Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCy6IYb2iPiv4Uz4cRAgtAAJ4kTNDzmYe637yxJ7mPM2iBeWP6cgCcC/rO sg01NpeLpeKrTbqOjfMqV3k= =bmvY -----END PGP SIGNATURE----- --=-m1CqonUApY83P0O22e8X-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 09:30:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8429516A41C; Wed, 6 Jul 2005 09:30:13 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B3F343D53; Wed, 6 Jul 2005 09:30:13 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id ED6EE32157C; Wed, 6 Jul 2005 11:30:11 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 9D169405B; Wed, 6 Jul 2005 11:30:12 +0200 (CEST) Date: Wed, 6 Jul 2005 11:30:12 +0200 From: Jeremie Le Hen To: Peter Losher Message-ID: <20050706093012.GU73907@obiwan.tataz.chchile.org> References: <200507031439.48288.Peter_Losher@isc.org> <200507051106.49609.Peter_Losher@isc.org> <20050705234758.GR73907@obiwan.tataz.chchile.org> <200507051700.41121.Peter_Losher@isc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200507051700.41121.Peter_Losher@isc.org> User-Agent: Mutt/1.5.9i Cc: Jeremie Le Hen , freebsd-current@freebsd.org Subject: Re: install erroring out durning mergemaster... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 09:30:13 -0000 > > I dare to Cc Doug Barton to have an answer to this, since he is the > > author of these bits, IIRC. > > ack. Thanks. I made a typo : this is DougB@FreeBSD.org, not DoubB@FreeBSD.org . Sorry. -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 10:08:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BE5616A41C for ; Wed, 6 Jul 2005 10:08:29 +0000 (GMT) (envelope-from personal@bloodhound.noc.clara.net) Received: from leto.uk.clara.net (leto.uk.clara.net [80.168.69.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D843243D46 for ; Wed, 6 Jul 2005 10:08:28 +0000 (GMT) (envelope-from personal@bloodhound.noc.clara.net) Received: from bloodhound.noc.clara.net ([195.8.70.207]) by leto.uk.clara.net with esmtp (Exim 4.43) id 1Dq6pP-000HM4-Qz; Wed, 06 Jul 2005 11:08:27 +0100 Received: from personal by bloodhound.noc.clara.net with local (Exim 4.50 (FreeBSD)) id 1Dq6pR-0003PR-Ke; Wed, 06 Jul 2005 11:08:29 +0100 Date: Wed, 6 Jul 2005 11:08:29 +0100 From: Brian Candler To: Paul Querna Message-ID: <20050706100829.GA83543@uk.tiscali.com> References: <42CAE06A.6000003@apache.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42CAE06A.6000003@apache.org> User-Agent: Mutt/1.4.2.1i Sender: Brian Candler Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] libradius: Always Include Authenticator X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 10:08:29 -0000 On Tue, Jul 05, 2005 at 12:32:58PM -0700, Paul Querna wrote: > The attached patch will always include the Authenticator Field, in all > RADIUS packets, not just accounting packets. This is a SHOULD violation > from the RFC. I don't understand this. If you're talking about RFC 2865, which bit exactly are you referring to? As far as I can see, the function insert_request_authenticator() generates the authenticator by hashing all the attributes within the request plus the shared secret. This is the correct behaviour for accounting requests (only). Your patch wrongly applies this to Access-Request as well. In Access-Request packets, the Request Authenticator should be a *random* number (RFC2865 section 3, page 15), and this is already done by rad_create_request() So, can you describe more precisely how and why you think the current behaviour is wrong? > I found this problem fixing a bug for my mod_auth_xradius[1]. It > appears that some commercial RADIUS authentication servers will reject > packets with identical Authenticator fields as duplicates. But these RADIUS servers, even if they detect a duplicate, are required to send the same response as they did to the original request. Is the packet actually a duplicate, or is it a different authentication request? If it's different, then it should have a different random authenticator. Are you saying that the random number generator is giving the same answer each time? If so then it's a seeding problem. I see that srandomdev() is called in rad_auth_open though. > This also > has some security implications, since without unique Authenticator field > values, it could allow the spoofing of a reply message. I'm still confused. Are you talking about Access-Request or Access-Accept now? The Response Authenticator of Access-Accept is defined in the RFC. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 10:39:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D2A516A41C; Wed, 6 Jul 2005 10:39:42 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC67043D4C; Wed, 6 Jul 2005 10:39:41 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from beatrix.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226]) by rosebud.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j66AdZ83030388; Wed, 6 Jul 2005 13:39:35 +0300 Received: from beatrix.daedalusnetworks.priv (localhost [127.0.0.1]) by beatrix.daedalusnetworks.priv (8.13.3+Sun/8.13.3) with ESMTP id j66AdZHF025958; Wed, 6 Jul 2005 13:39:35 +0300 (EEST) Received: (from keramida@localhost) by beatrix.daedalusnetworks.priv (8.13.3+Sun/8.13.3/Submit) id j66AdYku025957; Wed, 6 Jul 2005 13:39:34 +0300 (EEST) X-Authentication-Warning: beatrix.daedalusnetworks.priv: keramida set sender to keramida@freebsd.org using -f Date: Wed, 6 Jul 2005 13:39:34 +0300 From: Giorgos Keramidas To: Andrey Chernov , Poul-Henning Kamp Message-ID: <20050706103934.GE25722@beatrix.daedalusnetworks.priv> References: <1919.1120596290@phk.freebsd.dk> <20050706053617.GA87062@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050706053617.GA87062@nagual.pp.ru> Cc: freebsd-current@freebsd.org Subject: Re: [TEST/REVIEW] boot0cfg/fdisk issue fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 10:39:42 -0000 On 2005-07-06 09:36, Andrey Chernov wrote: >On Tue, Jul 05, 2005 at 10:44:50PM +0200, Poul-Henning Kamp wrote: >> >> This is an attempt to fix an boot0cfg/fdisk issue which I have >> overlooked. > > Hooray, u are the man. This is exact the problem I complaining about > long time ago, but you don't hear me. Don't have a time to test your > patch yet, but for completeness I can notice that the same problem > exists for sysinstall too and perhaps can be fixed similary to your > patch. Yes, please. Right now, there are times that sysinstall breaks in funny ways when changes are made to the partition table of a disk. The bug usually shows up when one hits 'w' instead of 'q' in the slice editor. - Giorgos From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 10:47:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1357F16A41C; Wed, 6 Jul 2005 10:47:07 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id B617343D45; Wed, 6 Jul 2005 10:47:06 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id C75B9BC51; Wed, 6 Jul 2005 10:47:04 +0000 (UTC) To: Giorgos Keramidas From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 06 Jul 2005 13:39:34 +0300." <20050706103934.GE25722@beatrix.daedalusnetworks.priv> Date: Wed, 06 Jul 2005 12:47:04 +0200 Message-ID: <5611.1120646824@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: [TEST/REVIEW] boot0cfg/fdisk issue fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 10:47:07 -0000 In message <20050706103934.GE25722@beatrix.daedalusnetworks.priv>, Giorgos Kera midas writes: >Yes, please. Right now, there are times that sysinstall breaks in funny >ways when changes are made to the partition table of a disk. The bug >usually shows up when one hits 'w' instead of 'q' in the slice editor. This patch does not change sysinstall, but the changes can be incorporated by anyone with a bit of time. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 11:17:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBEAC16A41C for ; Wed, 6 Jul 2005 11:17:38 +0000 (GMT) (envelope-from robbak@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4826543D4C for ; Wed, 6 Jul 2005 11:17:38 +0000 (GMT) (envelope-from robbak@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so1101607wra for ; Wed, 06 Jul 2005 04:17:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GwX8R8/ShgFA0fdGOsQ12nh0xlIK7J/FgMLvWKGH+2nqQ5dUkUEvswDircvC7aFUBEqhXAsYiQjkXfYEN5bJyGa4Z1/fZ/BHQIa3YqK8lRgJ4YnovZVDMG9i9aKOs5set7NrtFAGQ0JheF0uM9nIfkeExveMu9danqJW0Stms7g= Received: by 10.54.45.1 with SMTP id s1mr293720wrs; Wed, 06 Jul 2005 04:11:30 -0700 (PDT) Received: by 10.54.128.6 with HTTP; Wed, 6 Jul 2005 04:11:30 -0700 (PDT) Message-ID: Date: Wed, 6 Jul 2005 21:11:30 +1000 From: Robert Backhaus To: thierry@herbelot.com In-Reply-To: <200507061116.17267.thierry@herbelot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20041102222000.GA65845@xor.obsecurity.org> <20050706073205.GA942@galgenberg.net> <20050706085737.GT73907@obiwan.tataz.chchile.org> <200507061116.17267.thierry@herbelot.com> Cc: freebsd-current@freebsd.org, Jeremie Le Hen , current@freebsd.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Robert Backhaus List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 11:17:38 -0000 >=20 > Perhaps a better way would be to use a variable set in bsd.ports.mk > (BUILDING_PORT=3D"YES") >=20 > TfH Of course, the _correct_ way to fix this is for the ports that are now broken by -O2 to be fixed by forcing -O in their makefiles, which really should have been done from the beginning. From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 11:18:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9561C16A41C for ; Wed, 6 Jul 2005 11:18:20 +0000 (GMT) (envelope-from robbak@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47B5643D45 for ; Wed, 6 Jul 2005 11:18:20 +0000 (GMT) (envelope-from robbak@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so1101708wra for ; Wed, 06 Jul 2005 04:18:19 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GwX8R8/ShgFA0fdGOsQ12nh0xlIK7J/FgMLvWKGH+2nqQ5dUkUEvswDircvC7aFUBEqhXAsYiQjkXfYEN5bJyGa4Z1/fZ/BHQIa3YqK8lRgJ4YnovZVDMG9i9aKOs5set7NrtFAGQ0JheF0uM9nIfkeExveMu9danqJW0Stms7g= Received: by 10.54.45.1 with SMTP id s1mr293720wrs; Wed, 06 Jul 2005 04:11:30 -0700 (PDT) Received: by 10.54.128.6 with HTTP; Wed, 6 Jul 2005 04:11:30 -0700 (PDT) Message-ID: Date: Wed, 6 Jul 2005 21:11:30 +1000 From: Robert Backhaus To: thierry@herbelot.com In-Reply-To: <200507061116.17267.thierry@herbelot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20041102222000.GA65845@xor.obsecurity.org> <20050706073205.GA942@galgenberg.net> <20050706085737.GT73907@obiwan.tataz.chchile.org> <200507061116.17267.thierry@herbelot.com> Cc: freebsd-current@freebsd.org, Jeremie Le Hen , current@freebsd.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Robert Backhaus List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 11:18:20 -0000 >=20 > Perhaps a better way would be to use a variable set in bsd.ports.mk > (BUILDING_PORT=3D"YES") >=20 > TfH Of course, the _correct_ way to fix this is for the ports that are now broken by -O2 to be fixed by forcing -O in their makefiles, which really should have been done from the beginning. From owner-freebsd-current@FreeBSD.ORG Tue Jul 5 20:59:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A451016A41C; Tue, 5 Jul 2005 20:59:59 +0000 (GMT) (envelope-from decibel@decibel.org) Received: from flake.decibel.org (flake.decibel.org [67.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30C5D43D53; Tue, 5 Jul 2005 20:59:57 +0000 (GMT) (envelope-from decibel@decibel.org) Received: by flake.decibel.org (Postfix, from userid 1001) id 7644915251; Tue, 5 Jul 2005 15:59:56 -0500 (CDT) Date: Tue, 5 Jul 2005 15:59:56 -0500 From: "Jim C. Nasby" To: gnn@freebsd.org Message-ID: <20050705205956.GD49841@decibel.org> References: <28930.1120465534@phk.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 4.11-RELEASE-p10 i386 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Wed, 06 Jul 2005 11:44:50 +0000 Cc: Poul-Henning Kamp , Robert Watson , current@freebsd.org, Garance A Drosehn Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 20:59:59 -0000 On Mon, Jul 04, 2005 at 05:44:49PM +0900, gnn@freebsd.org wrote: > At Mon, 04 Jul 2005 10:25:34 +0200, > Poul-Henning Kamp wrote: > > I played with developing that graph by removing lines from LINT > > and see what compiled and what didn't. Based on the progress I > > made I would estimate the full graph will take about 1 CPU-year to > > calculate by trial&error. > > Hmm. Well, either I need a very fast CPU, or a more clever approach. > I guess we'll see... How hard would it be to distribute this? ISTM it would just be a matter of providing kernel config files for machines to try, and the machines would need to report back what happened. You could probably assume that any error meant an invalid config. http://pgbuildfarm.org is a distributed build system used by PostgreSQL that might be of some use (though I don't know if the server code is available). There's probably other systems out there that might be of some use. -- Jim C. Nasby, Database Consultant decibel@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?" From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 01:29:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B570016A41C for ; Wed, 6 Jul 2005 01:29:49 +0000 (GMT) (envelope-from neh@onerd.com.br) Received: from olimpo.sp-dhn.com.br (c9066479.virtua.com.br [201.6.100.121]) by mx1.FreeBSD.org (Postfix) with SMTP id DFE9643D45 for ; Wed, 6 Jul 2005 01:29:48 +0000 (GMT) (envelope-from neh@onerd.com.br) Received: (qmail 27205 invoked from network); 6 Jul 2005 01:29:48 -0000 Received: by simscan 1.1.0 ppid: 25293, pid: 7954, t: 1.4412s scanners: attach: 1.1.0 clamav: 0.86.1/m:33/d:967 spam: 3.0.4 Received: from localhost (127.0.0.1) by olimpo.sp-dhn.com.br with SMTP; 6 Jul 2005 01:29:47 -0000 Received: from client 201.1.66.15 for UebiMiau2.7 (webmail client); Tue, 5 Jul 2005 22:29:47 -0300 Date: Tue, 5 Jul 2005 22:29:47 -0300 From: "Neh" To: freebsd-current@freebsd.org X-Priority: 3 X-Mailer: X-Original-IP: 201.1.66.15 Content-Transfer-Encoding: 8bit X-MSMail-Priority: Medium Importance: Medium Content-Type: text/plain; charset="iso-8859-1"; MIME-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on olimpo.sp-dhn.com.br X-Spam-Level: X-Spam-Status: No, score=-4.8 required=5.0 tests=ALL_TRUSTED,BAYES_00, MISSING_MIMEOLE,PRIORITY_NO_NAME autolearn=ham version=3.0.4 Message-Id: <20050706012948.DFE9643D45@mx1.FreeBSD.org> X-Mailman-Approved-At: Wed, 06 Jul 2005 11:44:50 +0000 Subject: Ext2fs strange errors on -CURRENT. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Neh List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 01:29:49 -0000 I'm having some problems using ext2fs. I have a mounted ext2 partition. It mounts ok. I can do "ls dir" and it show me the contents. But when i type "ls -l dir" for example, i got messages like: "no such file or directory" I can do "cp" to that partition, can do "rm" in some file, but copying from there or deleting recursive, like "rm -rf" show me "no such file or directory" some outputs: root@plasma# uname -a FreeBSD plasma.box.org 6.0-CURRENT FreeBSD 6.0-CURRENT #3: Tue Jul 5 21:22:11 BRT 2005 root@plasma.box.org:/usr/src/sys/i386/compile/JAH i386 root@plasma# mount /dev/ad0s4a on / (ufs, local) devfs on /dev (devfs, local) /dev/ad0s4e on /tmp (ufs, local, soft-updates) /dev/ad0s4f on /usr (ufs, local, soft-updates) /dev/ad0s4d on /var (ufs, local, soft-updates) /dev/ad0s3 on /mnt (ext2fs, local) root@plasma# pwd /mnt root@plasma# ls gabi lero lfs.old rootz ktrace.out lfs lost+found root@plasma# ls -l ls: gabi: No such file or directory ls: ktrace.out: No such file or directory ls: lero: No such file or directory ls: lfs: No such file or directory ls: lfs.old: No such file or directory ls: lost+found: No such file or directory ls: rootz: No such file or directory total 0 I checked it on 5.4-STABLE and it's working ok. I have used ktrace to see what's going, but i can't say what is, so i included the output of both "ls" and "ls -l" here: http://sp-dhn.com.br/~neh/freebsd/ From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 12:21:08 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2126F16A41C; Wed, 6 Jul 2005 12:21:08 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8F3143D45; Wed, 6 Jul 2005 12:21:07 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id BA2FD1706C9; Wed, 6 Jul 2005 14:21:06 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 61049405B; Wed, 6 Jul 2005 14:21:10 +0200 (CEST) Date: Wed, 6 Jul 2005 14:21:10 +0200 From: Jeremie Le Hen To: Robert Backhaus Message-ID: <20050706122110.GC39292@obiwan.tataz.chchile.org> References: <20041102222000.GA65845@xor.obsecurity.org> <20050706073205.GA942@galgenberg.net> <20050706085737.GT73907@obiwan.tataz.chchile.org> <200507061116.17267.thierry@herbelot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, Jeremie Le Hen , current@freebsd.org, thierry@herbelot.com Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 12:21:08 -0000 Hi Robert, > Of course, the _correct_ way to fix this is for the ports that are now > broken by -O2 to be fixed by forcing -O in their makefiles, which > really should have been done from the beginning. I agree that the correct way to fix ports broken with -O2 is to force -O in their makefiles, but this does not say that having something like PORTS_CFLAGS would be a bad idea, does it ? Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 12:21:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2126F16A41C; Wed, 6 Jul 2005 12:21:08 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8F3143D45; Wed, 6 Jul 2005 12:21:07 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id BA2FD1706C9; Wed, 6 Jul 2005 14:21:06 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 61049405B; Wed, 6 Jul 2005 14:21:10 +0200 (CEST) Date: Wed, 6 Jul 2005 14:21:10 +0200 From: Jeremie Le Hen To: Robert Backhaus Message-ID: <20050706122110.GC39292@obiwan.tataz.chchile.org> References: <20041102222000.GA65845@xor.obsecurity.org> <20050706073205.GA942@galgenberg.net> <20050706085737.GT73907@obiwan.tataz.chchile.org> <200507061116.17267.thierry@herbelot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, Jeremie Le Hen , current@freebsd.org, thierry@herbelot.com Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 12:21:08 -0000 Hi Robert, > Of course, the _correct_ way to fix this is for the ports that are now > broken by -O2 to be fixed by forcing -O in their makefiles, which > really should have been done from the beginning. I agree that the correct way to fix ports broken with -O2 is to force -O in their makefiles, but this does not say that having something like PORTS_CFLAGS would be a bad idea, does it ? Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 12:22:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5294B16A41C; Wed, 6 Jul 2005 12:22:15 +0000 (GMT) (envelope-from bms@spc.org) Received: from arginine.spc.org (arginine.spc.org [83.167.185.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0302943D45; Wed, 6 Jul 2005 12:22:14 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id CE0BC6538B; Wed, 6 Jul 2005 13:22:10 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 82852-01-2; Wed, 6 Jul 2005 13:22:10 +0100 (BST) Received: from empiric.dek.spc.org (host81-136-156-39.in-addr.btopenworld.com [81.136.156.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id C4AA265213; Wed, 6 Jul 2005 13:22:09 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 1F81B61A7; Wed, 6 Jul 2005 13:21:50 +0100 (BST) Date: Wed, 6 Jul 2005 13:21:50 +0100 From: Bruce M Simpson To: snort Snort Message-ID: <20050706122149.GA812@empiric.icir.org> Mail-Followup-To: snort Snort , freebsd-current@freebsd.org, stable@freebsd.org References: <20050706054855.53812.qmail@web54405.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050706054855.53812.qmail@web54405.mail.yahoo.com> Cc: stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: network resquest to tap pseudo device driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 12:22:15 -0000 On Tue, Jul 05, 2005 at 10:48:55PM -0700, snort Snort wrote: > Can anybody tell me what benefit for building a tap > pseudo ethernet device driver for some sort of network > communication? Why not directly communicate thru a > "real" ethernet device driver like fxp0, xl0, etc. Sometimes you want to emulate Ethernet over another link layer. Or you might want to just simulate an Ethernet network. Or the Ethernet hardware might not actually physically exist. Look at OpenVPN and VMware for concrete examples of the use of tun/tap. BMS From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 12:42:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EE4016A41C for ; Wed, 6 Jul 2005 12:42:49 +0000 (GMT) (envelope-from robbak@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCBB843D46 for ; Wed, 6 Jul 2005 12:42:48 +0000 (GMT) (envelope-from robbak@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so1115130wra for ; Wed, 06 Jul 2005 05:42:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=id4DgWPRR7JJLEUJc1gik720QakT7cT+cBs3JJVjtNLxDRY4yfLa7eM5CdT+DGs9n8LWxFPZNzDGm0NYV/scfxEIamfGQM46OTIn0keVz8YwTfWxORhkRoHkWrXqH+pm/CQMVfGGuIDS3+XuPjiuhCgeUtGgAM/RTtuVC0l1wio= Received: by 10.54.3.30 with SMTP id 30mr383232wrc; Wed, 06 Jul 2005 05:42:48 -0700 (PDT) Received: by 10.54.128.6 with HTTP; Wed, 6 Jul 2005 05:42:48 -0700 (PDT) Message-ID: Date: Wed, 6 Jul 2005 22:42:48 +1000 From: Robert Backhaus To: Jeremie Le Hen In-Reply-To: <20050706122110.GC39292@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20041102222000.GA65845@xor.obsecurity.org> <20050706073205.GA942@galgenberg.net> <20050706085737.GT73907@obiwan.tataz.chchile.org> <200507061116.17267.thierry@herbelot.com> <20050706122110.GC39292@obiwan.tataz.chchile.org> Cc: freebsd-current@freebsd.org, thierry@herbelot.com Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Robert Backhaus List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 12:42:49 -0000 On 7/6/05, Jeremie Le Hen wrote: > Hi Robert, >=20 > > Of course, the _correct_ way to fix this is for the ports that are now > > broken by -O2 to be fixed by forcing -O in their makefiles, which > > really should have been done from the beginning. >=20 > I agree that the correct way to fix ports broken with -O2 is to force > -O in their makefiles, but this does not say that having something > like PORTS_CFLAGS would be a bad idea, does it ? >=20 > Regards, > -- > Jeremie Le Hen No, not at all: A useful extra feature for those who, for instance, wish to use increased -O levels for ports. From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 13:29:33 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E55B16A41C; Wed, 6 Jul 2005 13:29:33 +0000 (GMT) (envelope-from mich@icommerce.fr) Received: from mail2.itxmarket.com (fw.itxmarket.com [213.11.40.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD5D543D46; Wed, 6 Jul 2005 13:29:32 +0000 (GMT) (envelope-from mich@icommerce.fr) Received: from icommerce.fr (mich2.itxmarket.com [192.168.2.26]) by mail2.itxmarket.com (Postfix) with ESMTP id 8E46B1C0821; Wed, 6 Jul 2005 15:29:31 +0200 (CEST) Received: by icommerce.fr (Postfix, from userid 1001) id 84C2222836; Wed, 6 Jul 2005 15:29:31 +0200 (CEST) Date: Wed, 6 Jul 2005 15:29:31 +0200 From: "Michael L. Hostbaek" To: Joe Marcus Clarke Message-ID: <20050706132931.GQ3302@mich2.itxmarket.com> Mail-Followup-To: "Michael L. Hostbaek" , Joe Marcus Clarke , current@FreeBSD.org, phk@FreeBSD.org References: <1120539465.3587.19.camel@shumai.marcuscom.com> <1120623729.99631.21.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1120623729.99631.21.camel@shumai.marcuscom.com> X-Operating-System: FreeBSD 5.4-STABLE i386 X-PGP-Key: http://www.freebsdcluster.org/~mich/ User-Agent: Mutt/1.5.9i Cc: current@FreeBSD.org, phk@FreeBSD.org Subject: Re: (problem found) grantpt broken on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 13:29:33 -0000 Joe Marcus Clarke (marcus) writes: > - vap->va_rdev = dev->si_inode ^ devfs_random(); > + vap->va_rdev = dev->si_drv0; > } Thanks. This also makes kio_sftp and kdesu work again on KDE/CURRENT. Looking in to the other patch right now. /mich From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 13:47:31 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D8DF16A41C; Wed, 6 Jul 2005 13:47:31 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE09143D45; Wed, 6 Jul 2005 13:47:30 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id DCD67BC51; Wed, 6 Jul 2005 13:47:28 +0000 (UTC) To: "Michael L. Hostbaek" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 06 Jul 2005 15:29:31 +0200." <20050706132931.GQ3302@mich2.itxmarket.com> Date: Wed, 06 Jul 2005 15:47:27 +0200 Message-ID: <6065.1120657647@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Joe Marcus Clarke , current@FreeBSD.org Subject: Re: (problem found) grantpt broken on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 13:47:31 -0000 In message <20050706132931.GQ3302@mich2.itxmarket.com>, "Michael L. Hostbaek" w rites: >Joe Marcus Clarke (marcus) writes: >> - vap->va_rdev = dev->si_inode ^ devfs_random(); >> + vap->va_rdev = dev->si_drv0; >> } > >Thanks. > >This also makes kio_sftp and kdesu work again on KDE/CURRENT. This code is there to make sure broken userland code doesn't work. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 13:58:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C93416A41C for ; Wed, 6 Jul 2005 13:58:09 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21DAA43D49 for ; Wed, 6 Jul 2005 13:58:09 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from tirun (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id 6E4F074 for ; Wed, 6 Jul 2005 09:58:07 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: freebsd-current@freebsd.org In-Reply-To: <6065.1120657647@phk.freebsd.dk> References: <6065.1120657647@phk.freebsd.dk> Content-Type: text/plain Date: Wed, 06 Jul 2005 09:58:05 -0400 Message-Id: <1120658285.85658.2.camel@tirun> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: (problem found) grantpt broken on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 13:58:09 -0000 On Wed, 2005-07-06 at 15:47 +0200, Poul-Henning Kamp wrote: > In message <20050706132931.GQ3302@mich2.itxmarket.com>, "Michael L. Hostbaek" w > rites: > > >Joe Marcus Clarke (marcus) writes: > >> - vap->va_rdev = dev->si_inode ^ devfs_random(); > >> + vap->va_rdev = dev->si_drv0; > >> } > > > >Thanks. > > > >This also makes kio_sftp and kdesu work again on KDE/CURRENT. > > This code is there to make sure broken userland code doesn't work. That's nice. But some of that "broken userland code" is a well-known interface in libc and has been broken since at least March.... -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 13:58:47 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A21516A41C; Wed, 6 Jul 2005 13:58:47 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B80D43D46; Wed, 6 Jul 2005 13:58:47 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id A21E6BC83; Wed, 6 Jul 2005 13:58:45 +0000 (UTC) To: Joe Marcus Clarke From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 06 Jul 2005 05:19:20 EDT." <1120641560.95261.1.camel@shumai.marcuscom.com> Date: Wed, 06 Jul 2005 15:58:45 +0200 Message-ID: <6108.1120658325@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: current@FreeBSD.org Subject: Re: (problem found) grantpt broken on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 13:58:47 -0000 In message <1120641560.95261.1.camel@shumai.marcuscom.com>, Joe Marcus Clarke w rites: >Actually, I think the real solution is to reimplement ptsname() using >devname(3) similar to the way ttyname() is done. Yes, this is the right way to solve the problem. I've eyeballed the patch and didn't see anything obviously wrong. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 14:16:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A7B316A41F for ; Wed, 6 Jul 2005 14:16:46 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E34043D70 for ; Wed, 6 Jul 2005 14:16:45 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j66ENG3v024282; Wed, 6 Jul 2005 08:23:16 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42CBE7F4.9040106@samsco.org> Date: Wed, 06 Jul 2005 08:17:24 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joao Barros References: <70e8236f05070208212e36c375@mail.gmail.com> <42C6DA5F.9070303@gneto.com> <6.2.1.2.0.20050703212843.07889088@64.7.153.2> <20050705011650.R80892@lexi.siliconlandmark.com> <70e8236f050706002655cd9a0c@mail.gmail.com> In-Reply-To: <70e8236f050706002655cd9a0c@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: 6.0-CURRENT SNAP004 hangs on amr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 14:16:46 -0000 Joao Barros wrote: > On 7/5/05, Andre Guibert de Bruet wrote: > >>On Sun, 3 Jul 2005, Mike Tancsa wrote: >> >> >>>amr0: Firmware 161J, BIOS 3.17, 128MB RAM >> >>Is this the latest firmware release for the card? I had a number of issues >>with the amr driver with true-blue LSI Logic SCSI RAID cards that >>magically went away after updating the firmware. (PERC 3/DCs are >>Dell-branded LSI cards. You want to visit Dell's support website to get >>any eventual update(s)) >> >>Andy > > > I tried upgrading my card to the latest firmware version and the > symptoms remain. It now reads: > amr0: Firmware 197O, BIOS 3.35, 64MB RAM > > One thing I noticed: I can press scroll lock and move around through > the console text. I suppose a hanged kernel wouldn't allow this?! > > -- > Joao Barros The kernel isn't hung, it's just forever waiting for an interrupt from the amr card that it'll never get. Again, this is almost certainly an interrupt routing problem, so please contact John Baldwin and provide him your details. Scott From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 14:24:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 004DC16A41C; Wed, 6 Jul 2005 14:24:12 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71BF243D5C; Wed, 6 Jul 2005 14:24:12 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3D5A9.dip.t-dialin.net [84.163.213.169] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0ML25U-1DqAot19C9-0004dx; Wed, 06 Jul 2005 16:24:11 +0200 From: Max Laier To: freebsd-hackers@freebsd.org Date: Wed, 6 Jul 2005 16:24:01 +0200 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3408122.ssWZRlAURO"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507061624.09477.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-current@freebsd.org Subject: Call for FreeBSD status reports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 14:24:13 -0000 --nextPart3408122.ssWZRlAURO Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline All, Three month of fruitful development have passed since the last round of=20 =46reeBSD status reports, and the release of FreeBSD 6.0 is on the=20 doorstep. =A0We hope that you made good progress on your projects and have= =20 interesting news to share. =A0Please do so by sending a status report to=20 monthly@freebsd.org Submissions are due by July 15, 2005. Reports should cover activities during May to June, but may of course cover= =20 earlier work as well. =A0In addition we encourage you to use the "Open Task= s"=20 section to recruit help for your project and point out future direction. Submissions are *not* limited to FreeBSD developers with commit rights! =A0= It is=20 open to everybody who is doing FreeBSD related work and wants to share=20 progress with the community. =A0The status reports are also a good vehicle = to=20 gather interested people for you WIP. We have introduced a new category called "soc" to pool reports related to=20 Google Summer of Code. =A0We hope for interesting news from that corner! To help you with fileing your report you will find a webform or xml-templat= e=20 linked from http://www.freebsd.org/news/status/ (as soon as the www build=20 completes). Submissions are due on July 15. =A0Thanks a lot, and we are hoping for a bi= g=20 turn-out. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3408122.ssWZRlAURO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCy+mJXyyEoT62BG0RAl/3AJ4sIEHVgP98bEOMBm7i08e60P6shQCfW+qI nTwbi+AAgH7vHMaqbcqE4F4= =/p5Q -----END PGP SIGNATURE----- --nextPart3408122.ssWZRlAURO-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 15:35:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A41916A41C for ; Wed, 6 Jul 2005 15:35:48 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A7D943D45 for ; Wed, 6 Jul 2005 15:35:47 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j66FZgsQ004452; Wed, 6 Jul 2005 08:35:43 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <42CBE7F4.9040106@samsco.org> References: <70e8236f05070208212e36c375@mail.gmail.com> <42C6DA5F.9070303@gneto.com> <6.2.1.2.0.20050703212843.07889088@64.7.153.2> <20050705011650.R80892@lexi.siliconlandmark.com> <70e8236f050706002655cd9a0c@mail.gmail.com> <42CBE7F4.9040106@samsco.org> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <83fb4207210a3f028b8ee2d2289573c4@xcllnt.net> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Wed, 6 Jul 2005 08:35:38 -0700 To: Scott Long X-Mailer: Apple Mail (2.622) Cc: Joao Barros , freebsd-current@freebsd.org, Mike Tancsa Subject: Re: 6.0-CURRENT SNAP004 hangs on amr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 15:35:48 -0000 On Jul 6, 2005, at 7:17 AM, Scott Long wrote: > Joao Barros wrote: >> On 7/5/05, Andre Guibert de Bruet wrote: >>> On Sun, 3 Jul 2005, Mike Tancsa wrote: >>> >>> >>>> amr0: Firmware 161J, BIOS 3.17, 128MB RAM >>> >>> Is this the latest firmware release for the card? I had a number of >>> issues >>> with the amr driver with true-blue LSI Logic SCSI RAID cards that >>> magically went away after updating the firmware. (PERC 3/DCs are >>> Dell-branded LSI cards. You want to visit Dell's support website to >>> get >>> any eventual update(s)) >>> >>> Andy >> I tried upgrading my card to the latest firmware version and the >> symptoms remain. It now reads: >> amr0: Firmware 197O, BIOS 3.35, 64MB RAM >> One thing I noticed: I can press scroll lock and move around through >> the console text. I suppose a hanged kernel wouldn't allow this?! >> -- >> Joao Barros > > The kernel isn't hung, it's just forever waiting for an interrupt from > the amr card that it'll never get. With interrupts disabled during bus enumeration, it should not even get interrupts with correct routing, right? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 15:37:01 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD9E116A41F; Wed, 6 Jul 2005 15:37:01 +0000 (GMT) (envelope-from mich@icommerce.fr) Received: from mail2.itxmarket.com (fw.itxmarket.com [213.11.40.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFA9843D4C; Wed, 6 Jul 2005 15:37:00 +0000 (GMT) (envelope-from mich@icommerce.fr) Received: from icommerce.fr (mich2.itxmarket.com [192.168.2.26]) by mail2.itxmarket.com (Postfix) with ESMTP id 8650C1C0834; Wed, 6 Jul 2005 17:36:59 +0200 (CEST) Received: by icommerce.fr (Postfix, from userid 1001) id 78DF822836; Wed, 6 Jul 2005 17:36:59 +0200 (CEST) Date: Wed, 6 Jul 2005 17:36:59 +0200 From: "Michael L. Hostbaek" To: Joe Marcus Clarke Message-ID: <20050706153659.GV3302@mich2.itxmarket.com> Mail-Followup-To: "Michael L. Hostbaek" , Joe Marcus Clarke , current@FreeBSD.org, phk@FreeBSD.org References: <1120539465.3587.19.camel@shumai.marcuscom.com> <1120623729.99631.21.camel@shumai.marcuscom.com> <1120641560.95261.1.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1120641560.95261.1.camel@shumai.marcuscom.com> X-Operating-System: FreeBSD 5.4-STABLE i386 X-PGP-Key: http://www.freebsdcluster.org/~mich/ User-Agent: Mutt/1.5.9i Cc: current@FreeBSD.org, phk@FreeBSD.org Subject: Re: (problem found) grantpt broken on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 15:37:01 -0000 Joe Marcus Clarke (marcus) writes: > On Wed, 2005-07-06 at 00:22 -0400, Joe Marcus Clarke wrote: > > I created this patch that corrects the problem, but I'm not sure if it's > > the right way to go. Poul-Henning (or anyone) could you have a look and > > let me know if this is okay? I'd really like to see this working again > > in -CURRENT so 6.0 GNOME users will be able to use their sftp shares. > > Thanks. > > > > Oh, and it might be a good idea to make sys/types.h aware of MAXMINOR as > > it still hardcodes the constant. > > Actually, I think the real solution is to reimplement ptsname() using > devname(3) similar to the way ttyname() is done. I confirm that this patch (like the other), also fixes kio_sftp and kdesu on -CURRENT. Thanks ! /mich From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 15:43:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D83616A422 for ; Wed, 6 Jul 2005 15:43:10 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19B1E43D45 for ; Wed, 6 Jul 2005 15:43:09 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j66Fnfgf024901; Wed, 6 Jul 2005 09:49:41 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42CBFC36.1040406@samsco.org> Date: Wed, 06 Jul 2005 09:43:50 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcel Moolenaar References: <70e8236f05070208212e36c375@mail.gmail.com> <42C6DA5F.9070303@gneto.com> <6.2.1.2.0.20050703212843.07889088@64.7.153.2> <20050705011650.R80892@lexi.siliconlandmark.com> <70e8236f050706002655cd9a0c@mail.gmail.com> <42CBE7F4.9040106@samsco.org> <83fb4207210a3f028b8ee2d2289573c4@xcllnt.net> In-Reply-To: <83fb4207210a3f028b8ee2d2289573c4@xcllnt.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: Joao Barros , freebsd-current@freebsd.org, Mike Tancsa Subject: Re: 6.0-CURRENT SNAP004 hangs on amr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 15:43:10 -0000 Marcel Moolenaar wrote: > > On Jul 6, 2005, at 7:17 AM, Scott Long wrote: > >> Joao Barros wrote: >> >>> On 7/5/05, Andre Guibert de Bruet wrote: >>> >>>> On Sun, 3 Jul 2005, Mike Tancsa wrote: >>>> >>>> >>>>> amr0: Firmware 161J, BIOS 3.17, 128MB RAM >>>> >>>> >>>> Is this the latest firmware release for the card? I had a number of >>>> issues >>>> with the amr driver with true-blue LSI Logic SCSI RAID cards that >>>> magically went away after updating the firmware. (PERC 3/DCs are >>>> Dell-branded LSI cards. You want to visit Dell's support website to get >>>> any eventual update(s)) >>>> >>>> Andy >>> >>> I tried upgrading my card to the latest firmware version and the >>> symptoms remain. It now reads: >>> amr0: Firmware 197O, BIOS 3.35, 64MB RAM >>> One thing I noticed: I can press scroll lock and move around through >>> the console text. I suppose a hanged kernel wouldn't allow this?! >>> -- >>> Joao Barros >> >> >> The kernel isn't hung, it's just forever waiting for an interrupt from >> the amr card that it'll never get. > > > With interrupts disabled during bus enumeration, it should not even > get interrupts with correct routing, right? > According to the original dmesg, the hang happens well after bus enumeration is complete and interrupts have been enabled. It's happening on a taste I/O from GEOM. Scott From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 15:52:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C97D416A41C; Wed, 6 Jul 2005 15:52:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 886DC43D45; Wed, 6 Jul 2005 15:52:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DF025515CB; Wed, 6 Jul 2005 11:52:08 -0400 (EDT) Date: Wed, 6 Jul 2005 11:52:08 -0400 From: Kris Kennaway To: Robert Backhaus Message-ID: <20050706155208.GA81436@xor.obsecurity.org> References: <20041102222000.GA65845@xor.obsecurity.org> <20050706073205.GA942@galgenberg.net> <20050706085737.GT73907@obiwan.tataz.chchile.org> <200507061116.17267.thierry@herbelot.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Jeremie Le Hen , current@freebsd.org, thierry@herbelot.com Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 15:52:09 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 06, 2005 at 09:11:30PM +1000, Robert Backhaus wrote: > >=20 > > Perhaps a better way would be to use a variable set in bsd.ports.mk > > (BUILDING_PORT=3D"YES") > >=20 > > TfH >=20 >=20 > Of course, the _correct_ way to fix this is for the ports that are now > broken by -O2 to be fixed by forcing -O in their makefiles, which > really should have been done from the beginning. Great, so you're volunteering? Kris --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCy/4oWry0BWjoQKURAtHBAKDBN3kp+j2+B4xaTlxhY2um/nG+ZQCggE8Q FbafRJj73Jj9RszHwFeuuLQ= =KaaP -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 15:52:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C97D416A41C; Wed, 6 Jul 2005 15:52:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 886DC43D45; Wed, 6 Jul 2005 15:52:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DF025515CB; Wed, 6 Jul 2005 11:52:08 -0400 (EDT) Date: Wed, 6 Jul 2005 11:52:08 -0400 From: Kris Kennaway To: Robert Backhaus Message-ID: <20050706155208.GA81436@xor.obsecurity.org> References: <20041102222000.GA65845@xor.obsecurity.org> <20050706073205.GA942@galgenberg.net> <20050706085737.GT73907@obiwan.tataz.chchile.org> <200507061116.17267.thierry@herbelot.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Jeremie Le Hen , current@freebsd.org, thierry@herbelot.com Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 15:52:09 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 06, 2005 at 09:11:30PM +1000, Robert Backhaus wrote: > >=20 > > Perhaps a better way would be to use a variable set in bsd.ports.mk > > (BUILDING_PORT=3D"YES") > >=20 > > TfH >=20 >=20 > Of course, the _correct_ way to fix this is for the ports that are now > broken by -O2 to be fixed by forcing -O in their makefiles, which > really should have been done from the beginning. Great, so you're volunteering? Kris --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCy/4oWry0BWjoQKURAtHBAKDBN3kp+j2+B4xaTlxhY2um/nG+ZQCggE8Q FbafRJj73Jj9RszHwFeuuLQ= =KaaP -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 15:52:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFFFA16A4DB for ; Wed, 6 Jul 2005 15:52:26 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5F8E43D46 for ; Wed, 6 Jul 2005 15:52:24 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j66Fq9ox044496 for ; Wed, 6 Jul 2005 11:52:14 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.3/8.13.3) with ESMTP id j66FqHe7096476; Wed, 6 Jul 2005 11:52:17 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j66FqGl2068261 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Jul 2005 11:52:16 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050706115146.07a59d08@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Wed, 06 Jul 2005 11:53:40 -0400 To: Scott Long , Marcel Moolenaar From: Mike Tancsa In-Reply-To: <42CBFC36.1040406@samsco.org> References: <70e8236f05070208212e36c375@mail.gmail.com> <42C6DA5F.9070303@gneto.com> <6.2.1.2.0.20050703212843.07889088@64.7.153.2> <20050705011650.R80892@lexi.siliconlandmark.com> <70e8236f050706002655cd9a0c@mail.gmail.com> <42CBE7F4.9040106@samsco.org> <83fb4207210a3f028b8ee2d2289573c4@xcllnt.net> <42CBFC36.1040406@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.26 Cc: freebsd-current@freebsd.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 15:52:27 -0000 At 11:43 AM 06/07/2005, Scott Long wrote: >According to the original dmesg, the hang happens well after bus >enumeration is complete and interrupts have been enabled. It's >happening on a taste I/O from GEOM. Here is a boot -v that is a little more upto date. I am just netbooting with various kernel configs to try and sort out whats going on. OK load /boot/mike/kernel /boot/mike/kernel text=0x21cf78 data=0x2c6b0+0x774f4 syms=[0x4+0x33910+0x4+0x4092c] OK load /boot/mike/acpi.ko /boot/mike/acpi.ko text=0x41e40 data=0x20e0+0x10b0 syms=[0x4+0x7740+0x4+0x9ead] OK boot -v GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=00000000000a0000 SMAP type=01 base=0000000000100000 len=000000007fefe000 SMAP type=02 base=000000007fffe000 len=0000000000002000 SMAP type=02 base=00000000fec00000 len=0000000000010000 SMAP type=02 base=00000000fee00000 len=0000000000010000 SMAP type=02 base=00000000fff80000 len=0000000000080000 Copyright (c) 1992-2005 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 6.0-CURRENT #0: Wed Jul 6 11:24:27 EDT 2005 mdtancsa@freebsd-current.sentex.ca:/usr/src/sys/i386/compile/mike WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/mike/kernel" at 0xc078f000. Preloaded elf module "/boot/mike/acpi.ko" at 0xc078f158. MP Configuration Table version 1.4 found at 0xc00f0000 Table 'FACP' at 0xfdf20 Table 'APIC' at 0xfdf94 MADT: Found table at 0xfdf94 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 3 ACPI ID 1: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 1 ACPI ID 3: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 0 ACPI ID 4: enabled SMP: Added CPU 0 (AP) ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193229 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 500019175 Hz CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383fbff real memory = 2147475456 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000828000 - 0x000000007dbc5fff, 2100944896 bytes (512926 pages) avail memory = 2100953088 (2003 MB) APIC ID: physical 0, logical 0:0 APIC ID: physical 1, logical 0:1 APIC ID: physical 2, logical 0:2 APIC ID: physical 3, logical 0:3 FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 cpu2 (AP): APIC ID: 1 cpu3 (AP): APIC ID: 2 bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xcc4e pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 4 APIC: CPU 2 has ACPI ID 3 APIC: CPU 3 has ACPI ID 2 MADT: Found IO APIC ID 4, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 4 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x03000000 VER: 0x00040011 LDR: 0x08000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 random: mem: Pentium Pro MTRR support enabled null: io: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80008070 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 1 2 [class=060100] [hdr=80] is there (id=71108086) pcibios: BIOS version 2.10 Found $PIR table, 11 entries at 0xc00fc7a0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 2 A 0x64 14 embedded 0 2 B 0x65 15 embedded 0 2 D 0x63 3 4 5 6 7 10 11 12 14 embedded 1 4 A 0x65 3 4 5 6 7 10 11 12 14 embedded 1 6 A 0x66 3 4 5 6 7 10 11 12 14 embedded 1 8 A 0x64 3 4 5 6 7 10 11 12 14 slot 1 0 6 A 0x69 3 4 5 6 7 10 11 12 14 slot 1 0 6 B 0x64 3 4 5 6 7 10 11 12 14 slot 1 0 6 C 0x67 3 4 5 6 7 10 11 12 14 slot 1 0 6 D 0x68 3 4 5 6 7 10 11 12 14 slot 2 0 8 A 0x68 3 4 5 6 7 10 11 12 14 slot 2 0 8 B 0x69 3 4 5 6 7 10 11 12 14 slot 2 0 8 C 0x64 3 4 5 6 7 10 11 12 14 slot 2 0 8 D 0x67 3 4 5 6 7 10 11 12 14 slot 3 0 10 A 0x67 3 4 5 6 7 10 11 12 14 slot 3 0 10 B 0x68 3 4 5 6 7 10 11 12 14 slot 3 0 10 C 0x69 3 4 5 6 7 10 11 12 14 slot 3 0 10 D 0x64 3 4 5 6 7 10 11 12 14 slot 4 2 1 A 0x63 3 4 5 6 7 10 11 12 14 slot 4 2 1 B 0x60 3 4 5 6 7 10 11 12 14 slot 4 2 1 C 0x61 3 4 5 6 7 10 11 12 14 slot 4 2 1 D 0x62 3 4 5 6 7 10 11 12 14 slot 5 2 3 A 0x62 3 4 5 6 7 10 11 12 14 slot 5 2 3 B 0x63 3 4 5 6 7 10 11 12 14 slot 5 2 3 C 0x60 3 4 5 6 7 10 11 12 14 slot 5 2 3 D 0x61 3 4 5 6 7 10 11 12 14 slot 6 2 5 A 0x61 3 4 5 6 7 10 11 12 14 slot 6 2 5 B 0x62 3 4 5 6 7 10 11 12 14 slot 6 2 5 C 0x63 3 4 5 6 7 10 11 12 14 slot 6 2 5 D 0x60 3 4 5 6 7 10 11 12 14 slot 7 2 7 A 0x60 3 4 5 6 7 10 11 12 14 slot 7 2 7 B 0x61 3 4 5 6 7 10 11 12 14 slot 7 2 7 C 0x62 3 4 5 6 7 10 11 12 14 slot 7 2 7 D 0x63 3 4 5 6 7 10 11 12 14 AcpiOsDerivePciId: bus 0 dev 2 func 1 AcpiOsDerivePciId: bus 0 dev 2 func 2 AcpiOsDerivePciId: bus 0 dev 6 func 0 AcpiOsDerivePciId: bus 0 dev 6 func 1 AcpiOsDerivePciId: bus 0 dev 6 func 2 AcpiOsDerivePciId: bus 0 dev 6 func 3 AcpiOsDerivePciId: bus 0 dev 6 func 4 AcpiOsDerivePciId: bus 0 dev 6 func 5 AcpiOsDerivePciId: bus 0 dev 6 func 6 AcpiOsDerivePciId: bus 0 dev 6 func 7 AcpiOsDerivePciId: bus 0 dev 8 func 0 AcpiOsDerivePciId: bus 0 dev 8 func 1 AcpiOsDerivePciId: bus 0 dev 8 func 2 AcpiOsDerivePciId: bus 0 dev 8 func 3 AcpiOsDerivePciId: bus 0 dev 8 func 4 AcpiOsDerivePciId: bus 0 dev 8 func 5 AcpiOsDerivePciId: bus 0 dev 8 func 6 AcpiOsDerivePciId: bus 0 dev 8 func 7 AcpiOsDerivePciId: bus 0 dev 10 func 0 AcpiOsDerivePciId: bus 0 dev 10 func 1 AcpiOsDerivePciId: bus 0 dev 10 func 2 AcpiOsDerivePciId: bus 0 dev 10 func 3 AcpiOsDerivePciId: bus 0 dev 10 func 4 AcpiOsDerivePciId: bus 0 dev 10 func 5 AcpiOsDerivePciId: bus 0 dev 10 func 6 AcpiOsDerivePciId: bus 0 dev 10 func 7 AcpiOsDerivePciId: bus 2 dev 1 func 0 AcpiOsDerivePciId: bus 2 dev 1 func 1 AcpiOsDerivePciId: bus 2 dev 1 func 2 AcpiOsDerivePciId: bus 2 dev 1 func 3 AcpiOsDerivePciId: bus 2 dev 1 func 4 AcpiOsDerivePciId: bus 2 dev 1 func 5 AcpiOsDerivePciId: bus 2 dev 1 func 6 AcpiOsDerivePciId: bus 2 dev 1 func 7 AcpiOsDerivePciId: bus 2 dev 3 func 0 AcpiOsDerivePciId: bus 2 dev 3 func 1 AcpiOsDerivePciId: bus 2 dev 3 func 2 AcpiOsDerivePciId: bus 2 dev 3 func 3 AcpiOsDerivePciId: bus 2 dev 3 func 4 AcpiOsDerivePciId: bus 2 dev 3 func 5 AcpiOsDerivePciId: bus 2 dev 3 func 6 AcpiOsDerivePciId: bus 2 dev 3 func 7 AcpiOsDerivePciId: bus 2 dev 5 func 0 AcpiOsDerivePciId: bus 2 dev 5 func 1 AcpiOsDerivePciId: bus 2 dev 5 func 2 AcpiOsDerivePciId: bus 2 dev 5 func 3 AcpiOsDerivePciId: bus 2 dev 5 func 4 AcpiOsDerivePciId: bus 2 dev 5 func 5 AcpiOsDerivePciId: bus 2 dev 5 func 6 AcpiOsDerivePciId: bus 2 dev 5 func 7 AcpiOsDerivePciId: bus 2 dev 7 func 0 AcpiOsDerivePciId: bus 2 dev 7 func 1 AcpiOsDerivePciId: bus 2 dev 7 func 2 AcpiOsDerivePciId: bus 2 dev 7 func 3 AcpiOsDerivePciId: bus 2 dev 7 func 4 AcpiOsDerivePciId: bus 2 dev 7 func 5 AcpiOsDerivePciId: bus 2 dev 7 func 6 AcpiOsDerivePciId: bus 2 dev 7 func 7 AcpiOsDerivePciId: bus 0 dev 2 func 0 acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link1: irq 11 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link2: irq 14 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 14 N 0 3 4 5 6 7 9 10 11 12 14 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 14 N 0 3 4 5 6 7 9 10 11 12 14 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link3: on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link4: on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link5: on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link6: on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link7: on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link8: on acpi0 pci_link8: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link8: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link8: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link9: on acpi0 pci_link9: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link9: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link9: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 ACPI timer: 0/16777209 0/4 0/16777213 0/5 0/3 0/4 0/3 0/3 0/3 0/4 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=2, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00000000, size 4, port disabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=2, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=255 map[20]: type 4, range 32, base 00000000, size 5, port disabled found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=2, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[90]: type 4, range 32, base 00000850, size 4, enabled found-> vendor=0x1002, dev=0x4749, revid=0x5c bus=0, slot=4, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x00a7, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base ee000000, size 24, enabled map[14]: type 4, range 32, base 0000dc00, size 8, enabled map[18]: type 1, range 32, base eff00000, size 12, enabled found-> vendor=0x8086, dev=0x84ca, revid=0x03 bus=0, slot=16, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=18, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x2280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=19, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=20, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x2280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376 at device 2.1 on pci0 atapci0: Lazy allocation of 0x10 bytes rid 0x20 type 4 at 0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=00 ostat0=ff ostat1=ff ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 It totally hangs here and I cant even break into debugger. Its almost as if the thing goes into suspend mode ? From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 15:53:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49FBE16A41C for ; Wed, 6 Jul 2005 15:53:00 +0000 (GMT) (envelope-from pquerna@apache.org) Received: from utopia.in.force-elite.com (force-elite.com [216.255.199.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id D88CA43D46 for ; Wed, 6 Jul 2005 15:52:59 +0000 (GMT) (envelope-from pquerna@apache.org) X-AuthUser: chip@force-elite.com Received: from [10.0.0.41] (10.0.0.41:2412) by utopia.in.force-elite.com with [XMail 1.17 (Linux/Ix86) ESMTP Server] id for from ; Wed, 06 Jul 2005 08:52:58 -0700 Message-ID: <42CBFE5B.6000401@apache.org> Date: Wed, 06 Jul 2005 08:52:59 -0700 From: Paul Querna User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Candler References: <42CAE06A.6000003@apache.org> <20050706100829.GA83543@uk.tiscali.com> In-Reply-To: <20050706100829.GA83543@uk.tiscali.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] libradius: Always Include Authenticator X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 15:53:00 -0000 Brian Candler wrote: > On Tue, Jul 05, 2005 at 12:32:58PM -0700, Paul Querna wrote: > >>The attached patch will always include the Authenticator Field, in all >>RADIUS packets, not just accounting packets. This is a SHOULD violation >>from the RFC. > > > I don't understand this. If you're talking about RFC 2865, which bit exactly > are you referring to? > Sorry, this is my misunderstanding of the RFC. I thought that an authenticator should of been generated with the same method for both access requests and account requests. > As far as I can see, the function insert_request_authenticator() generates > the authenticator by hashing all the attributes within the request plus the > shared secret. This is the correct behaviour for accounting requests (only). > Your patch wrongly applies this to Access-Request as well. > > In Access-Request packets, the Request Authenticator should be a *random* > number (RFC2865 section 3, page 15), and this is already done by > rad_create_request() > > So, can you describe more precisely how and why you think the current > behaviour is wrong? The behavior I am seeing is that this random number is _always_ the same. >>I found this problem fixing a bug for my mod_auth_xradius[1]. It >>appears that some commercial RADIUS authentication servers will reject >>packets with identical Authenticator fields as duplicates. > > > But these RADIUS servers, even if they detect a duplicate, are required to > send the same response as they did to the original request. > > Is the packet actually a duplicate, or is it a different authentication > request? If it's different, then it should have a different random > authenticator. Are you saying that the random number generator is giving the > same answer each time? If so then it's a seeding problem. I see that > srandomdev() is called in rad_auth_open though. Different authentication requests. All have the same authenticator. Looking closely, it appears the root cause was a problem when I ported the code to Linux. Linux doesn't have a srandomdev() :) Sorry for the noise, I made a mistake. -Paul From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 15:57:10 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD4B116A41C; Wed, 6 Jul 2005 15:57:10 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from av-tac-rtp.cisco.com (bantam.cisco.com [64.102.19.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17FF743D49; Wed, 6 Jul 2005 15:57:10 +0000 (GMT) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id j66Fv9A16095; Wed, 6 Jul 2005 11:57:09 -0400 (EDT) Received: from [64.102.192.190] (dhcp-64-102-192-190.cisco.com [64.102.192.190]) by rooster.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id j66Fv8725758; Wed, 6 Jul 2005 11:57:08 -0400 (EDT) Message-ID: <42CBFF6C.3040601@FreeBSD.org> Date: Wed, 06 Jul 2005 11:57:32 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Michael L. Hostbaek" References: <1120539465.3587.19.camel@shumai.marcuscom.com> <1120623729.99631.21.camel@shumai.marcuscom.com> <1120641560.95261.1.camel@shumai.marcuscom.com> <20050706153659.GV3302@mich2.itxmarket.com> In-Reply-To: <20050706153659.GV3302@mich2.itxmarket.com> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------010307060706060008060907" Cc: current@FreeBSD.org, phk@FreeBSD.org Subject: Re: (problem found) grantpt broken on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 15:57:11 -0000 This is a multi-part message in MIME format. --------------010307060706060008060907 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael L. Hostbaek wrote: | Joe Marcus Clarke (marcus) writes: | |>On Wed, 2005-07-06 at 00:22 -0400, Joe Marcus Clarke wrote: |> |>>I created this patch that corrects the problem, but I'm not sure if it's |>>the right way to go. Poul-Henning (or anyone) could you have a look and |>>let me know if this is okay? I'd really like to see this working again |>>in -CURRENT so 6.0 GNOME users will be able to use their sftp shares. |>>Thanks. |>> |>>Oh, and it might be a good idea to make sys/types.h aware of MAXMINOR as |>>it still hardcodes the constant. |> |>Actually, I think the real solution is to reimplement ptsname() using |>devname(3) similar to the way ttyname() is done. | | | I confirm that this patch (like the other), also fixes kio_sftp and | kdesu on -CURRENT. Actually, the first patch provided pty* names where as the previous version of ptsname provided tty* device names. The pty names break gnome-vfs sftp. This attached patch seems to do the trick for gnome-vfs. Michael, can you verify this patch still works for you? Poul-Henning, thanks for your initial review. Can you have a look at this patch, and see if anything is glaringly wrong? Thanks! Joe | | Thanks ! | | /mich | | - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCy/9sb2iPiv4Uz4cRAtd8AJ0c9LBcyqCb6iAE20qxu3+k9wZ0aACgqRPH CSFVX8X+TVDRm3F9Jne4mok= =aPc4 -----END PGP SIGNATURE----- --------------010307060706060008060907 Content-Type: text/x-patch; x-mac-type="0"; x-mac-creator="0"; name="grantpt.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="grantpt.c.diff" --- src/lib/libc/stdlib/grantpt.c.orig Wed Jun 8 14:28:48 2005 +++ src/lib/libc/stdlib/grantpt.c Wed Jul 6 11:45:18 2005 @@ -214,8 +214,9 @@ char * ptsname(int fildes) { static char slave[] = _PATH_DEV PTS_PREFIX "XY"; - char *retval; + char *retval, *dname; struct stat sbuf; + size_t used; retval = NULL; @@ -223,10 +224,14 @@ ptsname(int fildes) if (!ISPTM(sbuf)) errno = EINVAL; else { - (void)sprintf(slave, _PATH_DEV PTS_PREFIX "%c%c", - PT_DEV1[minor(sbuf.st_rdev) / 32], - PT_DEV2[minor(sbuf.st_rdev) % 32]); retval = slave; + *retval = '\0'; + strcpy(retval, _PATH_DEV); + used = strlen(retval); + strcpy(retval + used, PTS_PREFIX); + used = strlen(retval); + dname = devname(sbuf.st_rdev, S_IFCHR); + strcpy(retval + used, dname + strlen(PTM_PREFIX)); } } --------------010307060706060008060907-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 16:16:16 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85DC716A41C; Wed, 6 Jul 2005 16:16:16 +0000 (GMT) (envelope-from mich@icommerce.fr) Received: from mail2.itxmarket.com (fw.itxmarket.com [213.11.40.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26FE443D45; Wed, 6 Jul 2005 16:16:16 +0000 (GMT) (envelope-from mich@icommerce.fr) Received: from icommerce.fr (mich2.itxmarket.com [192.168.2.26]) by mail2.itxmarket.com (Postfix) with ESMTP id EE7B61C081D; Wed, 6 Jul 2005 18:16:14 +0200 (CEST) Received: by icommerce.fr (Postfix, from userid 1001) id E701B22841; Wed, 6 Jul 2005 18:16:14 +0200 (CEST) Date: Wed, 6 Jul 2005 18:16:14 +0200 From: "Michael L. Hostbaek" To: Joe Marcus Clarke Message-ID: <20050706161614.GC81812@mich2.itxmarket.com> Mail-Followup-To: "Michael L. Hostbaek" , Joe Marcus Clarke , current@FreeBSD.org, phk@FreeBSD.org References: <1120539465.3587.19.camel@shumai.marcuscom.com> <1120623729.99631.21.camel@shumai.marcuscom.com> <1120641560.95261.1.camel@shumai.marcuscom.com> <20050706153659.GV3302@mich2.itxmarket.com> <42CBFF6C.3040601@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42CBFF6C.3040601@FreeBSD.org> X-Operating-System: FreeBSD 5.4-STABLE i386 X-PGP-Key: http://www.freebsdcluster.org/~mich/ User-Agent: Mutt/1.5.9i Cc: current@FreeBSD.org, phk@FreeBSD.org Subject: Re: (problem found) grantpt broken on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 16:16:16 -0000 Joe Marcus Clarke (marcus) writes: > Actually, the first patch provided pty* names where as the previous > version of ptsname provided tty* device names. The pty names break > gnome-vfs sftp. This attached patch seems to do the trick for > gnome-vfs. Michael, can you verify this patch still works for you? > Poul-Henning, thanks for your initial review. Can you have a look at > this patch, and see if anything is glaringly wrong? Thanks! This patch re-introduce the problem on my system. /mich From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 16:21:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CEFE16A41C; Wed, 6 Jul 2005 16:21:50 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C68CA43D55; Wed, 6 Jul 2005 16:21:49 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j66GLeun046649; Wed, 6 Jul 2005 12:21:40 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.3/8.13.3) with ESMTP id j66GLmHI003153; Wed, 6 Jul 2005 12:21:48 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j66GLjIn068438 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Jul 2005 12:21:46 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050706115824.07a58588@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Wed, 06 Jul 2005 12:23:01 -0400 To: Scott Long From: Mike Tancsa In-Reply-To: <6.2.1.2.0.20050706115146.07a59d08@64.7.153.2> References: <70e8236f05070208212e36c375@mail.gmail.com> <42C6DA5F.9070303@gneto.com> <6.2.1.2.0.20050703212843.07889088@64.7.153.2> <20050705011650.R80892@lexi.siliconlandmark.com> <70e8236f050706002655cd9a0c@mail.gmail.com> <42CBE7F4.9040106@samsco.org> <83fb4207210a3f028b8ee2d2289573c4@xcllnt.net> <42CBFC36.1040406@samsco.org> <6.2.1.2.0.20050706115146.07a59d08@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.26 Cc: freebsd-current@freebsd.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 16:21:50 -0000 At 11:53 AM 06/07/2005, Mike Tancsa wrote: >At 11:43 AM 06/07/2005, Scott Long wrote: > >>According to the original dmesg, the hang happens well after bus >>enumeration is complete and interrupts have been enabled. It's >>happening on a taste I/O from GEOM. > >Here is a boot -v that is a little more upto date. I am just netbooting >with various kernel configs to try and sort out whats going on. .... >atapci0: Lazy allocation of 0x10 bytes rid 0x20 type 4 at 0 >ata0: on atapci0 >atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 >atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 >ata0: reset tp1 mask=00 ostat0=ff ostat1=ff >ata0: [MPSAFE] >ata1: on atapci0 >atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 >atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 > >It totally hangs here and I cant even break into debugger. Its almost as >if the thing goes into suspend mode ? OK, some more details. I removed the ata code, and it no longer sends the box to "sleep" or whatever weird state its in. Now its stuck again, but I can break into the debugger from the serial console OK load /boot/mike/kernel /boot/mike/kernel text=0x1fbfc0 data=0x2acd0+0x77394 syms=[0x4+0x320a0+0x4+0x3eb23] OK load /boot/mike/acpi.ko /boot/mike/acpi.ko text=0x41e40 data=0x20e0+0x10b0 syms=[0x4+0x7740+0x4+0x9ead] OK boot GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 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 6.0-CURRENT #1: Wed Jul 6 11:48:02 EDT 2005 mdtancsa@freebsd-current.sentex.ca:/usr/src/sys/i386/compile/mike WARNING: WITNESS option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383fbff real memory = 2147475456 (2047 MB) avail memory = 2100953088 (2003 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 cpu2 (AP): APIC ID: 1 cpu3 (AP): APIC ID: 2 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 14 on acpi0 pci_link3: on acpi0 pci_link4: on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: on acpi0 pci_link8: on acpi0 pci_link9: on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 2.0 on pci0 isa0: on isab0 pci0: at device 2.1 (no driver attached) pci0: at device 2.2 (no driver attached) pci0: at device 2.3 (no driver attached) pci0: at device 4.0 (no driver attached) pcib1: on acpi0 pci1: on pcib1 pcib2: on acpi0 pci2: on pcib2 pci2: at device 3.0 (no driver attached) pcib3: at device 7.0 on pci2 pci3: on pcib3 pcib4: at device 0.0 on pci3 pci4: on pcib4 amr0: mem 0xf0000000-0xf7ffffff irq 16 at device 0.0 on pci4 amr0: Firmware 161J, BIOS 3.17, 128MB RAM pci3: at device 1.0 (no driver attached) fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec amrd0: on amr0 amrd0: 34556MB (70770688 sectors) RAID 5 (optimal) KDB: enter: Line break on console [thread pid 14 tid 100002 ] Stopped at kdb_enter+0x2c: leave db> continue KDB: enter: Line break on console [thread pid 14 tid 100002 ] Stopped at kdb_enter+0x2c: leave db> show intrcnt irq1: atkbd0 2 irq0: clk 71407 irq4: sio0 7 irq6: fdc0 8 lapic3: timer 142628 db> No difference without acpi Here is a boot -v OK unload OK load /boot/mike/kernel /boot/mike/kernel text=0x1fbfc0 data=0x2acd0+0x77394 syms=[0x4+0x320a0+0x4+0x3eb23] OK load /boot/mike/if_em.ko /boot/mike/if_em.ko text=0x106c4 data=0x4dc+0x10 syms=[0x4+0x1170+0x4+0x12e2] OK load /boot/mike/acpi.ko /boot/mike/acpi.ko text=0x41e40 data=0x20e0+0x10b0 syms=[0x4+0x7740+0x4+0x9ead] OK boot -v GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=00000000000a0000 SMAP type=01 base=0000000000100000 len=000000007fefe000 SMAP type=02 base=000000007fffe000 len=0000000000002000 SMAP type=02 base=00000000fec00000 len=0000000000010000 SMAP type=02 base=00000000fee00000 len=0000000000010000 SMAP type=02 base=00000000fff80000 len=0000000000080000 Copyright (c) 1992-2005 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 6.0-CURRENT #1: Wed Jul 6 11:48:02 EDT 2005 mdtancsa@freebsd-current.sentex.ca:/usr/src/sys/i386/compile/mike WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/mike/kernel" at 0xc077e000. Preloaded elf module "/boot/mike/if_em.ko" at 0xc077e158. Preloaded elf module "/boot/mike/acpi.ko" at 0xc077e200. MP Configuration Table version 1.4 found at 0xc00f0000 Table 'FACP' at 0xfdf20 Table 'APIC' at 0xfdf94 MADT: Found table at 0xfdf94 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 3 ACPI ID 1: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 1 ACPI ID 3: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 0 ACPI ID 4: enabled SMP: Added CPU 0 (AP) ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193232 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 500020479 Hz CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383fbff real memory = 2147475456 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000828000 - 0x000000007dbc5fff, 2100944896 bytes (512926 pages) avail memory = 2100953088 (2003 MB) APIC ID: physical 0, logical 0:0 APIC ID: physical 1, logical 0:1 APIC ID: physical 2, logical 0:2 APIC ID: physical 3, logical 0:3 FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 cpu2 (AP): APIC ID: 1 cpu3 (AP): APIC ID: 2 bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xcc4e pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 4 APIC: CPU 2 has ACPI ID 3 APIC: CPU 3 has ACPI ID 2 MADT: Found IO APIC ID 4, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 4 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x03000000 VER: 0x00040011 LDR: 0x08000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 random: mem: Pentium Pro MTRR support enabled null: io: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80008070 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 1 2 [class=060100] [hdr=80] is there (id=71108086) pcibios: BIOS version 2.10 Found $PIR table, 11 entries at 0xc00fc7a0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 2 A 0x64 14 embedded 0 2 B 0x65 15 embedded 0 2 D 0x63 3 4 5 6 7 10 11 12 14 embedded 1 4 A 0x65 3 4 5 6 7 10 11 12 14 embedded 1 6 A 0x66 3 4 5 6 7 10 11 12 14 embedded 1 8 A 0x64 3 4 5 6 7 10 11 12 14 slot 1 0 6 A 0x69 3 4 5 6 7 10 11 12 14 slot 1 0 6 B 0x64 3 4 5 6 7 10 11 12 14 slot 1 0 6 C 0x67 3 4 5 6 7 10 11 12 14 slot 1 0 6 D 0x68 3 4 5 6 7 10 11 12 14 slot 2 0 8 A 0x68 3 4 5 6 7 10 11 12 14 slot 2 0 8 B 0x69 3 4 5 6 7 10 11 12 14 slot 2 0 8 C 0x64 3 4 5 6 7 10 11 12 14 slot 2 0 8 D 0x67 3 4 5 6 7 10 11 12 14 slot 3 0 10 A 0x67 3 4 5 6 7 10 11 12 14 slot 3 0 10 B 0x68 3 4 5 6 7 10 11 12 14 slot 3 0 10 C 0x69 3 4 5 6 7 10 11 12 14 slot 3 0 10 D 0x64 3 4 5 6 7 10 11 12 14 slot 4 2 1 A 0x63 3 4 5 6 7 10 11 12 14 slot 4 2 1 B 0x60 3 4 5 6 7 10 11 12 14 slot 4 2 1 C 0x61 3 4 5 6 7 10 11 12 14 slot 4 2 1 D 0x62 3 4 5 6 7 10 11 12 14 slot 5 2 3 A 0x62 3 4 5 6 7 10 11 12 14 slot 5 2 3 B 0x63 3 4 5 6 7 10 11 12 14 slot 5 2 3 C 0x60 3 4 5 6 7 10 11 12 14 slot 5 2 3 D 0x61 3 4 5 6 7 10 11 12 14 slot 6 2 5 A 0x61 3 4 5 6 7 10 11 12 14 slot 6 2 5 B 0x62 3 4 5 6 7 10 11 12 14 slot 6 2 5 C 0x63 3 4 5 6 7 10 11 12 14 slot 6 2 5 D 0x60 3 4 5 6 7 10 11 12 14 slot 7 2 7 A 0x60 3 4 5 6 7 10 11 12 14 slot 7 2 7 B 0x61 3 4 5 6 7 10 11 12 14 slot 7 2 7 C 0x62 3 4 5 6 7 10 11 12 14 slot 7 2 7 D 0x63 3 4 5 6 7 10 11 12 14 AcpiOsDerivePciId: bus 0 dev 2 func 1 AcpiOsDerivePciId: bus 0 dev 2 func 2 AcpiOsDerivePciId: bus 0 dev 6 func 0 AcpiOsDerivePciId: bus 0 dev 6 func 1 AcpiOsDerivePciId: bus 0 dev 6 func 2 AcpiOsDerivePciId: bus 0 dev 6 func 3 AcpiOsDerivePciId: bus 0 dev 6 func 4 AcpiOsDerivePciId: bus 0 dev 6 func 5 AcpiOsDerivePciId: bus 0 dev 6 func 6 AcpiOsDerivePciId: bus 0 dev 6 func 7 AcpiOsDerivePciId: bus 0 dev 8 func 0 AcpiOsDerivePciId: bus 0 dev 8 func 1 AcpiOsDerivePciId: bus 0 dev 8 func 2 AcpiOsDerivePciId: bus 0 dev 8 func 3 AcpiOsDerivePciId: bus 0 dev 8 func 4 AcpiOsDerivePciId: bus 0 dev 8 func 5 AcpiOsDerivePciId: bus 0 dev 8 func 6 AcpiOsDerivePciId: bus 0 dev 8 func 7 AcpiOsDerivePciId: bus 0 dev 10 func 0 AcpiOsDerivePciId: bus 0 dev 10 func 1 AcpiOsDerivePciId: bus 0 dev 10 func 2 AcpiOsDerivePciId: bus 0 dev 10 func 3 AcpiOsDerivePciId: bus 0 dev 10 func 4 AcpiOsDerivePciId: bus 0 dev 10 func 5 AcpiOsDerivePciId: bus 0 dev 10 func 6 AcpiOsDerivePciId: bus 0 dev 10 func 7 AcpiOsDerivePciId: bus 2 dev 1 func 0 AcpiOsDerivePciId: bus 2 dev 1 func 1 AcpiOsDerivePciId: bus 2 dev 1 func 2 AcpiOsDerivePciId: bus 2 dev 1 func 3 AcpiOsDerivePciId: bus 2 dev 1 func 4 AcpiOsDerivePciId: bus 2 dev 1 func 5 AcpiOsDerivePciId: bus 2 dev 1 func 6 AcpiOsDerivePciId: bus 2 dev 1 func 7 AcpiOsDerivePciId: bus 2 dev 3 func 0 AcpiOsDerivePciId: bus 2 dev 3 func 1 AcpiOsDerivePciId: bus 2 dev 3 func 2 AcpiOsDerivePciId: bus 2 dev 3 func 3 AcpiOsDerivePciId: bus 2 dev 3 func 4 AcpiOsDerivePciId: bus 2 dev 3 func 5 AcpiOsDerivePciId: bus 2 dev 3 func 6 AcpiOsDerivePciId: bus 2 dev 3 func 7 AcpiOsDerivePciId: bus 2 dev 5 func 0 AcpiOsDerivePciId: bus 2 dev 5 func 1 AcpiOsDerivePciId: bus 2 dev 5 func 2 AcpiOsDerivePciId: bus 2 dev 5 func 3 AcpiOsDerivePciId: bus 2 dev 5 func 4 AcpiOsDerivePciId: bus 2 dev 5 func 5 AcpiOsDerivePciId: bus 2 dev 5 func 6 AcpiOsDerivePciId: bus 2 dev 5 func 7 AcpiOsDerivePciId: bus 2 dev 7 func 0 AcpiOsDerivePciId: bus 2 dev 7 func 1 AcpiOsDerivePciId: bus 2 dev 7 func 2 AcpiOsDerivePciId: bus 2 dev 7 func 3 AcpiOsDerivePciId: bus 2 dev 7 func 4 AcpiOsDerivePciId: bus 2 dev 7 func 5 AcpiOsDerivePciId: bus 2 dev 7 func 6 AcpiOsDerivePciId: bus 2 dev 7 func 7 AcpiOsDerivePciId: bus 0 dev 2 func 0 acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link1: irq 11 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link2: irq 14 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 14 N 0 3 4 5 6 7 9 10 11 12 14 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 14 N 0 3 4 5 6 7 9 10 11 12 14 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link3: on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link4: on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link5: on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link6: on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link7: on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link8: on acpi0 pci_link8: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link8: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link8: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link9: on acpi0 pci_link9: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link9: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link9: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 ACPI timer: 0/4 0/4 0/5 0/3 0/4 0/3 0/16777213 0/3 0/3 0/3 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=2, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00000000, size 4, port disabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=2, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=255 map[20]: type 4, range 32, base 00000000, size 5, port disabled found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=2, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[90]: type 4, range 32, base 00000850, size 4, enabled found-> vendor=0x1002, dev=0x4749, revid=0x5c bus=0, slot=4, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x00a7, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base ee000000, size 24, enabled map[14]: type 4, range 32, base 0000dc00, size 8, enabled map[18]: type 1, range 32, base eff00000, size 12, enabled found-> vendor=0x8086, dev=0x84ca, revid=0x03 bus=0, slot=16, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=18, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x2280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=19, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=20, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x2280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) isab0: at device 2.0 on pci0 isa0: on isab0 pci0: at device 2.1 (no driver attached) pci0: at device 2.2 (no driver attached) pci0: at device 2.3 (no driver attached) pci0: at device 4.0 (no driver attached) pcib1: on acpi0 pci1: on pcib1 pci1: physical bus=1 pcib2: on acpi0 pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x8086, dev=0x1076, revid=0x00 bus=2, slot=3, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=14 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base feb20000, size 17, enabled map[14]: type 1, range 32, base feb00000, size 17, enabled map[18]: type 4, range 32, base 0000ecc0, size 6, enabled pcib2: matched entry for 2.3.INTA pcib2: slot 3 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0xb154, revid=0x00 bus=2, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) em0: port 0xecc0-0xecff mem 0xfeb20000-0xfeb3ffff,0xfeb00000-0xfeb1ffff irq2 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfeb20000 em0: Reserved 0x40 bytes for rid 0x18 type 4 at 0xecc0 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:0e:0c:5d:f8:ca em0: Speed:N/A Duplex:N/A pcib3: at device 7.0 on pci2 pcib3: secondary bus 3 pcib3: subordinate bus 4 pcib3: I/O decode 0xf000-0xffff pcib3: memory decode 0xfe800000-0xfeafffff pcib3: prefetched decode 0xf0000000-0xf7ffffff pcib3: could not get PCI interrupt routing table for \_SB_.PX1A.SL70 - AE_NOT_FOUND pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x8086, dev=0xb154, revid=0x00 bus=3, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) found-> vendor=0x1077, dev=0x1216, revid=0x06 bus=3, slot=1, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 1 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000fc00, size 8, enabled pcib3: (null) requested I/O range 0xfc00-0xfcff: in range map[14]: type 1, range 32, base fe8ff000, size 12, enabled pcib3: (null) requested memory range 0xfe8ff000-0xfe8fffff: good pcib2: matched entry for 2.7.INTB pcib2: slot 7 INTB hardwired to IRQ 17 pcib3: slot 1 INTA is routed to irq 17 pcib4: at device 0.0 on pci3 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xf000-0xfff pcib4: memory decode 0xfea00000-0xfeafffff pcib4: prefetched decode 0xf0000000-0xf7ffffff pci4: on pcib4 pci4: physical bus=4 found-> vendor=0x101e, dev=0x1960, revid=0x20 bus=4, slot=0, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base f0000000, size 27, enabled pcib4: (null) requested memory range 0xf0000000-0xf7ffffff: good pcib3: (null) requested memory range 0xf0000000-0xf7ffffff: good pcib2: matched entry for 2.7.INTA pcib2: slot 7 INTA hardwired to IRQ 16 pcib3: slot 0 INTA is routed to irq 16 pcib4: slot 0 INTA is routed to irq 16 amr0: mem 0xf0000000-0xf7ffffff irq 16 at device 0.0 on pci4 amr0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xf0000000 amr0: [MPSAFE] amr0: Firmware 161J, BIOS 3.17, 128MB RAM pci3: at device 1.0 (no driver attached) pci3:1:0: Transition from D0 to D3 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 73 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. sio0: irq maps: 0x2001 0x2011 0x2001 0x2001 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: irq maps: 0x2001 0x2009 0x2001 0x2001 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: using extended I/O port range ppc0: using extended I/O port range atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) ata0 failed to probe at port 0x1f0 irq 14 on isa0 ata1 failed to probe at port 0x170 irq 15 on isa0 bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 134627 -> 100000 lapic: Divisor 2, Frequency 50001904 hz Timecounter "TSC" frequency 500020479 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached amrd0: on amr0 amrd0: 34556MB (70770688 sectors) RAID 5 (optimal) GEOM: new disk amrd0 KDB: enter: Line break on console [thread pid 14 tid 100002 ] Stopped at kdb_enter+0x2c: leave db> show intrcnt irq1: atkbd0 2 irq0: clk 203039 irq4: sio0 2 irq6: fdc0 8 lapic3: timer 405774 db> From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 16:58:29 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A294516A41C; Wed, 6 Jul 2005 16:58:29 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17F2A43D48; Wed, 6 Jul 2005 16:58:28 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.19] (lesnik.portaone.com [195.140.246.50]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j66GwQ8b033582 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Jul 2005 18:58:27 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <42CC0DAF.20401@portaone.com> Date: Wed, 06 Jul 2005 19:58:23 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <5611.1120646824@phk.freebsd.dk> In-Reply-To: <5611.1120646824@phk.freebsd.dk> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/970/Wed Jul 6 18:00:45 2005 on www.portaone.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.ORG, Giorgos Keramidas Subject: Re: [TEST/REVIEW] boot0cfg/fdisk issue fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 16:58:29 -0000 Poul-Henning Kamp wrote: > In message <20050706103934.GE25722@beatrix.daedalusnetworks.priv>, Giorgos Kera > midas writes: > > >>Yes, please. Right now, there are times that sysinstall breaks in funny >>ways when changes are made to the partition table of a disk. The bug >>usually shows up when one hits 'w' instead of 'q' in the slice editor. > > > This patch does not change sysinstall, but the changes can be incorporated > by anyone with a bit of time. I wonder if there cound be a "better" fix. IMHO the better one would be to extend geom/geom_mbr to intercept attempt to rewrite MBR, check if in the new MBR any of the opened partitions have been changed/removed and simply reject write if so. Then you don't have to change any of the existing programs that operate on MBR. Another good feature to have is the ability to tell geom_mbr/geom_bsd (via sysctl or ioctl) to make in-core copy of the table/label and release any locks it helds on this region, so that it can be replaced with completely different version if needed via simple write(2). The same applies to the disklabel class. This is really necessary for some cases, when the user or the program know he/is trying to do. -Maxim From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 17:01:57 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03C6116A41C; Wed, 6 Jul 2005 17:01:57 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from av-tac-rtp.cisco.com (bantam.cisco.com [64.102.19.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50F8D43D46; Wed, 6 Jul 2005 17:01:56 +0000 (GMT) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id j66H1qq20042; Wed, 6 Jul 2005 13:01:52 -0400 (EDT) Received: from [64.102.192.190] (dhcp-64-102-192-190.cisco.com [64.102.192.190]) by rooster.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id j66H1q715408; Wed, 6 Jul 2005 13:01:52 -0400 (EDT) Message-ID: <42CC0E98.3000903@FreeBSD.org> Date: Wed, 06 Jul 2005 13:02:16 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Michael L. Hostbaek" References: <1120539465.3587.19.camel@shumai.marcuscom.com> <1120623729.99631.21.camel@shumai.marcuscom.com> <1120641560.95261.1.camel@shumai.marcuscom.com> <20050706153659.GV3302@mich2.itxmarket.com> <42CBFF6C.3040601@FreeBSD.org> <20050706161614.GC81812@mich2.itxmarket.com> In-Reply-To: <20050706161614.GC81812@mich2.itxmarket.com> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org, phk@FreeBSD.org Subject: Re: (problem found) grantpt broken on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 17:01:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael L. Hostbaek wrote: | Joe Marcus Clarke (marcus) writes: | |>Actually, the first patch provided pty* names where as the previous |>version of ptsname provided tty* device names. The pty names break |>gnome-vfs sftp. This attached patch seems to do the trick for |>gnome-vfs. Michael, can you verify this patch still works for you? |>Poul-Henning, thanks for your initial review. Can you have a look at |>this patch, and see if anything is glaringly wrong? Thanks! | | | This patch re-introduce the problem on my system. Make sure you don't also have the devfs_vnops.c kernel patch. Having both will produce failures. Joe | | /mich | - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCzA6Yb2iPiv4Uz4cRAreoAJ9ueNP7hp2Jl7FuxipLZ52nrRHk4wCfSjBJ evfRAqrp8xF+zEfaOW64btI= =SQJB -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 17:09:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25ABD16A41C; Wed, 6 Jul 2005 17:09:52 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B3ED43D49; Wed, 6 Jul 2005 17:09:49 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j66HGILh025433; Wed, 6 Jul 2005 11:16:18 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42CC1085.6090504@samsco.org> Date: Wed, 06 Jul 2005 11:10:29 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Tancsa References: <70e8236f05070208212e36c375@mail.gmail.com> <42C6DA5F.9070303@gneto.com> <6.2.1.2.0.20050703212843.07889088@64.7.153.2> <20050705011650.R80892@lexi.siliconlandmark.com> <70e8236f050706002655cd9a0c@mail.gmail.com> <42CBE7F4.9040106@samsco.org> <83fb4207210a3f028b8ee2d2289573c4@xcllnt.net> <42CBFC36.1040406@samsco.org> <6.2.1.2.0.20050706115146.07a59d08@64.7.153.2> <6.2.1.2.0.20050706115824.07a58588@64.7.153.2> In-Reply-To: <6.2.1.2.0.20050706115824.07a58588@64.7.153.2> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 17:09:52 -0000 Mike Tancsa wrote: > At 11:53 AM 06/07/2005, Mike Tancsa wrote: > >> At 11:43 AM 06/07/2005, Scott Long wrote: >> >>> According to the original dmesg, the hang happens well after bus >>> enumeration is complete and interrupts have been enabled. It's >>> happening on a taste I/O from GEOM. >> >> >> Here is a boot -v that is a little more upto date. I am just >> netbooting with various kernel configs to try and sort out whats going >> on. > > > .... > >> atapci0: Lazy allocation of 0x10 bytes rid 0x20 type 4 at 0 >> ata0: on atapci0 >> atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 >> atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 >> ata0: reset tp1 mask=00 ostat0=ff ostat1=ff >> ata0: [MPSAFE] >> ata1: on atapci0 >> atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 >> atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 >> >> It totally hangs here and I cant even break into debugger. Its almost >> as if the thing goes into suspend mode ? > > > OK, some more details. I removed the ata code, and it no longer sends > the box to "sleep" or whatever weird state its in. > > Now its stuck again, but I can break into the debugger from the serial > console > I wonder if the AMR interrupt is getting routed to the ata interrupt pins. With the ata driver enabled, the OS gets stuck in an infinite loop of trying to service what it thinks in an ata interrupt. With the ata driver disabled, the ata interrupt lines stay disabled and the OS sees nothing. Would it be possible to send an NMI to the machine while it's hung with the ata driver enabled? If not, we can probably drop some simple printf into the ata interrupt handler. Scott From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 17:23:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E17616A41C for ; Wed, 6 Jul 2005 17:23:38 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id B253B43D4C for ; Wed, 6 Jul 2005 17:23:36 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j66HKW4u025142 for freebsd-current@freebsd.org.checked; Wed, 6 Jul 2005 21:20:32 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from [144.206.181.94] (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j66HILUb025133; Wed, 6 Jul 2005 21:18:21 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <42CC125F.1050601@cronyx.ru> Date: Wed, 06 Jul 2005 21:18:23 +0400 From: Roman Kurakin User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <42C57523.4050302@cronyx.ru> <20050701.121826.56566740.imp@bsdimp.com> <42CAAFCB.2080207@cronyx.ru> <20050705.164135.12222348.imp@bsdimp.com> In-Reply-To: <20050705.164135.12222348.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: BUS infrastructure problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 17:23:38 -0000 M. Warner Losh wrote: >In message: <42CAAFCB.2080207@cronyx.ru> > Roman Kurakin writes: >: Hi, >: >: M. Warner Losh wrote: >: >: >In message: <42C57523.4050302@cronyx.ru> >: > Roman Kurakin writes: >: >: I observe the followin strange behaviour with current: with some very >: >: high probability after indentify callback I didn't get a probe callback. I >: >: didn't find yet anything that could tell me why I see this. All function >: >: return me that all operations was successful. >: >: >: >: PS. This driver is cx(4) and I am currently try to debug it in async mode >: >: (I get strange panics while its work if I didn't get into situation with >: >: probe()). >: >: >: >: Any ideas? >: > >: >I'll be happy to help you with this. >: > >: > >: The last place I get to is the call of DEVICE_PROBE macro. >: But I do not see the call of my function. >: There is other thing, it seems that probability highly increases >: if the system reboots after panic and needs filesystem check. >: >: This is all information I have now. I use printf as a primary >: debug technic so I need to think how to move farther. >: >: Ideas? > >That sounds really weird. Add a Debugger() call and see if you wind >up in the debugger. > > There is no need in debugger. The function called instead of my probe function is a kobj_error_method(). I guess this is desc->deflt, but why? Loader problem? PS. I've used kdb_enter () & __asm ("int 3") both was unsuccessful. rik >Warner >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 17:44:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36DCA16A41C; Wed, 6 Jul 2005 17:44:17 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5661443D46; Wed, 6 Jul 2005 17:44:14 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j66Hi1qo052391; Wed, 6 Jul 2005 13:44:01 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.3/8.13.3) with ESMTP id j66Hi9k5020222; Wed, 6 Jul 2005 13:44:09 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j66Hi74h068708 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Jul 2005 13:44:08 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050706134221.07c0ec50@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Wed, 06 Jul 2005 13:45:18 -0400 To: Scott Long From: Mike Tancsa In-Reply-To: <42CC1085.6090504@samsco.org> References: <70e8236f05070208212e36c375@mail.gmail.com> <42C6DA5F.9070303@gneto.com> <6.2.1.2.0.20050703212843.07889088@64.7.153.2> <20050705011650.R80892@lexi.siliconlandmark.com> <70e8236f050706002655cd9a0c@mail.gmail.com> <42CBE7F4.9040106@samsco.org> <83fb4207210a3f028b8ee2d2289573c4@xcllnt.net> <42CBFC36.1040406@samsco.org> <6.2.1.2.0.20050706115146.07a59d08@64.7.153.2> <6.2.1.2.0.20050706115824.07a58588@64.7.153.2> <42CC1085.6090504@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.26 Cc: freebsd-current@freebsd.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 17:44:17 -0000 At 01:10 PM 06/07/2005, Scott Long wrote: >Mike Tancsa wrote: >>At 11:53 AM 06/07/2005, Mike Tancsa wrote: >> >>>At 11:43 AM 06/07/2005, Scott Long wrote: >>> >>>>According to the original dmesg, the hang happens well after bus >>>>enumeration is complete and interrupts have been enabled. It's >>>>happening on a taste I/O from GEOM. >>> >>> >>>Here is a boot -v that is a little more upto date. I am just netbooting >>>with various kernel configs to try and sort out whats going on. >> >>.... >> >>>atapci0: Lazy allocation of 0x10 bytes rid 0x20 type 4 at 0 >>>ata0: on atapci0 >>>atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 >>>atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 >>>ata0: reset tp1 mask=00 ostat0=ff ostat1=ff >>>ata0: [MPSAFE] >>>ata1: on atapci0 >>>atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 >>>atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 >>> >>>It totally hangs here and I cant even break into debugger. Its almost as >>>if the thing goes into suspend mode ? >> >>OK, some more details. I removed the ata code, and it no longer sends the >>box to "sleep" or whatever weird state its in. >>Now its stuck again, but I can break into the debugger from the serial >>console > >I wonder if the AMR interrupt is getting routed to the ata interrupt >pins. With the ata driver enabled, the OS gets stuck in an infinite >loop of trying to service what it thinks in an ata interrupt. With >the ata driver disabled, the ata interrupt lines stay disabled and the >OS sees nothing. Would it be possible to send an NMI to the machine >while it's hung with the ata driver enabled? I can try, how do I do that ? :) ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 17:53:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C40A16A41C; Wed, 6 Jul 2005 17:53:48 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2FBD43D48; Wed, 6 Jul 2005 17:53:47 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j66Hrcdo053500; Wed, 6 Jul 2005 13:53:38 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.3/8.13.3) with ESMTP id j66HrfZx022195; Wed, 6 Jul 2005 13:53:41 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j66HrciM068753 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Jul 2005 13:53:39 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050706134748.07ca1ab8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Wed, 06 Jul 2005 13:54:42 -0400 To: Scott Long From: Mike Tancsa In-Reply-To: <6.2.1.2.0.20050706115824.07a58588@64.7.153.2> References: <70e8236f05070208212e36c375@mail.gmail.com> <42C6DA5F.9070303@gneto.com> <6.2.1.2.0.20050703212843.07889088@64.7.153.2> <20050705011650.R80892@lexi.siliconlandmark.com> <70e8236f050706002655cd9a0c@mail.gmail.com> <42CBE7F4.9040106@samsco.org> <83fb4207210a3f028b8ee2d2289573c4@xcllnt.net> <42CBFC36.1040406@samsco.org> <6.2.1.2.0.20050706115146.07a59d08@64.7.153.2> <6.2.1.2.0.20050706115824.07a58588@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.26 Cc: freebsd-current@freebsd.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 17:53:48 -0000 At 12:23 PM 06/07/2005, Mike Tancsa wrote: >At 11:53 AM 06/07/2005, Mike Tancsa wrote: >>At 11:43 AM 06/07/2005, Scott Long wrote: >> >>>According to the original dmesg, the hang happens well after bus >>>enumeration is complete and interrupts have been enabled. It's >>>happening on a taste I/O from GEOM. >> >>Here is a boot -v that is a little more upto date. I am just netbooting >>with various kernel configs to try and sort out whats going on. And here is the box booting up with RELENG_5 off the disk. I did at one point install HEAD on the disk, but it was the same behaviour as I see with a netboot. SMAP type=01 base=0000000000000000 len=00000000000a0000 SMAP type=01 base=0000000000100000 len=000000007fefe000 SMAP type=02 base=000000007fffe000 len=0000000000002000 SMAP type=02 base=00000000fec00000 len=0000000000010000 SMAP type=02 base=00000000fee00000 len=0000000000010000 SMAP type=02 base=00000000fff80000 len=0000000000080000 Copyright (c) 1992-2005 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.4-STABLE #0: Thu Jun 30 19:15:07 EDT 2005 mdtancsa@hippo.sentex.ca:/usr/obj/usr/src/sys/hippo Preloaded elf kernel "/boot/kernel/kernel" at 0xc08be000. Calibrating clock(s) ... i8254 clock: 1193226 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 500019284 Hz CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383fbff real memory = 2147475456 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000007dbcdfff, 2096783360 bytes (511910 pages) avail memory = 2096033792 (1998 MB) MP Configuration Table version 1.4 found at 0xc00f0000 APIC: Using the MPTable enumerator. SMP: Added CPU 3 (BSP) SMP: Added CPU 0 (AP) SMP: Added CPU 1 (AP) SMP: Added CPU 2 (AP) MPTable: APIC ID: physical 0, logical 0:0 APIC ID: physical 1, logical 0:1 APIC ID: physical 2, logical 0:2 APIC ID: physical 3, logical 0:3 FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 cpu2 (AP): APIC ID: 1 cpu3 (AP): APIC ID: 2 bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xcc4e pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 Other BIOS signatures found: ioapic0: Changing APIC ID to 4 ioapic0: Assuming intbase of 0 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) ioapic0: intpin 1 bus ISA ioapic0: intpin 1 trigger: edge ioapic0: intpin 1 polarity: high ioapic0: intpin 2 bus ISA ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high ioapic0: intpin 3 bus ISA ioapic0: intpin 3 trigger: edge ioapic0: intpin 3 polarity: high ioapic0: intpin 4 bus ISA ioapic0: intpin 4 trigger: edge ioapic0: intpin 4 polarity: high ioapic0: intpin 5 bus ISA ioapic0: intpin 5 trigger: edge ioapic0: intpin 5 polarity: high ioapic0: intpin 6 bus ISA ioapic0: intpin 6 trigger: edge ioapic0: intpin 6 polarity: high ioapic0: intpin 7 bus ISA ioapic0: intpin 7 trigger: edge ioapic0: intpin 7 polarity: high ioapic0: intpin 8 bus ISA ioapic0: intpin 8 trigger: edge ioapic0: intpin 8 polarity: high ioapic0: intpin 9 bus ISA ioapic0: intpin 9 trigger: edge ioapic0: intpin 9 polarity: high ioapic0: intpin 12 bus ISA ioapic0: intpin 12 trigger: edge ioapic0: intpin 12 polarity: high ioapic0: intpin 15 bus ISA ioapic0: intpin 15 trigger: edge ioapic0: intpin 15 polarity: high ioapic0: intpin 16 bus PCI ioapic0: intpin 16 trigger: level ioapic0: intpin 16 polarity: low ioapic0: intpin 16 bus PCI ioapic0: intpin 16 trigger: level ioapic0: intpin 16 polarity: low ioapic0: intpin 16 bus PCI ioapic0: intpin 16 trigger: level ioapic0: intpin 16 polarity: low ioapic0: intpin 16 bus PCI ioapic0: intpin 16 trigger: level ioapic0: intpin 16 polarity: low ioapic0: intpin 16 bus PCI ioapic0: intpin 16 trigger: level ioapic0: intpin 16 polarity: low ioapic0: intpin 17 bus PCI ioapic0: intpin 17 trigger: level ioapic0: intpin 17 polarity: low ioapic0: intpin 17 bus PCI ioapic0: intpin 17 trigger: level ioapic0: intpin 17 polarity: low ioapic0: intpin 17 bus PCI ioapic0: intpin 17 trigger: level ioapic0: intpin 17 polarity: low ioapic0: intpin 17 bus PCI ioapic0: intpin 17 trigger: level ioapic0: intpin 17 polarity: low ioapic0: intpin 17 bus PCI ioapic0: intpin 17 trigger: level ioapic0: intpin 17 polarity: low ioapic0: intpin 18 bus PCI ioapic0: intpin 18 trigger: level ioapic0: intpin 18 polarity: low ioapic0: intpin 18 bus PCI ioapic0: intpin 18 trigger: level ioapic0: intpin 18 polarity: low ioapic0: intpin 18 bus PCI ioapic0: intpin 18 trigger: level ioapic0: intpin 18 polarity: low ioapic0: intpin 18 bus PCI ioapic0: intpin 18 trigger: level ioapic0: intpin 18 polarity: low ioapic0: intpin 19 bus PCI ioapic0: intpin 19 trigger: level ioapic0: intpin 19 polarity: low ioapic0: intpin 19 bus PCI ioapic0: intpin 19 trigger: level ioapic0: intpin 19 polarity: low ioapic0: intpin 19 bus PCI ioapic0: intpin 19 trigger: level ioapic0: intpin 19 polarity: low ioapic0: intpin 19 bus PCI ioapic0: intpin 19 trigger: level ioapic0: intpin 19 polarity: low ioapic0: intpin 20 bus PCI ioapic0: intpin 20 trigger: level ioapic0: intpin 20 polarity: low ioapic0: intpin 20 bus PCI ioapic0: intpin 20 trigger: level ioapic0: intpin 20 polarity: low ioapic0: intpin 20 bus PCI ioapic0: intpin 20 trigger: level ioapic0: intpin 20 polarity: low ioapic0: intpin 20 bus PCI ioapic0: intpin 20 trigger: level ioapic0: intpin 20 polarity: low ioapic0: intpin 21 bus PCI ioapic0: intpin 21 trigger: level ioapic0: intpin 21 polarity: low ioapic0: intpin 22 bus PCI ioapic0: intpin 22 trigger: level ioapic0: intpin 22 polarity: low lapic: Routing ExtINT -> LINT0 lapic: LINT0 trigger: edge lapic: LINT0 polarity: active-high lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: active-high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x03000000 VER: 0x00040011 LDR: 0x08000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff null: random: mem: Pentium Pro MTRR support enabled io: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard cpu1 on motherboard cpu2 on motherboard cpu3 on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80008070 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 1 2 [class=060100] [hdr=80] is there (id=71108086) pcibios: BIOS version 2.10 Found $PIR table, 11 entries at 0xc00fc7a0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 2 A 0x64 14 embedded 0 2 B 0x65 15 embedded 0 2 D 0x63 3 4 5 6 7 10 11 12 14 embedded 1 4 A 0x65 3 4 5 6 7 10 11 12 14 embedded 1 6 A 0x66 3 4 5 6 7 10 11 12 14 embedded 1 8 A 0x64 3 4 5 6 7 10 11 12 14 slot 1 0 6 A 0x69 3 4 5 6 7 10 11 12 14 slot 1 0 6 B 0x64 3 4 5 6 7 10 11 12 14 slot 1 0 6 C 0x67 3 4 5 6 7 10 11 12 14 slot 1 0 6 D 0x68 3 4 5 6 7 10 11 12 14 slot 2 0 8 A 0x68 3 4 5 6 7 10 11 12 14 slot 2 0 8 B 0x69 3 4 5 6 7 10 11 12 14 slot 2 0 8 C 0x64 3 4 5 6 7 10 11 12 14 slot 2 0 8 D 0x67 3 4 5 6 7 10 11 12 14 slot 3 0 10 A 0x67 3 4 5 6 7 10 11 12 14 slot 3 0 10 B 0x68 3 4 5 6 7 10 11 12 14 slot 3 0 10 C 0x69 3 4 5 6 7 10 11 12 14 slot 3 0 10 D 0x64 3 4 5 6 7 10 11 12 14 slot 4 2 1 A 0x63 3 4 5 6 7 10 11 12 14 slot 4 2 1 B 0x60 3 4 5 6 7 10 11 12 14 slot 4 2 1 C 0x61 3 4 5 6 7 10 11 12 14 slot 4 2 1 D 0x62 3 4 5 6 7 10 11 12 14 slot 5 2 3 A 0x62 3 4 5 6 7 10 11 12 14 slot 5 2 3 B 0x63 3 4 5 6 7 10 11 12 14 slot 5 2 3 C 0x60 3 4 5 6 7 10 11 12 14 slot 5 2 3 D 0x61 3 4 5 6 7 10 11 12 14 slot 6 2 5 A 0x61 3 4 5 6 7 10 11 12 14 slot 6 2 5 B 0x62 3 4 5 6 7 10 11 12 14 slot 6 2 5 C 0x63 3 4 5 6 7 10 11 12 14 slot 6 2 5 D 0x60 3 4 5 6 7 10 11 12 14 slot 7 2 7 A 0x60 3 4 5 6 7 10 11 12 14 slot 7 2 7 B 0x61 3 4 5 6 7 10 11 12 14 slot 7 2 7 C 0x62 3 4 5 6 7 10 11 12 14 slot 7 2 7 D 0x63 3 4 5 6 7 10 11 12 14 pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00000000, size 4, port disabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=2, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00000000, size 5, port disabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=2, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=255 map[90]: type 4, range 32, base 00000850, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=2, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base ee000000, size 24, enabled map[14]: type 4, range 32, base 0000dc00, size 8, enabled map[18]: type 1, range 32, base eff00000, size 12, enabled found-> vendor=0x1002, dev=0x4749, revid=0x5c bus=0, slot=4, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x00a7, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84ca, revid=0x03 bus=0, slot=16, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=18, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x2280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=19, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=20, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x2280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.1 on pci0 atapci0: Lazy allocation of 0x10 bytes rid 0x20 type 4 at 0 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=00 ostat0=ff ostat1=ff ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: [MPSAFE] pci0: at device 2.2 (no driver attached) piix0: port 0x850-0x85f at device 2.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 pci0: at device 4.0 (no driver attached) pcib1: pcibus 1 on motherboard pci1: on pcib1 pci1: physical bus=1 pcib2: pcibus 2 on motherboard pci2: on pcib2 pci2: physical bus=2 map[10]: type 1, range 32, base feb20000, size 17, enabled map[14]: type 1, range 32, base feb00000, size 17, enabled map[18]: type 4, range 32, base 0000ecc0, size 6, enabled pcib2: slot 3 INTA routed to irq 18 found-> vendor=0x8086, dev=0x1076, revid=0x00 bus=2, slot=3, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=18 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit found-> vendor=0x8086, dev=0xb154, revid=0x00 bus=2, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) em0: port 0xecc0-0xecff mem 0xfeb00000-0xfeb1ffff,0xfeb20000-0xfeb3ffff ir2 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfeb20000 em0: Reserved 0x40 bytes for rid 0x18 type 4 at 0xecc0 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:0e:0c:5d:f8:ca em0: Speed:N/A Duplex:N/A pcib3: at device 7.0 on pci2 pcib3: secondary bus 3 pcib3: subordinate bus 4 pcib3: I/O decode 0xf000-0xffff pcib3: memory decode 0xfe800000-0xfeafffff pcib3: prefetched decode 0xf0000000-0xf7ffffff pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x8086, dev=0xb154, revid=0x00 bus=3, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000fc00, size 8, enabled pcib3: device (null) requested decoded I/O range 0xfc00-0xfcff map[14]: type 1, range 32, base fe8ff000, size 12, enabled pcib3: device (null) requested decoded memory range 0xfe8ff000-0xfe8fffff pcib3: slot 1 INTA routed to irq 17 found-> vendor=0x1077, dev=0x1216, revid=0x06 bus=3, slot=1, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 powerspec 1 supports D0 D3 current D0 pcib4: at device 0.0 on pci3 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xf000-0xfff pcib4: memory decode 0xfea00000-0xfeafffff pcib4: prefetched decode 0xf0000000-0xf7ffffff pci4: on pcib4 pci4: physical bus=4 map[10]: type 3, range 32, base f0000000, size 27, enabled pcib4: device (null) requested decoded memory range 0xf0000000-0xf7ffffff pcib3: device (null) requested decoded memory range 0xf0000000-0xf7ffffff pcib4: slot 0 INTA routed to irq 16 found-> vendor=0x101e, dev=0x1960, revid=0x20 bus=4, slot=0, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 2 supports D0 D3 current D0 amr0: mem 0xf0000000-0xf7ffffff irq 16 at device 0.0 on pci4 amr0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xf0000000 amr0: [MPSAFE] amr0: Firmware 161J, BIOS 3.17, 128MB RAM pci3: at device 1.0 (no driver attached) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed pnpbios: 16 devices, largest 179 bytes PNP0c02: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c02: adding fixed memory32 range 0x100000-0x7fffffff, size=0x7ff00000 PNP0c02: adding fixed memory32 range 0xff000000-0xffffffff, size=0x1000000 PNP0c02: adding fixed memory32 range 0xf0000-0xfffff, size=0x10000 PNP0c02: adding io range 0x800-0x83f, size=0x40, align=0x1 PNP0c02: adding io range 0x850-0x85f, size=0x10, align=0x1 PNP0c02: adding io range 0xe0-0xef, size=0x10, align=0x1 PNP0c02: adding io range 0x2c00-0x2c7f, size=0x80, align=0x1 PNP0c02: adding irq mask 0x8000 pnpbios: handle 0 device ID PNP0c02 (020cd041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0x8 pnpbios: handle 1 device ID PNP0501 (0105d041) PNP0501: adding irq mask 0x8 PNP0501: adding io range 0x2f8-0x2ff, size=0x8, align=0x8 pnpbios: handle 2 device ID PNP0501 (0105d041) pnpbios: handle 3 device ID PNP0401 (0104d041) PNP0700: adding irq mask 0x40 PNP0700: adding io range 0x3f0-0x3f5, size=0x6, align=0x8 PNP0700: adding dma mask 0x4 pnpbios: handle 4 device ID PNP0700 (0007d041) PNP0f13: adding irq mask 0x1000 pnpbios: handle 5 device ID PNP0f13 (130fd041) PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0x1 pnpbios: handle 6 device ID PNP0a03 (030ad041) PNP0c02: adding irq mask 0x200 pnpbios: handle 7 device ID PNP0c02 (020cd041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x5f, size=0x20, align=0x1 pnpbios: handle 10 device ID PNP0100 (0001d041) PNP0200: adding io range 0x80-0x9f, size=0x20, align=0x1 PNP0200: adding io range 0-0x1f, size=0x20, align=0x1 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0x1 PNP0200: adding dma mask 0x10 pnpbios: handle 11 device ID PNP0200 (0002d041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0x1 PNP0303: adding io range 0x64-0x64, size=0x1, align=0x1 pnpbios: handle 12 device ID PNP0303 (0303d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 pnpbios: handle 13 device ID PNP0800 (0008d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x7f, size=0x10, align=0x1 pnpbios: handle 14 device ID PNP0b00 (000bd041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0x1 pnpbios: handle 15 device ID PNP0c04 (040cd041) sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc8000-0xc8fff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: ic_type 90 part_id 73 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: ic_type 90 part_id 73 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x2001 0x2011 0x2001 0x2001 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1: irq maps: 0x2001 0x2009 0x2001 0x2001 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices unknown: can't assign resources (port) unknown: at port 0x850-0x85f,0x800-0x83f iomem 0xf0000-0xfffff,0xff000000-0xffffffff,0x100000-0x7fffffff,0-0x9ffff on isa0 unknown: can't assign resources (port) unknown: at port 0x3f8-0x3ff on isa0 unknown: can't assign resources (port) unknown: at port 0x2f8-0x2ff on isa0 ppc1: parallel port not found. unknown: failed to probe on isa0 unknown: can't assign resources (port) unknown: at port 0x3f0-0x3f5 on isa0 psmcpnp0: at irq 12 on isa0 psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. adv1: Invalid baseport of 0xcf8 specified. Nearest valid baseport is 0x330. Failing probe. adv1: Invalid baseport of 0x40 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x80 specified. Nearest valid baseport is 0x100. Failing probe. unknown: can't assign resources (port) unknown: at port 0x60 on isa0 adv1: Invalid baseport of 0x61 specified. Nearest valid baseport is 0x100. Failing probe. unknown: failed to probe at port 0x61 on isa0 adv1: Invalid baseport of 0x70 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0xf0 specified. Nearest valid baseport is 0x100. Failing probe. Device configuration finished. Reducing kern.maxvnodes 134373 -> 100000 procfs registered Timecounter "TSC" frequency 500019284 Hz quality -100 Timecounters tick every 10.000 msec lo0: bpf attached amrd0: on amr0 amrd0: 34556MB (70770688 sectors) RAID 5 (optimal) GEOM: new disk amrd0 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:70766262 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure amrd0s1, start 32256 length 36232326144 end 36232358399 GEOM: Configure amrd0s1a, start 0 length 524288000 end 524287999 GEOM: Configure amrd0s1b, start 524288000 length 4294967296 end 4819255295 GEOM: Configure amrd0s1c, start 0 length 36232326144 end 36232326143 GEOM: Configure amrd0s1d, start 4819255296 length 5368709120 end 10187964415 GEOM: Configure amrd0s1e, start 10187964416 length 1073741824 end 11261706239 GEOM: Configure amrd0s1f, start 11261706240 length 24970619904 end 36232326143 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 (probe2:amr0:0:2:0): error 22 (probe2:amr0:0:2:0): Unretryable Error (probe1:amr0:0:1:0): error 22 (probe1:amr0:0:1:0): Unretryable Error (probe0:amr0:0:0:0): error 22 (probe0:amr0:0:0:0): Unretryable Error (probe16:amr0:1:1:0): error 22 (probe16:amr0:1:1:0): Unretryable Error (probe7:amr0:0:8:0): error 22 (probe7:amr0:0:8:0): Unretryable Error (probe17:amr0:1:2:0): error 22 (probe17:amr0:1:2:0): Unretryable Error (probe8:amr0:0:9:0): error 22 (probe8:amr0:0:9:0): Unretryable Error (probe18:amr0:1:3:0): error 22 (probe18:amr0:1:3:0): Unretryable Error (probe9:amr0:0:10:0): error 22 (probe9:amr0:0:10:0): Unretryable Error (probe19:amr0:1:4:0): error 22 (probe19:amr0:1:4:0): Unretryable Error (probe10:amr0:0:11:0): error 22 (probe10:amr0:0:11:0): Unretryable Error (probe20:amr0:1:5:0): error 22 (probe20:amr0:1:5:0): Unretryable Error (probe11:amr0:0:12:0): error 22 (probe11:amr0:0:12:0): Unretryable Error (probe21:amr0:1:6:0): error 22 (probe21:amr0:1:6:0): Unretryable Error (probe12:amr0:0:13:0): error 22 (probe12:amr0:0:13:0): Unretryable Error (probe22:amr0:1:8:0): error 22 (probe22:amr0:1:8:0): Unretryable Error (probe13:amr0:0:14:0): error 22 (probe13:amr0:0:14:0): Unretryable Error (probe26:amr0:1:12:0): error 22 (probe26:amr0:1:12:0): Unretryable Error (probe14:amr0:0:15:0): error 22 (probe14:amr0:0:15:0): Unretryable Error (probe27:amr0:1:13:0): error 22 (probe27:amr0:1:13:0): Unretryable Error (probe3:amr0:0:3:0): error 22 (probe3:amr0:0:3:0): Unretryable Error (probe28:amr0:1:14:0): error 22 (probe28:amr0:1:14:0): Unretryable Error (probe4:amr0:0:4:0): error 22 (probe4:amr0:0:4:0): Unretryable Error (probe29:amr0:1:15:0): error 22 (probe29:amr0:1:15:0): Unretryable Error (probe5:amr0:0:5:0): error 22 (probe5:amr0:0:5:0): Unretryable Error (probe6:amr0:0:6:0): error 22 (probe6:amr0:0:6:0): Unretryable Error (probe15:amr0:1:0:0): error 22 (probe15:amr0:1:0:0): Unretryable Error (probe23:amr0:1:9:0): error 22 (probe23:amr0:1:9:0): Unretryable Error (probe24:amr0:1:10:0): error 22 (probe24:amr0:1:10:0): Unretryable Error (probe25:amr0:1:11:0): error 22 (probe25:amr0:1:11:0): Unretryable Error pass0 at amr0 bus 0 target 6 lun 0 pass0: Fixed Processor SCSI-2 device ses0 at amr0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: SAF-TE Compliant Device SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x00000000 VER: 0x00040011 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x01000000 VER: 0x00040011 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x02000000 VER: 0x00040011 LDR: 0x04000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 Mounting root from ufs:/dev/amrd0s1a start_init: trying /sbin/init Pre-seeding PRNG: kickstart. Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/amrd0s1b as swap device Starting file system checks: /dev/amrd0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/amrd0s1a: clean, 220341 free (661 frags, 27460 blocks, 0.3% fragmentation) /dev/amrd0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/amrd0s1e: clean, 506481 free (41 frags, 63305 blocks, 0.0% fragmentation) /dev/amrd0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/amrd0s1f: clean, 11257855 free (34775 frags, 1402885 blocks, 0.3% fragmentation) /dev/amrd0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/amrd0s1d: clean, 2528833 free (369 frags, 316058 blocks, 0.0% fragmentation) Setting hostname: hippo.sentex.ca. lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 Starting dhclient. em0: Link is up 1000 Mbps Full Duplex em0: flags=8843 mtu 1500 options=b inet6 fe80::20e:cff:fe5d:f8ca%em0 prefixlen 64 scopeid 0x1 inet 192.168.5.107 netmask 0xffffff00 broadcast 192.168.5.255 ether 00:0e:0c:5d:f8:ca media: Ethernet autoselect status: no carrier Additional routing options: IP gateway=YES. Starting devd. Mounting NFS file systems:. Starting syslogd. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout Recovering vi editor sessions:em0: Link is up 1000 Mbps Full Duplex . Starting local daemons:. Updating motd. Configuring syscons: blanktime. Starting sshd. Initial i386 initialization:. Additional ABI support:. Starting cron. Local package initialization:. Additional TCP options:. Wed Jul 6 17:51:12 EDT 2005 FreeBSD/i386 (hippo.sentex.ca) (ttyd0) login: From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 18:11:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6660316A41C for ; Wed, 6 Jul 2005 18:11:07 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id C644143D45 for ; Wed, 6 Jul 2005 18:11:06 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id j66IB2XL089618 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 6 Jul 2005 20:11:02 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id j66IB2t9089617 for current@freebsd.org; Wed, 6 Jul 2005 20:11:02 +0200 (CEST) Date: Wed, 6 Jul 2005 20:11:02 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20050706181102.GA89552@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Cc: Subject: instant reboot with recent 6-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 18:11:07 -0000 hi when I am playing games/nexuiz for more than lets say 5 minutes it always resets my 6-current no panic message or something just reboot. both kernel and the game are compiled for athlon-xp with -Os (which is bascially -O2) might indicate some bug... roman From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 18:13:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9991316A41C; Wed, 6 Jul 2005 18:13:13 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58E8543D46; Wed, 6 Jul 2005 18:13:12 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost.xcllnt.net [127.0.0.1]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j66IDBrh005333; Wed, 6 Jul 2005 11:13:11 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.13.3/8.13.3/Submit) id j66IDAZE005332; Wed, 6 Jul 2005 11:13:10 -0700 (PDT) (envelope-from marcel) Date: Wed, 6 Jul 2005 11:13:10 -0700 From: Marcel Moolenaar To: Maxim.Sobolev@portaone.com Message-ID: <20050706181310.GA5167@ns1.xcllnt.net> References: <5611.1120646824@phk.freebsd.dk> <42CC0DAF.20401@portaone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42CC0DAF.20401@portaone.com> User-Agent: Mutt/1.4.2.1i Cc: Poul-Henning Kamp , freebsd-current@freebsd.org, Giorgos Keramidas Subject: Re: [TEST/REVIEW] boot0cfg/fdisk issue fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 18:13:13 -0000 On Wed, Jul 06, 2005 at 07:58:23PM +0300, Maxim Sobolev wrote: > > I wonder if there cound be a "better" fix. Yes, there is. > Another good feature to have is the ability to tell geom_mbr/geom_bsd > (via sysctl or ioctl) to make in-core copy of the table/label and > release any locks it helds on this region, so that it can be replaced > with completely different version if needed via simple write(2). The > same applies to the disklabel class. This is really necessary for some > cases, when the user or the program know he/is trying to do. Yes, I've been arguing that. A completely different approach that helps to abstract the details of the slicer (i.e. MBR, GPT or BSD) is a functional interface. Have a device special file for each slicer and implement ioctl(2) on them for adding, removing, resizing etc of partitions. That way GEOM gets to see requests like: "remove slice number 3, please" Those are very easy to validate. Much better than getting a block of raw bits and having to figure out what exactly changed and if something's not acceptable. The request to add a slice is understood by any and all slicers, so you solve the problem generically, not by kluging the one and only slicer your brain is fixated on and leaving the problem unaddressed for every other slicer. Concretely: Suppose we have a SCSI disk with a MBR and a BSD label. We'll have the following device special files: da0 da0.mbr da0s1.bsd da0s1a da0s1b da0s1c da0s1d da0s1e da0s1f da0s2 da0s3 da0s4 Potentionally we could end up with a single tool to manipulate any and all slicers, provided we define the ioctl interface correctly. Just another thought, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 18:20:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E82F816A41C for ; Wed, 6 Jul 2005 18:20:32 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: from web50308.mail.yahoo.com (web50308.mail.yahoo.com [206.190.38.62]) by mx1.FreeBSD.org (Postfix) with SMTP id 758B743D45 for ; Wed, 6 Jul 2005 18:20:32 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: (qmail 68329 invoked by uid 60001); 6 Jul 2005 18:20:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=l43NZajxxdShuZfoi0sFvrtGmSpHNrTvkRn78VzaADlwJGX2tEU8VSesY6bIMR2yoFEyxa2D8WVszzrLR5E2xR828GpkFHp4yFevvo879N73U3wMEsF1cW+gqPr3AS90A/SvSs05EGMq+XKerQFNNgX8FEe9syP8Pobw8Y9jsuY= ; Message-ID: <20050706182031.68327.qmail@web50308.mail.yahoo.com> Received: from [67.99.246.2] by web50308.mail.yahoo.com via HTTP; Wed, 06 Jul 2005 11:20:31 PDT Date: Wed, 6 Jul 2005 11:20:31 -0700 (PDT) From: alan bryan To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: nVidia driver works on -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 18:20:33 -0000 Can anyone tell me if the nVidia display driver (ports/x11/nvidia-driver) works on current? The nVidia README says it's not "supported" but I'm wondering if it still works. Since 5.x and 6.x are fairly close I'm thinking it might still work and wondering if anyone has it working - if so I'll try it out myself. Thanks, Alan (Here's the relevant part of the README) __________________________________________________________________________ (sec-01) SOFTWARE REQUIREMENTS __________________________________________________________________________ The offical minimum software requirements for the NVIDIA FreeBSD Driver Set are: - FreeBSD 5-STABLE (FreeBSD 5.3 or later) Please review sec-05: CHOOSING THE AGP GART DRIVER for AGP related information. - kernel source tree in /usr/src/sys (package 'ssys' installed) - Xorg 6.7.0 or XFree86 4.2 and greater FreeBSD -STABLE versions older than FreeBSD 5.3 and FreeBSD 6.x -CURRENT development snapshots are not supported. __________________________________________________________________________ ____________________________________________________ Sell on Yahoo! Auctions no fees. Bid on great items. http://auctions.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 18:27:22 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F158C16A41C; Wed, 6 Jul 2005 18:27:21 +0000 (GMT) (envelope-from mich@icommerce.fr) Received: from mail2.itxmarket.com (fw.itxmarket.com [213.11.40.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C30A43D48; Wed, 6 Jul 2005 18:27:21 +0000 (GMT) (envelope-from mich@icommerce.fr) Received: from icommerce.fr (mich2.itxmarket.com [192.168.2.26]) by mail2.itxmarket.com (Postfix) with ESMTP id 3F5571C0848; Wed, 6 Jul 2005 20:27:20 +0200 (CEST) Received: by icommerce.fr (Postfix, from userid 1001) id 20E7522836; Wed, 6 Jul 2005 20:27:20 +0200 (CEST) Date: Wed, 6 Jul 2005 20:27:20 +0200 From: "Michael L. Hostbaek" To: Joe Marcus Clarke Message-ID: <20050706182720.GA84115@mich2.itxmarket.com> Mail-Followup-To: "Michael L. Hostbaek" , Joe Marcus Clarke , current@FreeBSD.org, phk@FreeBSD.org References: <1120539465.3587.19.camel@shumai.marcuscom.com> <1120623729.99631.21.camel@shumai.marcuscom.com> <1120641560.95261.1.camel@shumai.marcuscom.com> <20050706153659.GV3302@mich2.itxmarket.com> <42CBFF6C.3040601@FreeBSD.org> <20050706161614.GC81812@mich2.itxmarket.com> <42CC0E98.3000903@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42CC0E98.3000903@FreeBSD.org> X-Operating-System: FreeBSD 5.4-STABLE i386 X-PGP-Key: http://www.freebsdcluster.org/~mich/ User-Agent: Mutt/1.5.9i Cc: current@FreeBSD.org, phk@FreeBSD.org Subject: Re: (problem found) grantpt broken on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 18:27:22 -0000 Joe Marcus Clarke (marcus) writes: > Make sure you don't also have the devfs_vnops.c kernel patch. Having > both will produce failures. Clean source (I just cvsup'ed), and only the latest patch to grantpt.c applied. Still not working. /mich From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 18:34:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CA8116A41C for ; Wed, 6 Jul 2005 18:34:00 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from lakermmtao10.cox.net (lakermmtao10.cox.net [68.230.240.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2A1143D53 for ; Wed, 6 Jul 2005 18:33:59 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by lakermmtao10.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP id <20050706183355.EZFT7787.lakermmtao10.cox.net@mezz.mezzweb.com>; Wed, 6 Jul 2005 14:33:55 -0400 Date: Wed, 06 Jul 2005 13:35:14 -0500 To: "alan bryan" References: <20050706182031.68327.qmail@web50308.mail.yahoo.com> From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20050706182031.68327.qmail@web50308.mail.yahoo.com> User-Agent: Opera M2/8.01 (Linux, build 1204) Cc: freebsd-current@freebsd.org Subject: Re: nVidia driver works on -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 18:34:00 -0000 On Wed, 06 Jul 2005 13:20:31 -0500, alan bryan wrote: > Can anyone tell me if the nVidia display driver > (ports/x11/nvidia-driver) works on current? The Yes, it works fine as long if you use my patch. Without patch, it will not build with newer -CURRENT because -CURRENT no longer has bus_memio.h. http://people.freebsd.org/~mezz/diff/nvidia-driver.diff Cheers, Mezz > nVidia README says it's not "supported" but I'm > wondering if it still works. Since 5.x and 6.x are > fairly close I'm thinking it might still work and > wondering if anyone has it working - if so I'll try it > out myself. > > Thanks, > Alan > > (Here's the relevant part of the README) > __________________________________________________________________________ > > (sec-01) SOFTWARE REQUIREMENTS > __________________________________________________________________________ > > The offical minimum software requirements for the > NVIDIA FreeBSD Driver > Set are: > > - FreeBSD 5-STABLE (FreeBSD 5.3 or later) > > Please review sec-05: CHOOSING THE AGP GART DRIVER > for AGP related > information. > > - kernel source tree in /usr/src/sys (package 'ssys' > installed) > > - Xorg 6.7.0 or XFree86 4.2 and greater > > > FreeBSD -STABLE versions older than FreeBSD 5.3 and > FreeBSD 6.x -CURRENT > development snapshots are not supported. -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 18:42:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BAFC16A41C for ; Wed, 6 Jul 2005 18:42:09 +0000 (GMT) (envelope-from varga@stonehenge.sk) Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id AA2DF43D48 for ; Wed, 6 Jul 2005 18:42:06 +0000 (GMT) (envelope-from varga@stonehenge.sk) Received: (qmail 28908 invoked by uid 0); 6 Jul 2005 18:42:05 -0000 Received: from r4w254.chello.upc.cz (HELO xenon.stonehenge.sk) (84.42.150.254) by smtp.dkm.cz with SMTP; 6 Jul 2005 18:42:05 -0000 From: Michal Varga To: alan bryan In-Reply-To: <20050706182031.68327.qmail@web50308.mail.yahoo.com> References: <20050706182031.68327.qmail@web50308.mail.yahoo.com> Content-Type: text/plain Organization: Stonehenge Date: Wed, 06 Jul 2005 20:42:16 +0200 Message-Id: <1120675336.18416.9.camel@xenon.stonehenge.sk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: nVidia driver works on -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 18:42:09 -0000 On Wed, 2005-07-06 at 11:20 -0700, alan bryan wrote: > Can anyone tell me if the nVidia display driver > (ports/x11/nvidia-driver) works on current? The > nVidia README says it's not "supported" but I'm > wondering if it still works. > Yes, they work perfectly. In fact I had them "hacked" (simply removed the check for FreeBSD 5 from sources, l33t) quite a while before someone put the same thing into the ports. Personally tested on GeForce 2 MX400 and 6600GT, other guy is running them on 6800 and I think I remember some 5700 too. You can safely play Doom 3 with them. m. -- Michal Varga Stonehenge From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 18:51:06 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5F2916A41C; Wed, 6 Jul 2005 18:51:06 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 525DF43D48; Wed, 6 Jul 2005 18:51:06 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 605ECBC51; Wed, 6 Jul 2005 18:51:04 +0000 (UTC) To: Maxim.Sobolev@portaone.com From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 06 Jul 2005 19:58:23 +0300." <42CC0DAF.20401@portaone.com> Date: Wed, 06 Jul 2005 20:51:03 +0200 Message-ID: <8161.1120675863@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Poul-Henning Kamp , freebsd-current@FreeBSD.ORG, Giorgos Keramidas Subject: Re: [TEST/REVIEW] boot0cfg/fdisk issue fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 18:51:06 -0000 In message <42CC0DAF.20401@portaone.com>, Maxim Sobolev writes: >I wonder if there cound be a "better" fix. IMHO the better one would be >to extend geom/geom_mbr to intercept attempt to rewrite MBR, check if in >the new MBR any of the opened partitions have been changed/removed and >simply reject write if so. Then you don't have to change any of the >existing programs that operate on MBR. This is not a better solution, see below. None of the slices cover the MBR. The MBR geom cannot see writes that go directly to /dev/ad0 since they don't pass through the class. That doesn't matter anyhow, as you cannot open /dev/ad0 for writing if any of the slices under it are mounted. So to make it work we would have to make a pseudo-slice to cover just the MBR. Making a pseudo slice just for the MBR and trapping writes to it would be more complex than the current code. For BSD labels we have to do this, because the 'c' partition and potentially other partitions cover the BSD label. If you check geom_bsd.c for how much code this adds, you will almost instantly realize how bogus it is that metadata can be overwritten from traffic partitions. Trust me: using the out-of-band g_ctl API is the correct solution. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 18:51:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 269ED16A41C for ; Wed, 6 Jul 2005 18:51:26 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C46443D48 for ; Wed, 6 Jul 2005 18:51:25 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id D3CA01FFBF8; Wed, 6 Jul 2005 20:51:22 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 899EF1FFAD4; Wed, 6 Jul 2005 20:51:20 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 98C85157B9; Wed, 6 Jul 2005 18:51:07 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 9689315652; Wed, 6 Jul 2005 18:51:08 +0000 (UTC) Date: Wed, 6 Jul 2005 18:51:08 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: alan bryan In-Reply-To: <20050706182031.68327.qmail@web50308.mail.yahoo.com> Message-ID: References: <20050706182031.68327.qmail@web50308.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@freebsd.org Subject: Re: nVidia driver works on -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 18:51:26 -0000 On Wed, 6 Jul 2005, alan bryan wrote: Hi, > Can anyone tell me if the nVidia display driver > (ports/x11/nvidia-driver) works on current? The > nVidia README says it's not "supported" but I'm > wondering if it still works. Since 5.x and 6.x are > fairly close I'm thinking it might still work and > wondering if anyone has it working - if so I'll try it > out myself. HEAD has nve(4). For me it doesn't work at the moment with the nf4 though I patched it to fix some of the problems already. I am now stuck because of the binary only parts from NVidia. I know other people having more or less success but no 'works perfectly' with the newer stuff. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 19:11:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BFB916A41C for ; Wed, 6 Jul 2005 19:11:05 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8376B43D60 for ; Wed, 6 Jul 2005 19:11:03 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j66JAuen005857; Wed, 6 Jul 2005 15:10:56 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j66JAlqw005854; Wed, 6 Jul 2005 15:10:56 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Wed, 6 Jul 2005 15:10:47 -0400 (EDT) From: Andre Guibert de Bruet To: Tarc In-Reply-To: <20050610102829.GA44456@tarc.po.cs.msu.su> Message-ID: <20050706150947.Y80892@lexi.siliconlandmark.com> References: <20050607172121.84552.qmail@web80606.mail.yahoo.com> <20050609172640.GA23269@tarc.po.cs.msu.su> <20050609135335.Q42933@lexi.siliconlandmark.com> <20050610102829.GA44456@tarc.po.cs.msu.su> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.54, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current Subject: Re: Problem with TCP/IP stack? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 19:11:05 -0000 On Fri, 10 Jun 2005, Tarc wrote: > On Thu, Jun 09, 2005 at 01:58:50PM -0400, Andre Guibert de Bruet wrote: >> >> On Thu, 9 Jun 2005, Tarc wrote: >> >>> I have recompilled kernel and world, reboot and after enabling >>> 'log_in_vain' options see in logs a lot of following lines(with different >>> IPs). What happines? Is this is kernel or ocaml/mldonkey problem? >>> Connection attempt to TCP 158.250.16.33:60099 from 84.109.91.22:4662 >>> flags:0x12 >> >> That means that a connection attempt was made to local (presumably) port >> 60099 from host 84.109.91.22 using remote port 4662. > Thanks, I know it. > >> log_in_vain is >> designed to spam the system log with these kinds of messages. > > /etc/defaults/rc.conf said in comment for 'log_in_vain '">=1 to log connects to ports w/o listeners." > so it's documentation bug? No. Re-read the statement. Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 19:15:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54BEF16A41C for ; Wed, 6 Jul 2005 19:15:19 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7DEE43D46 for ; Wed, 6 Jul 2005 19:15:18 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j66JFEl3005911; Wed, 6 Jul 2005 15:15:14 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j66JFAjT005908; Wed, 6 Jul 2005 15:15:14 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Wed, 6 Jul 2005 15:15:10 -0400 (EDT) From: Andre Guibert de Bruet To: Eric Anderson In-Reply-To: <42C5720A.3030007@centtech.com> Message-ID: <20050706151254.T80892@lexi.siliconlandmark.com> References: <20050616070445.GD2239@obiwan.tataz.chchile.org> <20050616.012302.48201645.imp@bsdimp.com> <20050616075743.GE2239@obiwan.tataz.chchile.org> <20050616.020442.31252848.imp@bsdimp.com> <42B15F2E.9050408@centtech.com> <20050616103629.T42933@lexi.siliconlandmark.com> <42B94F47.1000506@centtech.com> <42C5720A.3030007@centtech.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.54, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current@freebsd.org Subject: Re: incorrect ping(8) interval with powerd(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 19:15:19 -0000 On Fri, 1 Jul 2005, Eric Anderson wrote: > Eric Anderson wrote: >> Andre Guibert de Bruet wrote: >>> On Thu, 16 Jun 2005, Eric Anderson wrote: >>>> M. Warner Losh wrote: >>>>> In message: <20050616075743.GE2239@obiwan.tataz.chchile.org> >>>>> Jeremie Le Hen writes: >>>>> : > : May you delve into this a little bit more please ? The ping(8) >>>>> manual >>>>> : > : page states that the -i flags makes ping(8) to wait a given couple >>>>> of >>>>> : > : seconds. If I use the flags "-i 1", I expect ECHO Requests to be >>>>> sent >>>>> : > : with one second between each, whatever the AC line status is. >>>>> : > : (Note that I didn't explicitely specified "-i 1" in the above >>>>> example, >>>>> : > : but this doesn't change the behaviour.) >>>>> : > : > Well, the rount trip times went way up (3x longer). That's >>>>> normal for >>>>> : > a 200MHz CPU... My 333MHz EISA machine can't do much better than >>>>> : > that. >>>>> : > : > But the 2.252s run time is a little longish. Do you see this >>>>> : > consistantly? If you ran it a second time would you get identical >>>>> : > results. I've seen ARP take a while... What else do you have >>>>> running >>>>> : > on the system? Maybe a daemon that takes almost no time at 1.7GHz >>>>> : > takes a lot longer at 200Mhz and that's starving the ping process... >>>>> : > Or some driver has gone insane... >>>>> : : Yes, I ran this test multiple times, and I almost get always this >>>>> same >>>>> : result although I got 2.208s sometimes, but I don't think this is >>>>> : significant. >>>>> : : FYI, >>>>> : my powerd(8) is configured to tastes AC-line four times per seconds. >>>>> : I tried reducing it's freqency from 4 to 1, but it doesn't change >>>>> : anything. >>>>> : : ARP is not the culprit, the MAC address is already in cache. >>>>> : : My kernel is compiled with INVARIANTS, but I don't have WITNESS. My >>>>> : network interface uses the bge(4) driver. No firewall rule or complex >>>>> : network setup. >>>>> : : Anyway this doesn't hurt much. Thanks for lightening me. >>>>> >>>>> Dang, I was hoping it was one of the easy explainations.... Maybe it >>>>> is the idle code not waking up fast enough when it has been asleep for >>>>> a bit. But that's pure speculation at this point... >>>> >>>> Another datapoint - running -CURRENT as of about June 7th, I see this >>>> too: >>>> >>>> $ time ping -i 1 -c 5 localhost >>>> PING localhost (127.0.0.1): 56 data bytes >>>> 64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.041 ms >>>> 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.033 ms >>>> 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.029 ms >>>> 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.031 ms >>>> 64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.035 ms >>>> >>>> --- localhost ping statistics --- >>>> 5 packets transmitted, 5 packets received, 0% packet loss >>>> round-trip min/avg/max/stddev = 0.029/0.034/0.041/0.004 ms >>>> >>>> real 0m9.728s >>>> user 0m0.000s >>>> sys 0m0.003s >>>> >>>> On a 5-STABLE machine: >>>> $ time ping -i 1 -c 5 localhost >>>> PING localhost (127.0.0.1): 56 data bytes >>>> 64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.049 ms >>>> 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.032 ms >>>> 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.024 ms >>>> 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.021 ms >>>> 64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.032 ms >>>> >>>> --- localhost ping statistics --- >>>> 5 packets transmitted, 5 packets received, 0% packet loss >>>> round-trip min/avg/max/stddev = 0.021/0.032/0.049/0.010 ms >>>> >>>> real 0m4.064s >>>> user 0m0.000s >>>> sys 0m0.005s >>>> >>>> I have powerd running, but it makes no difference whether I have it >>>> running or not, nor does it make any difference if I'm on ac or battery. >>>> >>>> This worked fine a couple weeks back for me - the only thing I recall >>>> changing is adding apic to my kernel. >>> >>> Just out of curiosity, does removing debugging options from your kernel >>> config change anything? >> >> Nope. And setting my scheduler back (from ULE) doesn't help either.. >> >> I'm thinking it must be a module, or something else I have installed. I >> have set up another laptop just like mine, and it does not show the issue. >> I'm still trying to track it down. > > After looking a little more, I noticed that booting into 'safemode' seems to > get rid of the delay. Here's a snippet of a sysctl diff between two boots: > > 259,260c249,250 > < kern.timecounter.hardware: ACPI-fast > < kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000000) > --- >> kern.timecounter.hardware: TSC >> kern.timecounter.choice: TSC(800) i8254(0) dummy(-1000000) > > I have apic in my kernel config, and I think teh safemode disables apic and > acpi. I'm guessing it's an apic issue? What do the respective outputs of vmstat -i look like for either kernel? Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 19:21:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AED616A41C for ; Wed, 6 Jul 2005 19:21:02 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24CE343D4C for ; Wed, 6 Jul 2005 19:21:02 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from d51mxn11 (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 06 Jul 2005 15:34:48 -0400 From: John Baldwin To: Mike Tancsa Date: Wed, 6 Jul 2005 15:20:03 -0400 User-Agent: KMail/1.8 References: <70e8236f05070208212e36c375@mail.gmail.com> <6.2.1.2.0.20050706115824.07a58588@64.7.153.2> <6.2.1.2.0.20050706134748.07ca1ab8@64.7.153.2> In-Reply-To: <6.2.1.2.0.20050706134748.07ca1ab8@64.7.153.2> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507061520.04803.jhb@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 19:21:02 -0000 On Wednesday 06 July 2005 01:54 pm, Mike Tancsa wrote: > At 12:23 PM 06/07/2005, Mike Tancsa wrote: > >At 11:53 AM 06/07/2005, Mike Tancsa wrote: > >>At 11:43 AM 06/07/2005, Scott Long wrote: > >>>According to the original dmesg, the hang happens well after bus > >>>enumeration is complete and interrupts have been enabled. It's > >>>happening on a taste I/O from GEOM. > >> > >>Here is a boot -v that is a little more upto date. I am just netbooting > >>with various kernel configs to try and sort out whats going on. > > And here is the box booting up with RELENG_5 off the disk. I did at one > point install HEAD on the disk, but it was the same behaviour as I see with > a netboot. Hmm, this dmesg has ACPI disabled whereas the 6.0 one had ACPI enabled. Are all the IRQs the same in the 5.x and 6.0 cases? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 19:40:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F226916A41C for ; Wed, 6 Jul 2005 19:40:35 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8221343D45 for ; Wed, 6 Jul 2005 19:40:34 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so29075wra for ; Wed, 06 Jul 2005 12:40:34 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Wn0iqnPiWkY9KnKPV1ym2Hqj0A8mD84ib2LBGCr6hWL5Dgpb8VXnMFH+Z/XAnEaUuB5JEDISO/9A0rWmxL/Nte92WHBRjFi7wFO79GisTr7/QOr7yN+gQ+kC4ewvb71XAZEodPTELQ2UBDxLecLRCdIY30c3vWymZ+S9R9leBqI= Received: by 10.54.72.7 with SMTP id u7mr42040wra; Wed, 06 Jul 2005 12:34:15 -0700 (PDT) Received: by 10.54.38.32 with HTTP; Wed, 6 Jul 2005 12:34:15 -0700 (PDT) Message-ID: <70e8236f050706123457596ee0@mail.gmail.com> Date: Wed, 6 Jul 2005 20:34:15 +0100 From: Joao Barros To: jhb@freebsd.org In-Reply-To: <42CBE7F4.9040106@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <70e8236f05070208212e36c375@mail.gmail.com> <42C6DA5F.9070303@gneto.com> <6.2.1.2.0.20050703212843.07889088@64.7.153.2> <20050705011650.R80892@lexi.siliconlandmark.com> <70e8236f050706002655cd9a0c@mail.gmail.com> <42CBE7F4.9040106@samsco.org> Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: 6.0-CURRENT SNAP004 hangs on amr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joao Barros List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 19:40:36 -0000 John, Don't ask me where I got your email ;) On 7/6/05, Scott Long wrote: > Joao Barros wrote: > > One thing I noticed: I can press scroll lock and move around through > > the console text. I suppose a hanged kernel wouldn't allow this?! > > > > -- > > Joao Barros >=20 > The kernel isn't hung, it's just forever waiting for an interrupt from > the amr card that it'll never get. Again, this is almost certainly an > interrupt routing problem, so please contact John Baldwin > and provide him your details. >=20 > Scott >=20 Here is a dmesg with 'show intrcnt' at the end: GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =09The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT-SNAP005 #0: Sat Jul 2 09:20:09 UTC 2005 root@junior.samsco.home:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (735.00-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x683 Stepping =3D 3 Features=3D0x383fbff real memory =3D 267255808 (254 MB) avail memory =3D 247799808 (236 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: < INTEL SOLANO70> on motherboard acpi0: Power Button (fixed) pci_link0: irq 5 on acpi0 pci_link1: irq 15 on acpi0 pci_link2: irq 3 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: irq 10 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff,0= xffa8 0000-0xffafffff at device 2.0 on pci0 pcib1: at device 30.0 on pci0 pci1: on pcib1 pcib2: at device 2.0 on pci1 pci2: on pcib2 pcib3: at device 0.0 on pci2 pci3: on pcib3 amr0: mem 0xf0000000-0xf3ffffff irq 3 at device 0.= 0 on=20 pci3 amr0: Firmware 197O, BIOS 3.35, 64MB RAM pci2: at device 1.0 (no driver attached) fxp0: port 0xd400-0xd43f mem 0xff8fc000-0xff= 8fcff f,0xff600000-0xff6fffff irq 11 at device 3.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:30:48:11:2d:f5 fxp1: port 0xd800-0xd83f mem 0xff8fd000-0xff= 8fdff f,0xff700000-0xff7fffff irq 5 at device 4.0 on pci1 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:30:48:11:2d:f4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x37 6,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xef40-0xef5f i= rq 11 at device 31.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) uhci1: port 0xef80-0xef9f i= rq 10 at device 31.4 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on= acpi 0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A, console pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecountmd0: Preer "TSC" frequency 735003366 Hz quality 800 Timecounters tick every 1.000 msec loaded image 4423680 bytes at 0xc0a75180 acd0: CDRW at ata0-master UDMA33 amrd0: on amr0 amrd0: 104040MB (213073920 sectors) RAID 5 (optimal) KDB: enter: manual escape to debugger [thread pid 13 tid 100003 ] Stopped at kdb_enter+0x2b: nop =20 db>=20 db> show intrcnt irq0: clk 39840 irq1: atkbd0 3 irq6: fdc0 1 irq8: rtc 5112 irq13: npx0 1 irq14: ata0 40 db> From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 19:43:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEF6B16A41C; Wed, 6 Jul 2005 19:43:44 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 328CC43D49; Wed, 6 Jul 2005 19:43:44 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id A3FF7BC51; Wed, 6 Jul 2005 19:43:41 +0000 (UTC) To: Marcel Moolenaar From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 06 Jul 2005 11:13:10 PDT." <20050706181310.GA5167@ns1.xcllnt.net> Date: Wed, 06 Jul 2005 21:43:40 +0200 Message-ID: <8285.1120679020@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Poul-Henning Kamp , Maxim.Sobolev@portaone.com, Giorgos Keramidas , freebsd-current@freebsd.org Subject: Re: [TEST/REVIEW] boot0cfg/fdisk issue fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 19:43:44 -0000 In message <20050706181310.GA5167@ns1.xcllnt.net>, Marcel Moolenaar writes: >On Wed, Jul 06, 2005 at 07:58:23PM +0300, Maxim Sobolev wrote: >A completely different approach that helps to abstract the details >of the slicer (i.e. MBR, GPT or BSD) is a functional interface. >Have a device special file for each slicer and implement ioctl(2) on >them for adding, removing, resizing etc of partitions. That way >GEOM gets to see requests like: > "remove slice number 3, please" If you want to implement this, don't add bogodevices with magic ioctls, use the g_ctl API instead, it is designed for this kind of thing. The main reason I have not implemented something like what you suggest is that I don't think it makes life that much easier for us to put it in the kernel. First of all, it is code which is extremely seldomly used, and it is not a trivial amount of code to add, so the cost/benefit is dubious at best. Second, there is no real advantage to doing it in the kernel that cannot be realized equally or better entirely in userland. >Potentionally we could end up with a single tool to manipulate any >and all slicers, provided we define the ioctl interface correctly. My original hope was that this tool would be called geom(8) and be the unified management tool for all GEOM classes, not just slices. I can't see why it would have to matter to the user what kind of GEOM class implements a given function, slicing, mirroring or RAID3, the commands to fiddle it should be the same. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 19:55:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEE9B16A41C for ; Wed, 6 Jul 2005 19:55:24 +0000 (GMT) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D21D43D4C for ; Wed, 6 Jul 2005 19:55:24 +0000 (GMT) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail.bluecoat.com (bcs-mail.bluecoat.com [216.52.23.69]) by whisker.bluecoat.com (8.13.0/8.13.0) with ESMTP id j66JtMQU017113 for ; Wed, 6 Jul 2005 12:55:22 -0700 (PDT) Received: from bcs-mail3.bluecoat.com ([10.2.2.59]) by bcs-mail.bluecoat.com with Microsoft SMTPSVC(5.0.2195.5329); Wed, 6 Jul 2005 12:55:22 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 6 Jul 2005 12:55:22 -0700 Message-ID: <48D44BB27BDE3840BDF18E59CB169A5C0183AF12@bcs-mail3.internal.cacheflow.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: shared library Xaw3d.8 not found Thread-Index: AcWCZJ/jPFPTxMu8S8aff/R2zhwBRA== From: "Li, Qing" To: X-OriginalArrivalTime: 06 Jul 2005 19:55:22.0296 (UTC) FILETIME=[A4C9DB80:01C58264] X-Scanned-By: MIMEDefang 2.49 on 216.52.23.28 Subject: shared library Xaw3d.8 not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 19:55:25 -0000 Hi, When I tried to install /usr/ports/emacs, the build for emacs-21.3_7 keeps looking for the shared library "Xaw3d.8", which does not exist. Instead, Xaw3d.7 is present. Is this a port problem? Any suggestion on fixing it? TIA -- Qing From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 20:00:30 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6A2416A41C for ; Wed, 6 Jul 2005 20:00:30 +0000 (GMT) (envelope-from poncki.lists@axelspringer.com.pl) Received: from mx1.axelspringer.com.pl (pigeon.axelspringer.com.pl [195.177.210.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38A2043D46 for ; Wed, 6 Jul 2005 20:00:29 +0000 (GMT) (envelope-from poncki.lists@axelspringer.com.pl) Received: from content-filter.axelspringer.com.pl (localhost [127.0.0.1]) by mx1-incoming-content-filter.axelspringer.com.pl (Postfix) with ESMTP id 9B65125DD2 for ; Wed, 6 Jul 2005 22:00:27 +0200 (CEST) Received: from mx1-outgoing-content-filter.axelspringer.com.pl ([127.0.0.1]) by content-filter.axelspringer.com.pl (content-filter.axelspringer.com.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 96489-08-16 for ; Wed, 6 Jul 2005 22:00:25 +0200 (CEST) Received: from xponcki.lan (xponcki.lan [192.168.0.230]) by mx1.axelspringer.com.pl (Postfix) with ESMTP id B8D3725DDA for ; Wed, 6 Jul 2005 22:00:25 +0200 (CEST) Date: Wed, 6 Jul 2005 22:02:25 +0200 From: Tomasz Pilat X-Mailer: The Bat! Professional (v3.0.2.10) Organization: http://poncki.freebsd.pl/ X-Priority: 3 (Normal) Message-ID: <168519096.20050706220225@axelspringer.com.pl> To: current@freebsd.org In-Reply-To: <200507061116.17267.thierry@herbelot.com> References: <20041102222000.GA65845@xor.obsecurity.org> <20050706073205.GA942@galgenberg.net> <20050706085737.GT73907@obiwan.tataz.chchile.org> <200507061116.17267.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-and-Spam-Scanned: amavisd-new-2.3.1 (20050509) + SpamAssassin + Kaspersky Anti-Virus for FreeBSD @ axelspringer.com.pl Cc: Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tomasz Pilat List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 20:00:30 -0000 Thierry, Wednesday, July 6, 2005, 11:16:15 AM, you wrote: >> > Whats wrong with >> > >> > .if ${.CURDIR:M/usr/ports*} >> > CFLAGS= -O -pipe -foo >> > .endif >> > >> > in /etc/make.conf? >> >> Nothing wrong, but it's too tricky for end users. Only a small amount >> of person using FreeBSD knows make(1) enough to do this : this requires >> to know what is ${.CURDIR} and how to match a variable against a >> pattern. > and it does not work if he ports tree is "physically" elsewhere (mine is > shared over NFS from /files2/ports -> .CURDIR does not begin > with /usr/ports). Well, i have ports NFS-mounted too (but in /usr/ports) and i think if user is able to do NFS mounts he is able to tweak his make.conf too. Of course we are talking about temporary hack till all ports will be ready for -O2. > Perhaps a better way would be to use a variable set in bsd.ports.mk > (BUILDING_PORT="YES") It's too late i think: [21:42 {ttyp1} (0) root@FeeBee:/usr/ports/shells/bash2]# make -V .MAKEFILE_LIST /usr/share/mk/sys.mk /etc/make.conf .. /usr/share/mk/bsd.compat.mk .. /usr/share/mk/bsd.cpu.mk .. .. Makefile /usr/share/mk/bsd.port.pre.mk /usr/share/mk/bsd.port.mk [...] Ponc -- Tomasz Pilat http://poncki.freebsd.pl./ AXEL SPRINGER POLSKA Sp. z o.o. PONC-RIPE | PGPKEY-EDEB47FC A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on e-mail/Usenet? From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 20:03:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B28DC16A41C for ; Wed, 6 Jul 2005 20:03:32 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C51943D48 for ; Wed, 6 Jul 2005 20:03:32 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from kilgore.dim (kilgore.dim [192.168.0.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.xs4all.nl (Postfix) with ESMTP id 07180B80B; Wed, 6 Jul 2005 22:03:30 +0200 (CEST) Date: Wed, 6 Jul 2005 22:03:27 +0200 From: Dimitry Andric X-Mailer: The Bat! (v3.51) Professional X-Priority: 3 (Normal) Message-ID: <917450294.20050706220327@andric.com> To: "Li, Qing" In-Reply-To: <48D44BB27BDE3840BDF18E59CB169A5C0183AF12@bcs-mail3.internal.cacheflow.com> References: <48D44BB27BDE3840BDF18E59CB169A5C0183AF12@bcs-mail3.internal.cacheflow.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------8019D16637945127" Cc: freebsd-current@freebsd.org Subject: Re: shared library Xaw3d.8 not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dimitry Andric List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 20:03:32 -0000 ------------8019D16637945127 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 2005-07-06 at 21:55:22 Li, Qing wrote: > "Xaw3d.8", which does not exist. Instead, Xaw3d.7 is > present. It's probably best to update your Xaw3d port, and/or your other X.org ports. ------------8019D16637945127 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCzDkPsF6jCi4glqMRAuu1AKCPRjEgIs4MOa0pDhlewSv2Ubg2lgCfT/8Y nQu4SbyTbDyIOOvCzeUrmqI= =0jJ8 -----END PGP MESSAGE----- ------------8019D16637945127-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 20:03:58 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7923B16A41C; Wed, 6 Jul 2005 20:03:58 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (www.vicor.com [12.155.182.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30BD043D48; Wed, 6 Jul 2005 20:03:58 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id C4E214CE7F0; Wed, 6 Jul 2005 13:03:57 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 66893-02; Wed, 6 Jul 2005 13:03:57 -0700 (PDT) Received: from bigwoop.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 463924CE7EF; Wed, 6 Jul 2005 13:03:57 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by bigwoop.vicor-nb.com (Postfix) with ESMTP id 38FF97A403; Wed, 6 Jul 2005 13:03:57 -0700 (PDT) Message-ID: <42CC392D.7060902@elischer.org> Date: Wed, 06 Jul 2005 13:03:57 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: gnn@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: current@freebsd.org Subject: Re: Nightly updates of the kernel cross reference... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 20:03:58 -0000 gnn@freebsd.org wrote: >Hi, > >I now have nightly scripts generating kernel cross references that are >web browsable. Point your web browsers here: > >http://www.codespelunking.org/freebsd-current/htags/ > >I would like to add Linux if someone can point me at directions on how >to keep up to date with them. > >Of course I'll put OpenBSD and NetBSD up as well, but I'm hoping that >keeping up to date with them will be a lot like FreeBSD. > >The tools used are from global. You can look at the tools by browsing >around www.codespelunking.org > > you already know about: http://snapshots.jp.freebsd.org/tour/ right? >Later, >George >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 20:09:18 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0A2116A41C; Wed, 6 Jul 2005 20:09:18 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E01AE43D46; Wed, 6 Jul 2005 20:09:15 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j66K93Kx064264; Wed, 6 Jul 2005 16:09:05 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.3/8.13.3) with ESMTP id j66K9DBl096137; Wed, 6 Jul 2005 16:09:13 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j66K9BaK069336 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Jul 2005 16:09:11 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050706160154.07fd6c10@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Wed, 06 Jul 2005 16:10:51 -0400 To: John Baldwin From: Mike Tancsa In-Reply-To: <200507061520.04803.jhb@FreeBSD.org> References: <70e8236f05070208212e36c375@mail.gmail.com> <6.2.1.2.0.20050706115824.07a58588@64.7.153.2> <6.2.1.2.0.20050706134748.07ca1ab8@64.7.153.2> <200507061520.04803.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.21 Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 20:09:18 -0000 At 03:20 PM 06/07/2005, John Baldwin wrote: >On Wednesday 06 July 2005 01:54 pm, Mike Tancsa wrote: > > At 12:23 PM 06/07/2005, Mike Tancsa wrote: > > >At 11:53 AM 06/07/2005, Mike Tancsa wrote: > > >>At 11:43 AM 06/07/2005, Scott Long wrote: > > >>>According to the original dmesg, the hang happens well after bus > > >>>enumeration is complete and interrupts have been enabled. It's > > >>>happening on a taste I/O from GEOM. > > >> > > >>Here is a boot -v that is a little more upto date. I am just netbooting > > >>with various kernel configs to try and sort out whats going on. > > > > And here is the box booting up with RELENG_5 off the disk. I did at one > > point install HEAD on the disk, but it was the same behaviour as I see with > > a netboot. > >Hmm, this dmesg has ACPI disabled whereas the 6.0 one had ACPI enabled. Are >all the IRQs the same in the 5.x and 6.0 cases? Hi, Not sure. Actually, I just tried to boot the RELENG_5 box with ACPI enabled, and it hangs in the same place /boot/kernel/acpi.ko text=0x414dc data=0x1dc4+0x112c syms=[0x4+0x7670+0x4+0x9d05] Copyright (c) 1992-2005 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.4-STABLE #0: Thu Jun 30 19:15:07 EDT 2005 mdtancsa@hippo.sentex.ca:/usr/obj/usr/src/sys/hippo Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383fbff real memory = 2147475456 (2047 MB) avail memory = 2096021504 (1998 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 cpu2 (AP): APIC ID: 1 cpu3 (AP): APIC ID: 2 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 >-- >John Baldwin <>< http://www.FreeBSD.org/~jhb/ >"Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 20:22:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF4C716A41C for ; Wed, 6 Jul 2005 20:22:00 +0000 (GMT) (envelope-from bob@immure.com) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 491BA43D46 for ; Wed, 6 Jul 2005 20:21:59 +0000 (GMT) (envelope-from bob@immure.com) Received: from pimout3-ext.prodigy.net (pimout3-int.prodigy.net [207.115.4.218]) by ylpvm29.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id j66KLaCg013256 for ; Wed, 6 Jul 2005 16:21:36 -0400 X-ORBL: [66.136.206.1] Received: from maul.immure.com (adsl-66-136-206-1.dsl.austtx.swbell.net [66.136.206.1]) by pimout3-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id j66KLwCb206208; Wed, 6 Jul 2005 16:21:58 -0400 Received: from luke.immure.com (luke.immure.com [10.1.132.3]) by maul.immure.com (8.13.3/8.12.11) with ESMTP id j66KLr8S053049; Wed, 6 Jul 2005 15:21:53 -0500 (CDT) (envelope-from bob@immure.com) Received: from luke.immure.com (localhost [127.0.0.1]) by luke.immure.com (8.13.1/8.13.1) with ESMTP id j66KLrqs088858; Wed, 6 Jul 2005 15:21:53 -0500 (CDT) (envelope-from bob@luke.immure.com) Received: (from bob@localhost) by luke.immure.com (8.13.1/8.12.11/Submit) id j66KLraJ088857; Wed, 6 Jul 2005 15:21:53 -0500 (CDT) (envelope-from bob) Date: Wed, 6 Jul 2005 15:21:53 -0500 From: Bob Willcox To: Jeremy Messenger Message-ID: <20050706202152.GF85937@luke.immure.com> References: <20050706182031.68327.qmail@web50308.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-immure-MailScanner-Information: Please contact the ISP for more information X-immure-MailScanner: Found to be clean X-MailScanner-From: bob@immure.com Cc: freebsd-current@freebsd.org Subject: Re: nVidia driver works on -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bob Willcox List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 20:22:00 -0000 On Wed, Jul 06, 2005 at 01:35:14PM -0500, Jeremy Messenger wrote: > On Wed, 06 Jul 2005 13:20:31 -0500, alan bryan > wrote: > > >Can anyone tell me if the nVidia display driver > >(ports/x11/nvidia-driver) works on current? The > > Yes, it works fine as long if you use my patch. Without patch, it will not > build with newer -CURRENT because -CURRENT no longer has bus_memio.h. > > http://people.freebsd.org/~mezz/diff/nvidia-driver.diff What about current on amd64? Any word on if/when that will be supported? Bob -- Bob Willcox Reality is nothing but a collective hunch. bob@immure.com -- Lily Tomlin Austin, TX From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 20:26:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDD9B16A41C for ; Wed, 6 Jul 2005 20:26:39 +0000 (GMT) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B53743D45 for ; Wed, 6 Jul 2005 20:26:39 +0000 (GMT) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail.bluecoat.com (bcs-mail.bluecoat.com [216.52.23.69]) by whisker.bluecoat.com (8.13.0/8.13.0) with ESMTP id j66KQRZC018981; Wed, 6 Jul 2005 13:26:30 -0700 (PDT) Received: from bcs-mail3.bluecoat.com ([10.2.2.59]) by bcs-mail.bluecoat.com with Microsoft SMTPSVC(5.0.2195.5329); Wed, 6 Jul 2005 13:26:28 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 6 Jul 2005 13:26:28 -0700 Message-ID: <48D44BB27BDE3840BDF18E59CB169A5C0183AF26@bcs-mail3.internal.cacheflow.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: shared library Xaw3d.8 not found Thread-Index: AcWCZczLxYEuSTA8TvO/oNvRFXBfYwAAyDNg From: "Li, Qing" To: "Dimitry Andric" X-OriginalArrivalTime: 06 Jul 2005 20:26:28.0537 (UTC) FILETIME=[FD27A290:01C58268] X-Scanned-By: MIMEDefang 2.49 on 216.52.23.28 Cc: freebsd-current@freebsd.org Subject: RE: shared library Xaw3d.8 not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 20:26:39 -0000 >=20 > > "Xaw3d.8", which does not exist. Instead, Xaw3d.7 is > > present. >=20 > It's probably best to update your Xaw3d port, and/or your=20 > other X.org ports. >=20 I've already done both and didn't seem to help. -- Qing From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 20:41:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A023A16A41C for ; Wed, 6 Jul 2005 20:41:47 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF88443D45 for ; Wed, 6 Jul 2005 20:41:46 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 69813 invoked by uid 89); 6 Jul 2005 20:41:32 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 6 Jul 2005 20:41:32 -0000 Date: Wed, 6 Jul 2005 22:41:38 +0200 From: Oliver Lehmann To: freebsd-current@freebsd.org Message-Id: <20050706224138.46789a5c.lehmann@ans-netz.de> X-Mailer: Sylpheed version 2.0.0beta4 (GTK+ 2.6.8; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: NTFS writing doesn't work on CURRENT(?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 20:41:47 -0000 Hi, I'm not able to write anything on a mounted ntfs partition: root@kartoffel /root> hostname > /hugo root@kartoffel /root> mount_ntfs /dev/da0s1 /mnt/tmp root@kartoffel /root> cp /hugo /mnt/tmp cp: /mnt/tmp/hugo: No such file or directory Exit 1 root@kartoffel /root> uname -a FreeBSD kartoffel.salatschuessel.net 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Wed Jul 6 21:16:55 CEST 2005 olivleh1@kartoffel.salatschuessel.net:/usr/obj/usr/src/sys/KARTOFFEL amd64 root@kartoffel /root> fdisk /dev/da0 ******* Working on device /dev/da0 ******* parameters extracted from in-core disklabel are: cylinders=7476 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=7476 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 7 (0x07),(OS/2 HPFS, NTFS, QNX-2 (16 bit) or Advanced UNIX) start 63, size 120085812 (58635 Meg), flag 0 beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: root@kartoffel /root> da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 58644MB (120103200 512 byte sectors: 255H 63S/T 7476C) The same happens with a 27th June CURRENT on i386. I also tried to directly attach the disk to IDE on a 4.11/i386 testbox. Same sympthoms. When I use it with MS WindowsXP it works w/o problems When I newfs_msdos the disk, I can use it with mount_msdosfs it without problems. Does someone have ntfs partitions where writing works? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 20:49:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9546516A41C for ; Wed, 6 Jul 2005 20:49:47 +0000 (GMT) (envelope-from geekout@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41A2543D48 for ; Wed, 6 Jul 2005 20:49:47 +0000 (GMT) (envelope-from geekout@gmail.com) Received: by wproxy.gmail.com with SMTP id i18so45048wra for ; Wed, 06 Jul 2005 13:49:46 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mcF8PYlADWwkavvXV/5MXfjsY6Y0YVSC0qOj3GY0Cs1i/vxBkmuWhZYk/czHYl/2bngOl0E8QN92ARPElOLJXXErND7e2Xf4koBpapB1lHd+jvjJd8djbFz206lidjonPz+G/9d6pmPOsAGANNrkhaIAx7LqnPE8jDIJgCNXEYQ= Received: by 10.54.57.78 with SMTP id f78mr126919wra; Wed, 06 Jul 2005 13:49:46 -0700 (PDT) Received: by 10.54.46.16 with HTTP; Wed, 6 Jul 2005 13:49:46 -0700 (PDT) Message-ID: <6e01203b050706134921406993@mail.gmail.com> Date: Wed, 6 Jul 2005 14:49:46 -0600 From: Tyler Gee To: Oliver Lehmann In-Reply-To: <20050706224138.46789a5c.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050706224138.46789a5c.lehmann@ans-netz.de> Cc: freebsd-current@freebsd.org Subject: Re: NTFS writing doesn't work on CURRENT(?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tyler Gee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 20:49:47 -0000 > root@kartoffel /root> cp /hugo /mnt/tmp > cp: /mnt/tmp/hugo: No such file or directory This is saying the directory does not exist on the ntfs partition. It will not automatically create the directory. Have you tried copying anything else? -wtgee P.S. You should choose a character besides root to play with. From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 20:53:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1A3516A41C for ; Wed, 6 Jul 2005 20:53:44 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from peedub.jennejohn.org (Ja2fb.j.pppool.de [85.74.162.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F98343D48 for ; Wed, 6 Jul 2005 20:53:43 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.4/8.11.6) with ESMTP id j66KrK6Z007141; Wed, 6 Jul 2005 22:53:21 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200507062053.j66KrK6Z007141@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: "Li, Qing" In-Reply-To: Message from "Li, Qing" of "Wed, 06 Jul 2005 12:55:22 PDT." <48D44BB27BDE3840BDF18E59CB169A5C0183AF12@bcs-mail3.internal.cacheflow.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Jul 2005 22:53:20 +0200 From: Gary Jennejohn Cc: freebsd-current@freebsd.org Subject: Re: shared library Xaw3d.8 not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 20:53:44 -0000 "Li, Qing" writes: > When I tried to install /usr/ports/emacs, the build for > emacs-21.3_7 keeps looking for the shared library > "Xaw3d.8", which does not exist. Instead, Xaw3d.7 is > present. > > Is this a port problem? Any suggestion on fixing it? > Just make a symbolic link (/usr/X11R6/lib/libXaw3d.so.7 -> /usr/X11R6/lib/libXaw3d.so.8) and it should work OK. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 21:13:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F402D16A41C for ; Wed, 6 Jul 2005 21:13:07 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A85443D46 for ; Wed, 6 Jul 2005 21:13:05 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 70687 invoked by uid 89); 6 Jul 2005 21:12:51 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 6 Jul 2005 21:12:51 -0000 Date: Wed, 6 Jul 2005 23:12:57 +0200 From: Oliver Lehmann To: Tyler Gee Message-Id: <20050706231257.3cc74149.lehmann@ans-netz.de> In-Reply-To: <6e01203b050706134921406993@mail.gmail.com> References: <20050706224138.46789a5c.lehmann@ans-netz.de> <6e01203b050706134921406993@mail.gmail.com> X-Mailer: Sylpheed version 2.0.0beta4 (GTK+ 2.6.8; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: NTFS writing doesn't work on CURRENT(?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 21:13:08 -0000 Tyler Gee wrote: > > root@kartoffel /root> cp /hugo /mnt/tmp > > cp: /mnt/tmp/hugo: No such file or directory > > This is saying the directory does not exist on the ntfs partition. It > will not automatically create the directory. Have you tried copying > anything else? /mnt/tmp is the root directory (my mountpoint) I'm quite shure it exists ;) root@kartoffel /root> ls -1 /mnt/tmp $AttrDef* $BadClus* $Bitmap* $Boot* $Extend/ $LogFile* $MFTMirr* $Secure* $UpCase* $Volume* ./ ../ System Volume Information/ -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 21:20:41 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC3FD16A41C; Wed, 6 Jul 2005 21:20:41 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A14A43D48; Wed, 6 Jul 2005 21:20:41 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j66LKT4b069550; Wed, 6 Jul 2005 17:20:31 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.3/8.13.3) with ESMTP id j66LKbda065979; Wed, 6 Jul 2005 17:20:37 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j66LKaEZ069598 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Jul 2005 17:20:36 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050706172136.083fd0b0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Wed, 06 Jul 2005 17:21:57 -0400 To: John Baldwin From: Mike Tancsa In-Reply-To: <200507061520.04803.jhb@FreeBSD.org> References: <70e8236f05070208212e36c375@mail.gmail.com> <6.2.1.2.0.20050706115824.07a58588@64.7.153.2> <6.2.1.2.0.20050706134748.07ca1ab8@64.7.153.2> <200507061520.04803.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.26 Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 21:20:42 -0000 At 03:20 PM 06/07/2005, John Baldwin wrote: >On Wednesday 06 July 2005 01:54 pm, Mike Tancsa wrote: > > At 12:23 PM 06/07/2005, Mike Tancsa wrote: > > >At 11:53 AM 06/07/2005, Mike Tancsa wrote: > > >>At 11:43 AM 06/07/2005, Scott Long wrote: > > >>>According to the original dmesg, the hang happens well after bus > > >>>enumeration is complete and interrupts have been enabled. It's > > >>>happening on a taste I/O from GEOM. > > >> > > >>Here is a boot -v that is a little more upto date. I am just netbooting > > >>with various kernel configs to try and sort out whats going on. > > > > And here is the box booting up with RELENG_5 off the disk. I did at one > > point install HEAD on the disk, but it was the same behaviour as I see with > > a netboot. > >Hmm, this dmesg has ACPI disabled whereas the 6.0 one had ACPI enabled. Are >all the IRQs the same in the 5.x and 6.0 cases? Actually, on RELENG_5, ACPI does not work in that my NIC errors out at boot up time /boot/kernel/acpi.ko text=0x414dc data=0x1dc4+0x112c syms=[0x4+0x7670+0x4+0x9d05] Copyright (c) 1992-2005 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.4-STABLE #0: Thu Jun 30 19:15:07 EDT 2005 mdtancsa@hippo.sentex.ca:/usr/obj/usr/src/sys/hippo Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383fbff real memory = 2147475456 (2047 MB) avail memory = 2096021504 (1998 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 cpu2 (AP): APIC ID: 1 cpu3 (AP): APIC ID: 2 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 2.2 (no driver attached) pci0: at device 2.3 (no driver attached) pci0: at device 4.0 (no driver attached) pcib1: on acpi0 pci1: on pcib1 pcib2: on acpi0 pci2: on pcib2 em0: port 0xecc0-0xecff mem 0xfeb00000-0xfeb1ffff,0xfeb20000-0xfeb3ffff ir2 em0: Hardware Initialization Failedem0: Unable to initialize the hardware device_attach: em0 attach returned 5 pcib3: at device 7.0 on pci2 pci3: on pcib3 pcib4: at device 0.0 on pci3 pci4: on pcib4 amr0: mem 0xf0000000-0xf7ffffff irq 16 at device 0.0 on pci4 amr0: Firmware 161J, BIOS 3.17, 128MB RAM pci3: at device 1.0 (no driver attached) fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm: keyboard controller failed. sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled orm0: at iomem 0xc8000-0xc8fff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec amrd0: on amr0 amrd0: 34556MB (70770688 sectors) RAID 5 (optimal) ses0 at amr0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: SAF-TE Compliant Device SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! Mounting root from ufs:/dev/amrd0s1a Pre-seeding PRNG: kickstart. Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/amrd0s1b as swap device Starting file system checks: /dev/amrd0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/amrd0s1a: clean, 220341 free (661 frags, 27460 blocks, 0.3% fragmentation) /dev/amrd0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/amrd0s1e: clean, 506481 free (41 frags, 63305 blocks, 0.0% fragmentation) /dev/amrd0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/amrd0s1f: clean, 11257854 free (34774 frags, 1402885 blocks, 0.3% fragmentation) /dev/amrd0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/amrd0s1d: clean, 2528867 free (387 frags, 316060 blocks, 0.0% fragmentation) Setting hostname: hippo.sentex.ca. lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 Additional routing options: IP gateway=YES. Starting devd. Mounting NFS file systems:. Starting syslogd. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout Recovering vi editor sessions:. Starting local daemons:. Updating motd. Configuring syscons: blanktime. Starting sshd. Initial i386 initialization:. Additional ABI support:. Starting cron. Local package initialization:. Additional TCP options:. From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 21:20:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6561416A427; Wed, 6 Jul 2005 21:20:45 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D50543D45; Wed, 6 Jul 2005 21:20:44 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost.xcllnt.net [127.0.0.1]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j66LKipM006382; Wed, 6 Jul 2005 14:20:44 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.13.3/8.13.3/Submit) id j66LKhRZ006381; Wed, 6 Jul 2005 14:20:43 -0700 (PDT) (envelope-from marcel) Date: Wed, 6 Jul 2005 14:20:43 -0700 From: Marcel Moolenaar To: Poul-Henning Kamp Message-ID: <20050706212043.GA6215@ns1.xcllnt.net> References: <20050706181310.GA5167@ns1.xcllnt.net> <8285.1120679020@phk.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8285.1120679020@phk.freebsd.dk> User-Agent: Mutt/1.4.2.1i Cc: Maxim.Sobolev@portaone.com, Giorgos Keramidas , freebsd-current@freebsd.org Subject: Re: [TEST/REVIEW] boot0cfg/fdisk issue fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 21:20:45 -0000 On Wed, Jul 06, 2005 at 09:43:40PM +0200, Poul-Henning Kamp wrote: > > >A completely different approach that helps to abstract the details > >of the slicer (i.e. MBR, GPT or BSD) is a functional interface. > >Have a device special file for each slicer and implement ioctl(2) on > >them for adding, removing, resizing etc of partitions. That way > >GEOM gets to see requests like: > > "remove slice number 3, please" > > If you want to implement this, don't add bogodevices with magic > ioctls, use the g_ctl API instead, it is designed for this kind > of thing. *snip* > >Potentionally we could end up with a single tool to manipulate any > >and all slicers, provided we define the ioctl interface correctly. > > My original hope was that this tool would be called geom(8) and > be the unified management tool for all GEOM classes, not just > slices. That would be better, yes. Would a slicer-specific API that's implemented in terms of g_ctl be welcome in libgeom? It would help convert the existing tools to use GEOM more directly, which helps the convergence of the functionality into a single tool: geom(8). For geom(8) it would then probably be a class library, right? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 21:21:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB45F16A41C for ; Wed, 6 Jul 2005 21:21:55 +0000 (GMT) (envelope-from geekout@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4884943D55 for ; Wed, 6 Jul 2005 21:21:55 +0000 (GMT) (envelope-from geekout@gmail.com) Received: by wproxy.gmail.com with SMTP id 67so54478wri for ; Wed, 06 Jul 2005 14:21:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KVer0zfrn0yVntx38hK8U4mDJ5UpkE9p7B6O52oyPdsVu5LhkWxXXnfuBB0H9yE4GFUHiczVal6eMI4MTXCPiidAN2wHxd434Tor/jpD8dEPG190yCDfq9PtddlVZSQmGtSPDsRTdzfadhRKHXv6jtuy15ZrUaqWMXEPoNL0P0w= Received: by 10.54.47.44 with SMTP id u44mr116161wru; Wed, 06 Jul 2005 14:21:54 -0700 (PDT) Received: by 10.54.46.16 with HTTP; Wed, 6 Jul 2005 14:21:54 -0700 (PDT) Message-ID: <6e01203b050706142126e3a247@mail.gmail.com> Date: Wed, 6 Jul 2005 15:21:54 -0600 From: Tyler Gee To: Oliver Lehmann In-Reply-To: <20050706231257.3cc74149.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050706224138.46789a5c.lehmann@ans-netz.de> <6e01203b050706134921406993@mail.gmail.com> <20050706231257.3cc74149.lehmann@ans-netz.de> Cc: freebsd-current@freebsd.org Subject: Re: NTFS writing doesn't work on CURRENT(?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tyler Gee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 21:21:55 -0000 > /mnt/tmp is the root directory (my mountpoint) I'm quite shure it > exists ;) But does /mnt/tmp/hugo exist? You are trying to copy the directory, not the directory contents, but that directory doesn't exist on your NTFS partition and it will not create it. Either: cp -r /hugo /mnt/tmp -or- mkdir /mnt/tmp/hugo cp /hugo/* /mnt/tmp/hugo P.S. If this is not your problem and I am way off you can just ignore me. := ) -wtgee From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 21:24:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D934216A41C for ; Wed, 6 Jul 2005 21:24:43 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FEDC43D48 for ; Wed, 6 Jul 2005 21:24:43 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.13.3/8.13.3) with ESMTP id j66LOeOs080549; Wed, 6 Jul 2005 17:24:40 -0400 (EDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.13.3/8.13.3/Submit) with ESMTP id j66LOe0i080546; Wed, 6 Jul 2005 17:24:40 -0400 (EDT) (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Wed, 6 Jul 2005 17:24:40 -0400 (EDT) From: "Andrew R. Reiter" To: Tyler Gee In-Reply-To: <6e01203b050706142126e3a247@mail.gmail.com> Message-ID: <20050706172345.L80406@fledge.watson.org> References: <20050706224138.46789a5c.lehmann@ans-netz.de> <6e01203b050706134921406993@mail.gmail.com> <20050706231257.3cc74149.lehmann@ans-netz.de> <6e01203b050706142126e3a247@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org, Oliver Lehmann Subject: Re: NTFS writing doesn't work on CURRENT(?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 21:24:44 -0000 On Wed, 6 Jul 2005, Tyler Gee wrote: :> /mnt/tmp is the root directory (my mountpoint) I'm quite shure it :> exists ;) : :But does /mnt/tmp/hugo exist? You are trying to copy the directory, :not the directory contents, but that directory doesn't exist on your :NTFS partition and it will not create it. : :Either: : :cp -r /hugo /mnt/tmp : :-or- : :mkdir /mnt/tmp/hugo :cp /hugo/* /mnt/tmp/hugo : :P.S. If this is not your problem and I am way off you can just ignore me. :) : Not that I've analyzed the issue at all, but it looks like he did a 'touch /hugo' (if I recall the original email), so 'hugo' would be a regular file. -- Andrew R. Reiter arr@watson.org From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 21:27:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46C4716A41C for ; Wed, 6 Jul 2005 21:27:22 +0000 (GMT) (envelope-from geekout@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE24C43D55 for ; Wed, 6 Jul 2005 21:27:21 +0000 (GMT) (envelope-from geekout@gmail.com) Received: by wproxy.gmail.com with SMTP id i11so53817wra for ; Wed, 06 Jul 2005 14:27:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IKe3FdUxItMRPGKDwrULG5oX2OZ6IxH8iSUWce8m9Lc1h4y9tGxutgNOX+pMnqFtVR8cj6FoXYKRF+2WfXfIxVzFYLJ2wF2kkhbq5n0NqZn+W6VsPAzupwr+9JvoZmEpOepIM4KLwMU8ZyMLwhzhvjetEIcy7GhY6R0/X9pISyw= Received: by 10.54.47.79 with SMTP id u79mr117641wru; Wed, 06 Jul 2005 14:27:21 -0700 (PDT) Received: by 10.54.46.16 with HTTP; Wed, 6 Jul 2005 14:27:21 -0700 (PDT) Message-ID: <6e01203b050706142767f25697@mail.gmail.com> Date: Wed, 6 Jul 2005 15:27:21 -0600 From: Tyler Gee To: "Andrew R. Reiter" In-Reply-To: <20050706172345.L80406@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050706224138.46789a5c.lehmann@ans-netz.de> <6e01203b050706134921406993@mail.gmail.com> <20050706231257.3cc74149.lehmann@ans-netz.de> <6e01203b050706142126e3a247@mail.gmail.com> <20050706172345.L80406@fledge.watson.org> Cc: freebsd-current@freebsd.org, Oliver Lehmann Subject: Re: NTFS writing doesn't work on CURRENT(?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tyler Gee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 21:27:22 -0000 > Not that I've analyzed the issue at all, but it looks like he did a > 'touch /hugo' (if I recall the original email), so 'hugo' would be a > regular file. You are right, it is the hostname. I didn't see that, sorry! Looks like you still have a problem, Oliver. :) I felt bad because you never know if you are dealing with someone who has a problem or someone who doesn't know how to use cp. From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 21:30:52 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99BBF16A41C; Wed, 6 Jul 2005 21:30:52 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 614E243D53; Wed, 6 Jul 2005 21:30:52 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id j66LUoXL096618; Wed, 6 Jul 2005 14:30:50 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id j66LUoV5096617; Wed, 6 Jul 2005 14:30:50 -0700 (PDT) (envelope-from rizzo) Date: Wed, 6 Jul 2005 14:30:50 -0700 From: Luigi Rizzo To: sos@freebsd.org, current@freebsd.org Message-ID: <20050706143050.A96472@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: disksort disappeared from ATA devices in HEAD ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 21:30:52 -0000 I notice that the ata drivers in HEAD do not use anymore bioq_disksort, but rather they have their own routine, (ad_queue_request() in turn calling ata_sort_queue()) which probably does something similar. I wonder: 1) how different is ata_sort_queue() from bioq_disksort() in terms of design ? 2) is there any strong reason for this change ? 3) any pointers to mail threads where this changes have been discussed ? I cannot find any relevent comments browsing the code or CVS. the change was introduced here +++ src/sys/dev/ata/ata-disk.c 2005/03/30 12:03:37 1.183 so not long ago... cheers luigi From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 21:50:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3884F16A41C; Wed, 6 Jul 2005 21:50:29 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9333B43D46; Wed, 6 Jul 2005 21:50:28 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 4B5DABC51; Wed, 6 Jul 2005 21:50:26 +0000 (UTC) To: Marcel Moolenaar From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 06 Jul 2005 14:20:43 PDT." <20050706212043.GA6215@ns1.xcllnt.net> Date: Wed, 06 Jul 2005 23:50:25 +0200 Message-ID: <9120.1120686625@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Poul-Henning Kamp , Maxim.Sobolev@portaone.com, Giorgos Keramidas , freebsd-current@freebsd.org Subject: Re: [TEST/REVIEW] boot0cfg/fdisk issue fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 21:50:29 -0000 In message <20050706212043.GA6215@ns1.xcllnt.net>, Marcel Moolenaar writes: >That would be better, yes. Would a slicer-specific API that's >implemented in terms of g_ctl be welcome in libgeom? It would >help convert the existing tools to use GEOM more directly, >which helps the convergence of the functionality into a single >tool: geom(8). For geom(8) it would then probably be a class >library, right? My worry about this is that the "DWIM" aspect will render most generic stuff obsolete. For instance, in a MBR, if I say "create ad0s3 max" in order to use the largest free slap of space, that end sector number should be rounded down to a cylinder boundary and the start sector number to a track boundary if it would otherwise occupy the first track. You have to put that MBR magicness, BSD magicness and GPT, Apple, Sun magicness *somewhere* in the end, and what's more, you have to be able to give the user a sensibly detailed explanation of what happened and why. If we are willing to forgo that kind of DWIM, then I don't see a problem, but quite frankly: I hate having to add obscenely large sectornumbers in my head myself, so I suspect we want at least some level of DWIM. And while diskpartitioning sounds like a great OO programmin excercise or as somebody who shall remain uname suggested: "use PROLOG to resolve the constraints in optimal fashion", one should not forget that this is a seldomly used system administration tool. It is simply not worth spending a year of your life on (IMO). So I tend to lean towards a model where we fix the major loosage in the existing tools (mostly fdisk really) and leave it at that. With respect to the current tools, fdisk just sucks. The userinterface of bsdlabel is much better (the save/restore thing and the use of the users own editor is great). Sysinstall is not my cup of tea, but does give some of the visual feedback DWIM that people want. With all that discouragement out of the way, if somebody wants to do more about it, they are more than welcome. Burned by my own experience, I would advocate a lot of prototyping because there doesn't seem to be a free lunch anywhere in this area. Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 22:01:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3437516A41C for ; Wed, 6 Jul 2005 22:01:47 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3D2843D4C for ; Wed, 6 Jul 2005 22:01:46 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 852EF51571; Wed, 6 Jul 2005 18:01:44 -0400 (EDT) Date: Wed, 6 Jul 2005 18:01:44 -0400 From: Kris Kennaway To: "Li, Qing" Message-ID: <20050706220143.GA81214@xor.obsecurity.org> References: <48D44BB27BDE3840BDF18E59CB169A5C0183AF12@bcs-mail3.internal.cacheflow.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline In-Reply-To: <48D44BB27BDE3840BDF18E59CB169A5C0183AF12@bcs-mail3.internal.cacheflow.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: shared library Xaw3d.8 not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 22:01:47 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 06, 2005 at 12:55:22PM -0700, Li, Qing wrote: >=20 > Hi, >=20 > When I tried to install /usr/ports/emacs, the build for > emacs-21.3_7 keeps looking for the shared library > "Xaw3d.8", which does not exist. Instead, Xaw3d.7 is > present. >=20 > Is this a port problem? Any suggestion on fixing it? Make sure you have the X_WINDOW_SYSTEM variable set correctly. If you are still using the non-default XFree86 version (which installs .7) but have not set the variable, the ports system will look for .8 (which is installed with xorg). Kris --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCzFTHWry0BWjoQKURAqvCAKCosUjGp/J8eH5Yr8+KNLOOL94kBACeM1gl u9oip5p/aC8z83/x7/Rekbw= =yKhv -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 22:13:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CFA816A41C for ; Wed, 6 Jul 2005 22:13:30 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from mail.ijs.si (mail.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB29043D46 for ; Wed, 6 Jul 2005 22:13:29 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (mail.ijs.si [193.2.4.66]) by patsy.ijs.si (Postfix) with ESMTP id 0052C17B82B; Thu, 7 Jul 2005 00:13:28 +0200 (CEST) Received: from patsy.ijs.si ([127.0.0.1]) by localhost (patsy.ijs.si [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 89555-01-3; Thu, 7 Jul 2005 00:13:26 +0200 (CEST) Received: from idefix.ijs.si (idefix.ijs.si [193.2.4.33]) by patsy.ijs.si (Postfix) with ESMTP id 8C71C17B829; Thu, 7 Jul 2005 00:13:24 +0200 (CEST) Received: from localhost.ijs.si (localhost.ijs.si [127.0.0.1]) by idefix.ijs.si (Postfix) with ESMTP id 545CA5C22; Thu, 7 Jul 2005 00:13:24 +0200 (CEST) From: Dejan Lesjak To: Qing Date: Thu, 7 Jul 2005 00:13:23 +0200 User-Agent: KMail/1.8.1 X-Face: l`biwj7ErNt!P.,J7a!e:(1e=K=NSp5kC`U:f"{,=?utf-8?q?=25ehAE3=5CW=7DYb=60=3AP=60m4Or-k=3Dy=24=7C=3BoF51=0A=09xZ=3A?=),6FF&_y; =Ty5^c>T1+7cC?z\J@YDEjb MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_DeFzC7BnQE/4r5l" Message-Id: <200507070013.23896.dejan.lesjak@ijs.si> X-Virus-Scanned: amavisd-new at ijs.si Cc: freebsd-current@freebsd.org Subject: Re: shared library Xaw3d.8 not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 22:13:30 -0000 --Boundary-00=_DeFzC7BnQE/4r5l Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Li, Qing wrote: > > Hi, > > When I tried to install /usr/ports/emacs, the build for > emacs-21.3_7 keeps looking for the shared library > "Xaw3d.8", which does not exist. Instead, Xaw3d.7 is > present. > > Is this a port problem? Any suggestion on fixing it? Try removing '.${XAWVER}' from ports makefile like in attached patch. Dejan --Boundary-00=_DeFzC7BnQE/4r5l Content-Type: text/plain; charset="us-ascii"; name="emacs.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="emacs.diff" --- Makefile.orig Thu Jul 7 00:09:43 2005 +++ Makefile Thu Jul 7 00:09:56 2005 @@ -20,7 +20,7 @@ xemacs-mule-[0-9]* xemacs-devel-mule-[0-9]* .if !defined(WITHOUT_X11) -LIB_DEPENDS= Xaw3d.${XAWVER}:${PORTSDIR}/x11-toolkits/Xaw3d \ +LIB_DEPENDS= Xaw3d:${PORTSDIR}/x11-toolkits/Xaw3d \ jpeg.9:${PORTSDIR}/graphics/jpeg \ tiff.4:${PORTSDIR}/graphics/tiff \ ungif.5:${PORTSDIR}/graphics/libungif \ --Boundary-00=_DeFzC7BnQE/4r5l-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 22:31:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9305116A41C for ; Wed, 6 Jul 2005 22:31:45 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from pipa.profix.cz (pipa.profix.cz [213.151.89.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 277E043D4C for ; Wed, 6 Jul 2005 22:31:41 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.profix.cz (Postfix) with ESMTP id 9D6EC4E705; Thu, 7 Jul 2005 00:31:44 +0200 (CEST) Received: from pipa.profix.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13807-04; Thu, 7 Jul 2005 00:31:44 +0200 (CEST) Received: from gandalf (105.121.95.80.ip.b26.cz [80.95.121.105]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.profix.cz (Postfix) with ESMTP id 3EA5A4E704; Thu, 7 Jul 2005 00:31:44 +0200 (CEST) From: =?iso-8859-2?Q?Daniel_Dvo=F8=E1k?= To: "'Kris Kennaway'" , Date: Thu, 7 Jul 2005 00:31:36 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20050706044607.GA95804@xor.obsecurity.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcWB5a0Byn1svE1ZSeeqxeYeVcLdCQAk57hQ Message-Id: <20050706223144.3EA5A4E704@pipa.profix.cz> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz Cc: freebsd-current@freebsd.org Subject: RE: panic fater yesterday (4.7.) base system update (kernel, userland) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dandee@volny.cz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 22:31:45 -0000 Yes it is right question. Because We need new feature=B4s in fbsd 6.0 = around 80211ieee and about atheros driver, which are not in 5.X branch. :( Be = sure, that if our needs are in 5.X code, we would never to use current. Dan -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Kris Kennaway Sent: Wednesday, July 06, 2005 6:46 AM To: dandee@volny.cz Cc: freebsd-current@freebsd.org Subject: Re: panic after yesterday (4.7.) base system update (kernel,userland) On Wed, Jul 06, 2005 at 03:24:16AM +0200, Daniel Dvorak wrote: > Hello all, >=20 > =20 >=20 > yesterday I updated my router by canonical way. Why are you running -current on a remote production machine that you cannot access? Kris From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 22:44:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 979B816A41C for ; Wed, 6 Jul 2005 22:44:25 +0000 (GMT) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50DDF43D45 for ; Wed, 6 Jul 2005 22:44:25 +0000 (GMT) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail.bluecoat.com (bcs-mail.bluecoat.com [216.52.23.69]) by whisker.bluecoat.com (8.13.0/8.13.0) with ESMTP id j66MiNLS025991; Wed, 6 Jul 2005 15:44:23 -0700 (PDT) Received: from bcs-mail3.bluecoat.com ([10.2.2.59]) by bcs-mail.bluecoat.com with Microsoft SMTPSVC(5.0.2195.5329); Wed, 6 Jul 2005 15:44:23 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 6 Jul 2005 15:44:23 -0700 Message-ID: <48D44BB27BDE3840BDF18E59CB169A5C0183AF96@bcs-mail3.internal.cacheflow.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: shared library Xaw3d.8 not found Thread-Index: AcWCdk9trEF39w//SfGVL71M0kebYgABd8uA From: "Li, Qing" To: "Kris Kennaway" X-OriginalArrivalTime: 06 Jul 2005 22:44:23.0879 (UTC) FILETIME=[41A49D70:01C5827C] X-Scanned-By: MIMEDefang 2.49 on 216.52.23.28 Cc: freebsd-current@freebsd.org Subject: RE: shared library Xaw3d.8 not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 22:44:25 -0000 >=20 > Make sure you have the X_WINDOW_SYSTEM variable set=20 > correctly. If you are still using the non-default XFree86=20 > That fixed my problem. Thanks, -- Qing From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 23:05:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 988FC16A41C for ; Wed, 6 Jul 2005 23:05:34 +0000 (GMT) (envelope-from bmk0@pacbell.net) Received: from smtp112.sbc.mail.re2.yahoo.com (smtp112.sbc.mail.re2.yahoo.com [68.142.229.93]) by mx1.FreeBSD.org (Postfix) with SMTP id 24ED843D46 for ; Wed, 6 Jul 2005 23:05:34 +0000 (GMT) (envelope-from bmk0@pacbell.net) Received: (qmail 16316 invoked from network); 6 Jul 2005 23:05:33 -0000 Received: from unknown (HELO ?192.168.0.2?) (bmk0@pacbell.net@67.180.252.244 with plain) by smtp112.sbc.mail.re2.yahoo.com with SMTP; 6 Jul 2005 23:05:33 -0000 Message-ID: <42CC63BC.2020402@pacbell.net> Date: Wed, 06 Jul 2005 16:05:32 -0700 From: "Brian M. Kincaid" User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20050706224138.46789a5c.lehmann@ans-netz.de> <6e01203b050706134921406993@mail.gmail.com> <20050706231257.3cc74149.lehmann@ans-netz.de> <6e01203b050706142126e3a247@mail.gmail.com> <20050706172345.L80406@fledge.watson.org> <6e01203b050706142767f25697@mail.gmail.com> In-Reply-To: <6e01203b050706142767f25697@mail.gmail.com> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: NTFS writing doesn't work on CURRENT(?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 23:05:34 -0000 >Tyler Gee wrote: >>Not that I've analyzed the issue at all, but it looks like he did a >>'touch /hugo' (if I recall the original email), so 'hugo' would be a >>regular file. > > > You are right, it is the hostname. I didn't see that, sorry! > > Looks like you still have a problem, Oliver. :) > > I felt bad because you never know if you are dealing with someone who > has a problem or someone who doesn't know how to use cp. The last time I checked on it the FreeBSD NTFS driver was READ ONLY, and files bigger than 2GB could not be fully read, the file size seems to be actual file size modulo 2GB. This is probably a 32 bit int problem somewhere. With these exceptions, the ntfs stuff seems to work OK, though. Brian From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 23:59:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65AB416A41C; Wed, 6 Jul 2005 23:59:57 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27A1943D46; Wed, 6 Jul 2005 23:59:56 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j66Nxrr6006994; Wed, 6 Jul 2005 16:59:55 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <9120.1120686625@phk.freebsd.dk> References: <9120.1120686625@phk.freebsd.dk> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Wed, 6 Jul 2005 16:59:52 -0700 To: "Poul-Henning Kamp" X-Mailer: Apple Mail (2.622) Cc: freebsd-current@freebsd.org, Giorgos Keramidas , Maxim.Sobolev@portaone.com Subject: Re: [TEST/REVIEW] boot0cfg/fdisk issue fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 23:59:57 -0000 On Jul 6, 2005, at 2:50 PM, Poul-Henning Kamp wrote: > In message <20050706212043.GA6215@ns1.xcllnt.net>, Marcel Moolenaar > writes: > >> That would be better, yes. Would a slicer-specific API that's >> implemented in terms of g_ctl be welcome in libgeom? It would >> help convert the existing tools to use GEOM more directly, >> which helps the convergence of the functionality into a single >> tool: geom(8). For geom(8) it would then probably be a class >> library, right? > > My worry about this is that the "DWIM" aspect will render most > generic stuff obsolete. Doesn't that depend entirely on having the necessary abstractions and having those translated to hard "currency" at the right time? Where "the right time" is not too soon (i.e. at a level too high, say the UI) or too late (i.e. at a level to low, say the hardware driver). > For instance, in a MBR, if I say > "create ad0s3 max" > in order to use the largest free slap of space, that end sector > number should be rounded down to a cylinder boundary and the start > sector number to a track boundary if it would otherwise occupy the > first track. But this example merely demonstrates that sizes and offsets are subject to normalization at the slicer level and that any attempt to conclude anything at the levels above it prior to the normalization is moot. It doesn't show that "create ad0s3 max" can not be implemented using a generic API. If you add a normalization function to the API that lets slicers round up or round down based on geometry constraints, then at the higher levels you don't have to worry about it (other than making sure that you work with normalized values). We already have the magic in libdisk. We only need to beef up the interface so that it isn't only usable by sysinstall. This might be a good way to prototype and work towards a common API and a common tool. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 00:57:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2ABA116A41C for ; Thu, 7 Jul 2005 00:57:52 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5386243D49 for ; Thu, 7 Jul 2005 00:57:50 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.43 (FreeBSD)) id 1DqKzt-000ONg-OT for freebsd-current@freebsd.org; Thu, 07 Jul 2005 10:16:13 +0900 Message-Id: <6.2.1.2.2.20050707095556.03409d50@202.179.0.80> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Thu, 07 Jul 2005 09:57:39 +0900 To: freebsd-current@freebsd.org From: Ganbold Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Intel Pro/Wireless 2915ABG driver in FreeBSD 6-CURRENT with 802.11a mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 00:57:52 -0000 Hi, Does Intel Pro/Wireless 2915ABG driver support 802.11a mode? Because my Orinoco AP2000 has 802.11a card on it. Does the driver known to work in such case? Please let me know. thanks in advance, Ganbold From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 01:01:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E41F16A41C for ; Thu, 7 Jul 2005 01:01:16 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C5C343D45 for ; Thu, 7 Jul 2005 01:01:14 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw501.dsto.defence.gov.au (ednmsw501.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id j670xP3w008410 for ; Thu, 7 Jul 2005 10:29:25 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw501.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.17) with ESMTP id ; Thu, 7 Jul 2005 10:31:07 +0930 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id j670pe018195; Thu, 7 Jul 2005 10:21:40 +0930 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id N8MYNNM4; Thu, 7 Jul 2005 10:21:39 +0930 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.13.3/8.13.3) with ESMTP id j670pvOT007409; Thu, 7 Jul 2005 10:21:57 +0930 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.13.3/8.13.3/Submit) id j670pudl007408; Thu, 7 Jul 2005 10:21:56 +0930 (CST) (envelope-from wilkinsa) Date: Thu, 7 Jul 2005 10:21:56 +0930 From: "Wilkinson, Alex" To: Scott Long Message-ID: <20050707005155.GC7289@squash.dsto.defence.gov.au> References: <42C6DA5F.9070303@gneto.com> <6.2.1.2.0.20050703212843.07889088@64.7.153.2> <20050705011650.R80892@lexi.siliconlandmark.com> <70e8236f050706002655cd9a0c@mail.gmail.com> <42CBE7F4.9040106@samsco.org> <83fb4207210a3f028b8ee2d2289573c4@xcllnt.net> <42CBFC36.1040406@samsco.org> <6.2.1.2.0.20050706115146.07a59d08@64.7.153.2> <6.2.1.2.0.20050706115824.07a58588@64.7.153.2> <42CC1085.6090504@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <42CC1085.6090504@samsco.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 01:01:16 -0000 0n Wed, Jul 06, 2005 at 11:10:29AM -0600, Scott Long wrote: >I wonder if the AMR interrupt is getting routed to the ata interrupt >pins. With the ata driver enabled, the OS gets stuck in an infinite >loop of trying to service what it thinks in an ata interrupt. With >the ata driver disabled, the ata interrupt lines stay disabled and the >OS sees nothing. Would it be possible to send an NMI to the machine >while it's hung with the ata driver enabled? If not, we can probably >drop some simple printf into the ata interrupt handler. Curious, how does one send a Non-Maskable-Interupt in FreeBSD ? -aW From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 01:04:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD37F16A41C for ; Thu, 7 Jul 2005 01:04:03 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68EE643D48 for ; Thu, 7 Jul 2005 01:04:03 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j671ARPd027794; Wed, 6 Jul 2005 19:10:28 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42CC7E92.1010204@samsco.org> Date: Wed, 06 Jul 2005 19:00:02 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Wilkinson, Alex" References: <42C6DA5F.9070303@gneto.com> <6.2.1.2.0.20050703212843.07889088@64.7.153.2> <20050705011650.R80892@lexi.siliconlandmark.com> <70e8236f050706002655cd9a0c@mail.gmail.com> <42CBE7F4.9040106@samsco.org> <83fb4207210a3f028b8ee2d2289573c4@xcllnt.net> <42CBFC36.1040406@samsco.org> <6.2.1.2.0.20050706115146.07a59d08@64.7.153.2> <6.2.1.2.0.20050706115824.07a58588@64.7.153.2> <42CC1085.6090504@samsco.org> <20050707005155.GC7289@squash.dsto.defence.gov.au> In-Reply-To: <20050707005155.GC7289@squash.dsto.defence.gov.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 01:04:03 -0000 Wilkinson, Alex wrote: > 0n Wed, Jul 06, 2005 at 11:10:29AM -0600, Scott Long wrote: > > >I wonder if the AMR interrupt is getting routed to the ata interrupt > >pins. With the ata driver enabled, the OS gets stuck in an infinite > >loop of trying to service what it thinks in an ata interrupt. With > >the ata driver disabled, the ata interrupt lines stay disabled and the > >OS sees nothing. Would it be possible to send an NMI to the machine > >while it's hung with the ata driver enabled? If not, we can probably > >drop some simple printf into the ata interrupt handler. > > Curious, how does one send a Non-Maskable-Interupt in FreeBSD ? > > -aW NMI's are sent by the hardware and received by the OS. Some server-class motherboards have NMI switches on them. In the ISA days, it was possible to trigger an NMI by shorting 2 particular pins in an ISA slot. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 01:50:39 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33B3D16A41C; Thu, 7 Jul 2005 01:50:39 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFC3243D49; Thu, 7 Jul 2005 01:50:35 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j671oPsx080652; Wed, 6 Jul 2005 21:50:25 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.3/8.13.3) with ESMTP id j671oVIR075225; Wed, 6 Jul 2005 21:50:31 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j671oTFM070348 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Jul 2005 21:50:29 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050706214457.034b02d0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Wed, 06 Jul 2005 21:51:47 -0400 To: John Baldwin From: Mike Tancsa In-Reply-To: <200507061511.34374.jhb@FreeBSD.org> References: <70e8236f05070208212e36c375@mail.gmail.com> <200507061336.04047.jhb@FreeBSD.org> <6.2.1.2.0.20050706135654.07cd14b8@64.7.153.2> <200507061511.34374.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.21 Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 01:50:39 -0000 At 03:11 PM 06/07/2005, John Baldwin wrote: >On Wednesday 06 July 2005 01:58 pm, Mike Tancsa wrote: > > At 01:36 PM 06/07/2005, John Baldwin wrote: > > >1) Does it work if you disable APIC? > > > > Its a 4way box, do I not need APIC for SMP operation ? I will compile up a > > kernel and see what happens. > >Yes, but I need to know what works. No need to compile a new kernel, just >set >hint.apic.0.disabled=1 from the loader to disable APIC support. hint.apic.0.disabled=1 On RELENG_5 and CURRENT it panics with and without acpi Type '?' for a list of commands, 'help' for more detailed help. OK unload OK set hint.apic.0.disabled=1 OK load /boot/kernel/kernel /boot/kernel/kernel text=0x37bd78 data=0x62a80+0x366c0 syms=[0x4+0x4a650+0x4+0x5c4cb] OK boot Copyright (c) 1992-2005 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.4-STABLE #0: Thu Jun 30 19:15:07 EDT 2005 mdtancsa@hippo.sentex.ca:/usr/obj/usr/src/sys/hippo Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383fbff real memory = 2147475456 (2047 MB) avail memory = 2096033792 (1998 MB) npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 2.2 (no driver attached) piix0: port 0x850-0x85f at device 2.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 pci0: at device 4.0 (no driver attached) pcib1: pcibus 1 on motherboard pci1: on pcib1 pcib2: pcibus 2 on motherboard pci2: on pcib2 em0: port 0xecc0-0xecff mem 0xfeb00000-0xfeb1ffff,0xfeb2 em0: Hardware Initialization Failedem0: Unable to initialize the hardware device_attach: em0 attach returned 5 pcib3: at device 7.0 on pci2 pci3: on pcib3 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xba9f fault code = supervisor read, page not present instruction pointer = 0x8:0xc00fd141 stack pointer = 0x10:0xc0c2094c frame pointer = 0x10:0xc0c209b8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault cpuid = 0 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... Type '?' for a list of commands, 'help' for more detailed help. OK unload OK set hint.apic.0.disabled=1 OK load /boot/mike/kernel /boot/mike/kernel text=0x1fbfc0 data=0x2acd0+0x77394 syms=[0x4+0x320a0+0x4+0x3eb23] OK boot ACPI autoload failed - no such file or directory GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 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 6.0-CURRENT #1: Wed Jul 6 11:48:02 EDT 2005 mdtancsa@freebsd-current.sentex.ca:/usr/src/sys/i386/compile/mike WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383fbff real memory = 2147475456 (2047 MB) avail memory = 2100977664 (2003 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 isab0: at device 2.0 on pci0 isa0: on isab0 pci0: at device 2.1 (no driver attached) pci0: at device 2.2 (no driver attached) piix0: port 0x850-0x85f at device 2.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 pci0: at device 4.0 (no driver attached) pcib1: pcibus 1 on motherboard pci1: on pcib1 pcib2: pcibus 2 on motherboard pci2: on pcib2 pci2: at device 3.0 (no driver attached) pcib3: at device 7.0 on pci2 pci3: on pcib3 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xba9f fault code = supervisor read, page not present instruction pointer = 0x20:0xc00fd141 stack pointer = 0x28:0xc0820a30 frame pointer = 0x28:0xc0820a9c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at 0xc00fd141: cmpb %cs:0xba9f,%bh db> From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 02:17:16 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9655D16A41C for ; Thu, 7 Jul 2005 02:17:16 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BF0543D46 for ; Thu, 7 Jul 2005 02:17:16 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout2.yahoo.com (8.13.4/8.13.4/y.out) with ESMTP id j672Fjsr084814; Wed, 6 Jul 2005 19:15:46 -0700 (PDT) Date: Thu, 07 Jul 2005 11:15:44 +0900 Message-ID: From: gnn@FreeBSD.org To: Julian Elischer In-Reply-To: <42CC392D.7060902@elischer.org> References: <42CC392D.7060902@elischer.org> User-Agent: Wanderlust/2.12.2 (99 Luftballons) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: current@FreeBSD.org Subject: Re: Nightly updates of the kernel cross reference... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 02:17:16 -0000 At Wed, 06 Jul 2005 13:03:57 -0700, julian wrote: > you already know about: > http://snapshots.jp.freebsd.org/tour/ > right? > I had seen that before, though they did a bit of nice cleanup on the interface as mine right now is the raw htags stuff. They don't, alas, include other OSs for comparison at the same site. I have to fix the scripts again though, something went wrong last night :-( Later, George From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 04:14:40 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24B4D16A41C for ; Thu, 7 Jul 2005 04:14:40 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp111.sbc.mail.mud.yahoo.com (smtp111.sbc.mail.mud.yahoo.com [68.142.198.210]) by mx1.FreeBSD.org (Postfix) with SMTP id 6F8BB43D46 for ; Thu, 7 Jul 2005 04:14:39 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 46873 invoked from network); 7 Jul 2005 04:14:38 -0000 Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.209.210 with login) by smtp111.sbc.mail.mud.yahoo.com with SMTP; 7 Jul 2005 04:14:38 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id D8F7160D5; Wed, 6 Jul 2005 23:14:37 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 54896-02; Wed, 6 Jul 2005 23:14:35 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 569FB60D4; Wed, 6 Jul 2005 23:14:35 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.4/8.13.4) with ESMTP id j674EXN3030557; Wed, 6 Jul 2005 23:14:34 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <42CCAC16.3040007@alumni.rice.edu> Date: Wed, 06 Jul 2005 23:14:14 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnn@freebsd.org References: In-Reply-To: X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2DCB7324BCAA775AA00F4F4E" X-Virus-Scanned: amavisd-new at noacks.org Cc: current@freebsd.org Subject: Re: Nightly updates of the kernel cross reference... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 04:14:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2DCB7324BCAA775AA00F4F4E Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 07/06/05 04:04, gnn@freebsd.org wrote: > I now have nightly scripts generating kernel cross references that are > web browsable. Point your web browsers here: > > http://www.codespelunking.org/freebsd-current/htags/ > > I would like to add Linux if someone can point me at directions on how > to keep up to date with them. > > Of course I'll put OpenBSD and NetBSD up as well, but I'm hoping that > keeping up to date with them will be a lot like FreeBSD. > > The tools used are from global. You can look at the tools by browsing > around www.codespelunking.org Have you seen http://fxr.watson.org/? -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig2DCB7324BCAA775AA00F4F4E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCzKwoUFz01pkdgZURAnZbAKCwN7A/Vn8MQ0R+Db/RHFaXLf/tEgCg0Kmw QSKP8i7VJi6wT27FtNTLAfk= =VDGN -----END PGP SIGNATURE----- --------------enig2DCB7324BCAA775AA00F4F4E-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 04:17:59 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED36816A41C; Thu, 7 Jul 2005 04:17:59 +0000 (GMT) (envelope-from julian@elischer.org) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id C467343D48; Thu, 7 Jul 2005 04:17:59 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id A502F1F8E84; Wed, 6 Jul 2005 21:17:59 -0700 (PDT) Received: from [192.168.2.5] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id j674HxIX007172; Wed, 6 Jul 2005 21:17:59 -0700 (PDT) (envelope-from julian@elischer.org) Message-ID: <42CCACF6.9060904@elischer.org> Date: Wed, 06 Jul 2005 21:17:58 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050424 X-Accept-Language: en, hu MIME-Version: 1.0 To: gnn@FreeBSD.org References: <42CC392D.7060902@elischer.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: Nightly updates of the kernel cross reference... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 04:18:00 -0000 gnn@FreeBSD.org wrote: > At Wed, 06 Jul 2005 13:03:57 -0700, > julian wrote: > > >>you already know about: >> http://snapshots.jp.freebsd.org/tour/ >>right? >> > > > I had seen that before, though they did a bit of nice cleanup on the > interface as mine right now is the raw htags stuff. They don't, alas, > include other OSs for comparison at the same site. I have to fix the > scripts again though, something went wrong last night :-( robert watson also has linux, and others on his one which I keep forgetting the URL for (I'm sure someone will supply it) > > Later, > George > From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 06:12:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6919916A41C for ; Thu, 7 Jul 2005 06:12:45 +0000 (GMT) (envelope-from jura@networks.ru) Received: from networks.ru (orange.networks.ru [80.249.138.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C70A543D46 for ; Thu, 7 Jul 2005 06:12:44 +0000 (GMT) (envelope-from jura@networks.ru) X-Spam-Status: No, hits=0.0 required=2.0 Received: from [81.195.67.217] (account jura HELO Jura) by networks.ru (CommuniGate Pro SMTP 4.2.8) with ESMTP-TLS id 1666457 for freebsd-current@freebsd.org; Thu, 07 Jul 2005 10:12:38 +0400 Message-ID: <0b6f01c582ba$fb4554c0$6504010a@Jura> From: "Yuriy N. Shkandybin" To: Date: Thu, 7 Jul 2005 10:13:23 +0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Subject: kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 06:12:45 -0000 6.0-CURRENT #1: Wed Jul 6 19:51:50 MSD 2005 SMP(HTT) ADAPTIVE_GIANT PREEMTION IPI_PREEPTION em0+sk0 runnning squid (100+req/s) #0 doadump () at pcpu.h:165 #1 0xc04b89ed in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 #2 0xc04b916d in panic (fmt=0xc0639aff "%s") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc061d127 in trap_fatal (frame=0xe6636a68, eva=21) at /usr/src/sys/i386/i386/trap.c:840 #4 0xc061d3be in trap_pfault (frame=0xe6636a68, usermode=0, eva=21) at /usr/src/sys/i386/i386/trap.c:751 #5 0xc061d7a0 in trap (frame= {tf_fs = 8, tf_es = -1060896728, tf_ds = -429719512, tf_edi = 1288, tf_esi = -1060879264, tf_ebp = -429692208, tf_isp = -429692268, tf_ebx = 0, tf_edx = -949833728, tf_ecx = 0, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1067700672, tf_cs = 32, tf_eflags = 66118, tf_esp = -1060853344, tf_ss = 255}) at /usr/src/sys/i386/i386/trap.c:441 #6 0xc06038ba in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0x00000008 in ?? () #8 0xc0c40028 in ?? () #9 0xe6630028 in ?? () #10 0x00000508 in ?? () #11 0xc0c44460 in ?? () #12 0xe6636ad0 in ?? () #13 0xe6636a94 in ?? () #14 0x00000000 in ?? () #15 0xc762b000 in ?? () #16 0x00000000 in ?? () #17 0x00000000 in ?? () #18 0x0000000c in ?? () #19 0x00000000 in ?? () #20 0xc05c2e40 in uma_zfree_internal (zone=0xc0c4ab00, item=0xc3d26000, udata=0x0, skip=SKIP_NONE) at uma_int.h:358 #21 0xc05c4fed in uma_zfree_arg (zone=0xc0c4ab00, item=0xc3d26000, udata=0x0) at /usr/src/sys/vm/uma_core.c:2394 #22 0xc04aca94 in mb_fini_pack (mem=0xc7522100, size=256) at /usr/src/sys/kern/kern_mbuf.c:336 #23 0xc05c2f38 in uma_zfree_internal (zone=0xc0c4ac60, item=0xc7522100, udata=0x0, skip=SKIP_NONE) at /usr/src/sys/vm/uma_core.c:2423 #24 0xc05c4fed in uma_zfree_arg (zone=0xc0c4ac60, item=0xc7522100, udata=0x0) at /usr/src/sys/vm/uma_core.c:2394 #25 0xc0500966 in mb_free_ext (m=0xc7522100) at uma.h:304 #26 0xc0507f2c in sbdrop_locked (sb=0xc40374f4, len=4096) at mbuf.h:417 #27 0xc050817c in soisdisconnected (so=0xc403742c) at /usr/src/sys/kern/uipc_socket2.c:192 #28 0xc0572e21 in tcp_discardcb (tp=0xc4134000) at /usr/src/sys/netinet/tcp_subr.c:751 #29 0xc0572ee2 in tcp_close (tp=0x0) at /usr/src/sys/netinet/tcp_subr.c:772 #30 0xc0577a01 in tcp_timer_rexmt (xtp=0xc4134000) at /usr/src/sys/netinet/tcp_timer.c:495 #31 0xc04c8ed7 in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:295 #32 0xc04a0e47 in ithread_loop (arg=0xc309a580) at /usr/src/sys/kern/kern_intr.c:545 #33 0xc049fb3d in fork_exit (callout=0xc04a0da0 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:789 #34 0xc060391c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 07:19:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7FF116A41C for ; Thu, 7 Jul 2005 07:19:06 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mrout2-b.corp.dcn.yahoo.com (mrout2-b.corp.dcn.yahoo.com [216.109.112.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60E0F43D46 for ; Thu, 7 Jul 2005 07:19:06 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout2-b.corp.dcn.yahoo.com (8.13.4/8.13.4/y.out) with ESMTP id j677HhDG091053; Thu, 7 Jul 2005 00:17:44 -0700 (PDT) Date: Thu, 07 Jul 2005 16:17:43 +0900 Message-ID: From: gnn@freebsd.org To: Jonathan Noack In-Reply-To: <42CCAC16.3040007@alumni.rice.edu> References: <42CCAC16.3040007@alumni.rice.edu> User-Agent: Wanderlust/2.12.2 (99 Luftballons) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: current@freebsd.org Subject: Re: Nightly updates of the kernel cross reference... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 07:19:06 -0000 At Wed, 06 Jul 2005 23:14:14 -0500, Jonathan Noack wrote: > Have you seen http://fxr.watson.org/? > Yup, and that's the link that Julian was thinking of. But, I'll also be adding more stuff to codespelunking as well, including, I hope, Doxygen support. Having a few of these resources around is a good thing, IMHO :-) I should put links to those on my site though. Later, George From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 07:24:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 492B416A41C for ; Thu, 7 Jul 2005 07:24:50 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDA2843D45 for ; Thu, 7 Jul 2005 07:24:49 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=h311r4z3r) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1DqQkV-0001xR-1Q; Thu, 07 Jul 2005 09:24:44 +0200 Date: Thu, 7 Jul 2005 09:24:44 +0200 From: Marcin Jessa To: Ganbold Message-Id: <20050707092444.7aa1d943.lists@yazzy.org> In-Reply-To: <6.2.1.2.2.20050707095556.03409d50@202.179.0.80> References: <6.2.1.2.2.20050707095556.03409d50@202.179.0.80> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.8; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: freebsd-current@freebsd.org Subject: Re: Intel Pro/Wireless 2915ABG driver in FreeBSD 6-CURRENT with 802.11a mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 07:24:50 -0000 On Thu, 07 Jul 2005 09:57:39 +0900 Ganbold wrote: > Hi, > > Does Intel Pro/Wireless 2915ABG driver support 802.11a mode? > Because my Orinoco AP2000 has 802.11a card on it. Does the driver known to > work in such case? > Please let me know. Seems like it does not: # ifconfig iwi0 mode 11a ifconfig: SIOCSIFMEDIA (media): Device not configured mode 11g and b works fine. Cheers, Marcin From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 09:30:02 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB69516A41C for ; Thu, 7 Jul 2005 09:30:02 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEDD743D49 for ; Thu, 7 Jul 2005 09:30:01 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [172.18.2.1] (axiell-gw1.novi.dk [130.225.63.24]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j679Mdp8090107; Thu, 7 Jul 2005 11:22:40 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <42CCF630.5070308@DeepCore.dk> Date: Thu, 07 Jul 2005 11:30:24 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Luigi Rizzo References: <20050706143050.A96472@xorpc.icir.org> In-Reply-To: <20050706143050.A96472@xorpc.icir.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: current@FreeBSD.ORG Subject: Re: disksort disappeared from ATA devices in HEAD ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 09:30:02 -0000 Luigi Rizzo wrote: > I notice that the ata drivers in HEAD do not use anymore > bioq_disksort, but rather they have their own routine, > (ad_queue_request() in turn calling ata_sort_queue()) > which probably does something similar. >=20 > I wonder: > 1) how different is ata_sort_queue() from bioq_disksort() > in terms of design ? The difference is that ata_sort_queue() has a way to make certain that=20 new requests are inserted after a specific point in the ATA queue=20 (freezepoint). It also knows how to deal with non-r/w operations. This is needed to make "composite" ATA operations work properly.=20 Composite ATA operations are several ATA operations chained together=20 over different ATA channels, which are *real* handy for RAID operations e= tc. > 2) is there any strong reason for this change ? Since this is special usage for ATA ops alone I didn't want to pollute=20 the system disksort with this functionality. If/when we grow a way to=20 register specialized sort routines with the system that could perhaps be = used then. > 3) any pointers to mail threads where this changes have been > discussed ? Nope. This was my decision during the development of ATA mkIII. -- -S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 09:40:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5998716A41C for ; Thu, 7 Jul 2005 09:40:54 +0000 (GMT) (envelope-from tdb@carrick.bishnet.net) Received: from carrick.bishnet.net (carrick.bishnet.net [84.234.16.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A2C243D46 for ; Thu, 7 Jul 2005 09:40:54 +0000 (GMT) (envelope-from tdb@carrick.bishnet.net) Received: from tdb by carrick.bishnet.net with local (Exim 4.51 (FreeBSD)) id 1DqSsA-000AJV-GW for freebsd-current@freebsd.org; Thu, 07 Jul 2005 10:40:46 +0100 Date: Thu, 7 Jul 2005 10:40:46 +0100 From: Tim Bishop To: freebsd-current@freebsd.org Message-ID: <20050707094046.GA33126@carrick.bishnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Key: 0x5AE7D984, http://www.bishnet.net/tim/tim-bishnet-net.asc X-PGP-Fingerprint: 1453 086E 9376 1A50 ECF6 AE05 7DCE D659 5AE7 D984 User-Agent: Mutt/1.5.9i X-Bishnet-MailScanner-Information: Contact postmaster@bishnet.net X-Bishnet-MailScanner-VirusCheck: Found to be clean X-Bishnet-MailScanner-SpamCheck: not spam, SpamAssassin (score=-5.899, required 5, autolearn=not spam, ALL_TRUSTED -3.30, BAYES_00 -2.60) X-Bishnet-MailScanner-From: tdb@carrick.bishnet.net Subject: atacontrol RAID1 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 09:40:54 -0000 I've managed to panic 6.0-CURRENT-SNAP005 (i386) when using atacontrol. Here's the panic: panic: softdep_setup_inomapdep: found inode cpuid = 0 KDB: enter: panic [thread pid 117 tid 10051 ] Stopped at kdb_enter+0x2b: nop db> And more helpfully, here's what I did: 1. Boot installer CD, enter fixit mode, and type: atacontrol create RAID1 ad0 ad2 2. Reboot machine, install on ar0 (using whole disk). 3. Boot off both disks, works fine. 4. Boot off second disk (by unplugging the first), works fine. Whilst on the second disk, create a file in /. 5. Boot off both disks with the hope of seeing it resync and it paniced. I'm happy to do any testing/debugging required - just point me in the right direction. Cheers, Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 11:58:11 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7B5416A433 for ; Thu, 7 Jul 2005 11:58:10 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7787543D53 for ; Thu, 7 Jul 2005 11:58:10 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 24360 invoked from network); 7 Jul 2005 11:58:10 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender ) by mail21.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 7 Jul 2005 11:58:08 -0000 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j67BvqeC007173; Thu, 7 Jul 2005 07:57:57 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Mike Tancsa Date: Thu, 7 Jul 2005 07:57:44 -0400 User-Agent: KMail/1.8 References: <70e8236f05070208212e36c375@mail.gmail.com> <200507061511.34374.jhb@FreeBSD.org> <6.2.1.2.0.20050706214457.034b02d0@64.7.153.2> In-Reply-To: <6.2.1.2.0.20050706214457.034b02d0@64.7.153.2> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200507070757.45521.jhb@FreeBSD.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 11:58:11 -0000 On Wednesday 06 July 2005 09:51 pm, Mike Tancsa wrote: > At 03:11 PM 06/07/2005, John Baldwin wrote: > >On Wednesday 06 July 2005 01:58 pm, Mike Tancsa wrote: > > > At 01:36 PM 06/07/2005, John Baldwin wrote: > > > >1) Does it work if you disable APIC? > > > > > > Its a 4way box, do I not need APIC for SMP operation ? I will compile > > > up a kernel and see what happens. > > > >Yes, but I need to know what works. No need to compile a new kernel, ju= st > >set > >hint.apic.0.disabled=3D1 from the loader to disable APIC support. > > hint.apic.0.disabled=3D1 > > On RELENG_5 and CURRENT it panics with and without acpi > > > Type '?' for a list of commands, 'help' for more detailed help. > OK unload > OK set hint.apic.0.disabled=3D1 > OK load /boot/kernel/kernel > /boot/kernel/kernel text=3D0x37bd78 data=3D0x62a80+0x366c0 > syms=3D[0x4+0x4a650+0x4+0x5c4cb] > OK boot > Copyright (c) 1992-2005 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.4-STABLE #0: Thu Jun 30 19:15:07 EDT 2005 > mdtancsa@hippo.sentex.ca:/usr/obj/usr/src/sys/hippo > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0x672 Stepping =3D 2 > =20 > Features=3D0x383fbff,CMOV,PAT,PSE36,MMX,FXSR,SSE> real memory =3D 2147475456 (2047 MB) > avail memory =3D 2096033792 (1998 MB) > npx0: on motherboard > npx0: INT 16 interface > cpu0 on motherboard > pcib0: pcibus 0 on motherboard > pir0: on motherboard > pci0: on pcib0 > isab0: at device 2.0 on pci0 > isa0: on isab0 > atapci0: port > 0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > pci0: at device 2.2 (no driver attached) > piix0: port 0x850-0x85f at device 2.3 on pci0 > Timecounter "PIIX" frequency 3579545 Hz quality 0 > pci0: at device 4.0 (no driver attached) > pcib1: pcibus 1 on motherboard > pci1: on pcib1 > pcib2: pcibus 2 on motherboard > pci2: on pcib2 > em0: port > 0xecc0-0xecff mem 0xfeb00000-0xfeb1ffff,0xfeb2 > em0: Hardware Initialization Failedem0: Unable to initialize the hardware > device_attach: em0 attach returned 5 > pcib3: at device 7.0 on pci2 > pci3: on pcib3 > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0xba9f > fault code =3D supervisor read, page not present > instruction pointer =3D 0x8:0xc00fd141 > stack pointer =3D 0x10:0xc0c2094c > frame pointer =3D 0x10:0xc0c209b8 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D resume, IOPL =3D 0 > current process =3D 0 (swapper) > trap number =3D 12 > panic: page fault > cpuid =3D 0 > Uptime: 1s > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... Odd, the segment registers aren't right for a BIOS call here, but the %eip = is=20 in the BIOS. A trace would be very helpful in this case. > Type '?' for a list of commands, 'help' for more detailed help. > OK unload > OK set hint.apic.0.disabled=3D1 > OK load /boot/mike/kernel > /boot/mike/kernel text=3D0x1fbfc0 data=3D0x2acd0+0x77394 > syms=3D[0x4+0x320a0+0x4+0x3eb23] > OK boot > ACPI autoload failed - no such file or directory > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2005 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 6.0-CURRENT #1: Wed Jul 6 11:48:02 EDT 2005 > mdtancsa@freebsd-current.sentex.ca:/usr/src/sys/i386/compile/mike > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0x672 Stepping =3D 2 > =20 > Features=3D0x383fbff,CMOV,PAT,PSE36,MMX,FXSR,SSE> real memory =3D 2147475456 (2047 MB) > avail memory =3D 2100977664 (2003 MB) > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > cpu0 on motherboard > pcib0: pcibus 0 on motherboard > pir0: on motherboard > pci0: on pcib0 > isab0: at device 2.0 on pci0 > isa0: on isab0 > pci0: at device 2.1 (no driver attached) > pci0: at device 2.2 (no driver attached) > piix0: port 0x850-0x85f at device 2.3 on pci0 > Timecounter "PIIX" frequency 3579545 Hz quality 0 > pci0: at device 4.0 (no driver attached) > pcib1: pcibus 1 on motherboard > pci1: on pcib1 > pcib2: pcibus 2 on motherboard > pci2: on pcib2 > pci2: at device 3.0 (no driver attached) > pcib3: at device 7.0 on pci2 > pci3: on pcib3 > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0xba9f > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc00fd141 > stack pointer =3D 0x28:0xc0820a30 > frame pointer =3D 0x28:0xc0820a9c > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D resume, IOPL =3D 0 > current process =3D 0 (swapper) > [thread pid 0 tid 0 ] > Stopped at 0xc00fd141: cmpb %cs:0xba9f,%bh > db> Both of these panics are with ACPI disabled and happen in the BIOS. This o= ne=20 also has the kernel selectors. In this case, the BIOS is probably expectin= g=20 a %cs selector with a base of 0xf000. Having a trace might be very, very=20 helpful here. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 13:10:12 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F4A616A41C; Thu, 7 Jul 2005 13:10:12 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3974F43D45; Thu, 7 Jul 2005 13:10:11 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id EE4443221A2; Thu, 7 Jul 2005 15:10:09 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id F2E94405B; Thu, 7 Jul 2005 15:10:13 +0200 (CEST) Date: Thu, 7 Jul 2005 15:10:13 +0200 From: Jeremie Le Hen To: Julian Elischer Message-ID: <20050707131013.GD39292@obiwan.tataz.chchile.org> References: <42CC392D.7060902@elischer.org> <42CCACF6.9060904@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42CCACF6.9060904@elischer.org> User-Agent: Mutt/1.5.9i Cc: gnn@FreeBSD.org, current@FreeBSD.org Subject: Re: Nightly updates of the kernel cross reference... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 13:10:12 -0000 > robert watson also has linux, and others on his one which I keep forgetting > the URL for (I'm sure someone will supply it) Thanks to by bookmarks : http://fxr.watson.org/ Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 13:29:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 297B816A41C for ; Thu, 7 Jul 2005 13:29:32 +0000 (GMT) (envelope-from jhugo@icomtek.csir.co.za) Received: from marge.icomtek.csir.co.za (marge.icomtek.csir.co.za [146.64.28.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B613943D45 for ; Thu, 7 Jul 2005 13:27:12 +0000 (GMT) (envelope-from jhugo@icomtek.csir.co.za) Received: from [3ffe:2900:fffa:3:211:43ff:feba:aff1] (unknown [IPv6:3ffe:2900:fffa:3:211:43ff:feba:aff1]) by marge.icomtek.csir.co.za (Postfix) with ESMTP id 62C4D8FC2A for ; Thu, 7 Jul 2005 15:27:03 +0200 (SAST) From: Johann Hugo To: freebsd-current@freebsd.org Date: Thu, 7 Jul 2005 15:27:02 +0200 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507071527.02949.jhugo@icomtek.csir.co.za> Subject: ath hostap - No buffer space available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 13:29:32 -0000 Hi I'm having problems the following setup: ath client 1 - ath hostap - ath client 2 If I do a flood ping from client 2 to client 1 (ping -s 1450 -i 0.01 192.168.10.2), all coms to and via ath hostap stops for several minutes before it recovers again. Both clients are still associated and tcpdump on ath hostap shows incoming trafic. Ping from ath hostap to any of the clients gives - No buffer space available. Johann ---------------------------------------- Client 1: lab2# uname -a FreeBSD lab2 6.0-CURRENT FreeBSD 6.0-CURRENT #25: Thu Jul 7 06:51:10 UTC 2005 jhay@dolphin.icomtek.csir.co.za:/usr/src/sys/i386/compile/SMALL i386 lab2# ifconfig ath0 ath0: flags=8843 mtu 1500 inet 192.168.10.2 netmask 0xffffff00 broadcast 192.168.10.255 inet6 fe80::202:6fff:fe34:21ce%ath0 prefixlen 64 scopeid 0x1 ether 00:02:6f:34:21:ce media: IEEE 802.11 Wireless Ethernet autoselect mode 11a (OFDM/36Mbps) status: associated ssid ath101 channel 36 bssid 00:02:6f:34:21:cc authmode OPEN privacy OFF txpowmax 28 bintval 100 lab2# athstats 21 tx management frames 46 tx frames discarded prior to association 15 tx stopped 'cuz no xmit buffer 670 tx failed 'cuz too many retries 5615 long on-chip tx retries 19 tx frames with no ack marked 46 tx frames with an alternate rate 666 rx failed 'cuz of bad CRC 288 rx failed 'cuz of PHY err 288 OFDM timing 124 periodic calibrations rssi of last ack: 25 avg recv rssi: 22 Antenna profile: [1] tx 2800 rx 38746 [2] tx 1 rx 0 lab2# ping 192.168.10.1 PING 192.168.10.1 (192.168.10.1): 56 data bytes 64 bytes from 192.168.10.1: icmp_seq=132 ttl=64 time=2.140 ms 64 bytes from 192.168.10.1: icmp_seq=133 ttl=64 time=2.546 ms 64 bytes from 192.168.10.1: icmp_seq=134 ttl=64 time=2.089 ms 64 bytes from 192.168.10.1: icmp_seq=135 ttl=64 time=2.136 ms 64 bytes from 192.168.10.1: icmp_seq=136 ttl=64 time=2.088 ms 64 bytes from 192.168.10.1: icmp_seq=137 ttl=64 time=2.133 ms 64 bytes from 192.168.10.1: icmp_seq=138 ttl=64 time=2.082 ms 64 bytes from 192.168.10.1: icmp_seq=139 ttl=64 time=2.132 ms 64 bytes from 192.168.10.1: icmp_seq=140 ttl=64 time=2.084 ms 64 bytes from 192.168.10.1: icmp_seq=141 ttl=64 time=2.123 ms 64 bytes from 192.168.10.1: icmp_seq=142 ttl=64 time=2.085 ms 64 bytes from 192.168.10.1: icmp_seq=143 ttl=64 time=2.075 ms 64 bytes from 192.168.10.1: icmp_seq=144 ttl=64 time=2.122 ms 64 bytes from 192.168.10.1: icmp_seq=145 ttl=64 time=2.077 ms 64 bytes from 192.168.10.1: icmp_seq=146 ttl=64 time=2.105 ms 64 bytes from 192.168.10.1: icmp_seq=147 ttl=64 time=2.085 ms 64 bytes from 192.168.10.1: icmp_seq=148 ttl=64 time=2.084 ms 64 bytes from 192.168.10.1: icmp_seq=149 ttl=64 time=2.098 ms 64 bytes from 192.168.10.1: icmp_seq=150 ttl=64 time=2.092 ms 64 bytes from 192.168.10.1: icmp_seq=151 ttl=64 time=2.096 ms 64 bytes from 192.168.10.1: icmp_seq=152 ttl=64 time=2.084 ms 64 bytes from 192.168.10.1: icmp_seq=153 ttl=64 time=2.085 ms 64 bytes from 192.168.10.1: icmp_seq=154 ttl=64 time=2.134 ms 64 bytes from 192.168.10.1: icmp_seq=155 ttl=64 time=2.089 ms 64 bytes from 192.168.10.1: icmp_seq=156 ttl=64 time=2.252 ms 64 bytes from 192.168.10.1: icmp_seq=609 ttl=64 time=2.334 ms 64 bytes from 192.168.10.1: icmp_seq=610 ttl=64 time=2.843 ms 64 bytes from 192.168.10.1: icmp_seq=611 ttl=64 time=2.420 ms 64 bytes from 192.168.10.1: icmp_seq=612 ttl=64 time=2.176 ms 64 bytes from 192.168.10.1: icmp_seq=613 ttl=64 time=2.175 ms lab2# 80211debug +debug +assoc +xrate +power +scan +wme net.wlan.0.debug: 0x0 => 0x44a40400 lab2# 80211debug scan net.wlan.0.debug: 0x44a40400 => 0x200000 lab2# ifconfig ath0 up begin active scan in 11a mode, scangen 5 ieee80211_reset_scan: scan set: 36, 40, 42, 44, 48, 50, 52, 56, 58, 60, 64, 149, 152, 153, 157, 160, 161, 165 start chan 40 ieee80211_next_scan: chan 40->42 lab2# ieee80211_next_scan: chan 42->44 ieee80211_next_scan: chan 44->48 ieee80211_next_scan: chan 48->50 ieee80211_next_scan: chan 50->52 ieee80211_next_scan: chan 52->56 ieee80211_next_scan: chan 56->58 ieee80211_next_scan: chan 58->60 ieee80211_next_scan: chan 60->64 ieee80211_next_scan: chan 64->149 ieee80211_next_scan: chan 149->152 ieee80211_next_scan: chan 152->153 ieee80211_next_scan: chan 153->157 ieee80211_next_scan: chan 157->160 ieee80211_next_scan: chan 160->161 ieee80211_next_scan: chan 161->165 ieee80211_next_scan: chan 165->36 [00:02:6f:34:21:cc] new beacon on chan 36 (bss chan 36) "ath101" [00:02:6f:34:21:cc] caps 0x401 bintval 100 erp 0x0 ieee80211_next_scan: chan 36->40 ieee80211_cancel_scan: end active scan ath0: notify scan done macaddr bssid chan rssi rate flag wep essid + 00:02:6f:34:21:cc 00:02:6f:34:21:cc 36 28 54M ess no "ath101" --------------------------------------------------- Clent 2: lab3# uname -a FreeBSD lab3 6.0-CURRENT FreeBSD 6.0-CURRENT #25: Thu Jul 7 06:51:10 UTC 2005 jhay@dolphin.icomtek.csir.co.za:/usr/src/sys/i386/compile/SMALL i386 lab3# ifconfig ath0 ath0: flags=8843 mtu 1500 inet 192.168.10.3 netmask 0xffffff00 broadcast 192.168.10.255 inet6 fe80::202:6fff:fe34:21cd%ath0 prefixlen 64 scopeid 0x1 ether 00:02:6f:34:21:cd media: IEEE 802.11 Wireless Ethernet autoselect mode 11a (OFDM/36Mbps) status: associated ssid ath101 channel 36 bssid 00:02:6f:34:21:cc authmode OPEN privacy OFF txpowmax 28 bintval 100 lab3# ping -s 1450 -i 0.01 192.168.10.2 PING 192.168.10.2 (192.168.10.2): 1450 data bytes ^C ------------------------------------------------ ath hostap: lab1# uname -a FreeBSD lab1 6.0-CURRENT FreeBSD 6.0-CURRENT #25: Thu Jul 7 06:51:10 UTC 2005 jhay@dolphin.icomtek.csir.co.za:/usr/src/sys/i386/compile/SMALL i386 lab1# ping 192.168.10.2 PING 192.168.10.2 (192.168.10.2): 56 data bytes ping: sendto: No buffer space available ping: sendto: No buffer space available ^C lab1# tcpdump -i ath0 -n -e -y IEEE802_11_RADIO tcpdump: data link type IEEE802_11_RADIO tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on ath0, link-type IEEE802_11_RADIO (802.11 plus BSD radio information header), capture size 96 bytes 03:37:47.859853 short preamble 36.0 Mb/s 5180 MHz (0x0140) antenna 1 24dB signal BSSID:00:02:6f:34:21:cc SA:00:02:6f:34:21:ce DA:00:02:6f:34:21:cc LLC, dsap SNAP (0xaa), ssap SNAP (0xaa), cmd 0x03: oui Ethernet (0x000000), ethertype IPv4 (0x0800): 192.168.10.2 > 192.168.10.1: ICMP echo request seq 21, length 64 03:37:48.853929 short preamble 36.0 Mb/s 5180 MHz (0x0140) antenna 1 25dB signal BSSID:00:02:6f:34:21:cc SA:00:02:6f:34:21:ce DA:00:02:6f:34:21:cc LLC, dsap SNAP (0xaa), ssap SNAP (0xaa), cmd 0x03: oui Ethernet (0x000000), ethertype IPv4 (0x0800): 192.168.10.2 > 192.168.10.1: ICMP echo request seq 22, length 64 03:37:49.848028 short preamble 36.0 Mb/s 5180 MHz (0x0140) antenna 1 25dB signal BSSID:00:02:6f:34:21:cc SA:00:02:6f:34:21:ce DA:00:02:6f:34:21:cc LLC, dsap SNAP (0xaa), ssap SNAP (0xaa), cmd 0x03: oui Ethernet (0x000000), ethertype IPv4 (0x0800): 192.168.10.2 > 192.168.10.1: ICMP echo request seq 23, length 64 03:37:50.842127 short preamble 36.0 Mb/s 5180 MHz (0x0140) antenna 1 25dB signal BSSID:00:02:6f:34:21:cc SA:00:02:6f:34:21:ce DA:00:02:6f:34:21:cc LLC, dsap SNAP (0xaa), ssap SNAP (0xaa), cmd 0x03: oui Ethernet (0x000000), ethertype IPv4 (0x0800): 192.168.10.2 > 192.168.10.1: ICMP echo request seq 24, length 64 lab1# athstats 25 tx management frames 6 tx frames discarded prior to association 274 tx stopped 'cuz no xmit buffer 1 tx failed 'cuz too many retries 1377 long on-chip tx retries 1208 tx frames with no ack marked 318 tx frames with an alternate rate 236 rx failed 'cuz of bad CRC 967 rx failed 'cuz of PHY err 967 OFDM timing 54600 beacons transmitted 186 periodic calibrations rssi of last ack: 26 avg recv rssi: 26 81 switched default/rx antenna Antenna profile: [1] tx 3926 rx 4850 [2] tx 654 rx 0 lab1# 80211debug +debug +assoc +xrate +power +scan +wme net.wlan.0.debug: 0x0 => 0x44a40400 lab1# 80211debug scan net.wlan.0.debug: 0x44a40400 => 0x200000 lab1# ifconfig ath0 down lab1# ifconfig ath0 up begin passive scan in 11a mode, scangen 4 ieee80211_reset_scan: scan set: 36, 40, 42, 44, 48, 50, 52, 56, 58, 60, 64, 149, 152, 153, 157, 160, 161, 165 start chan 36 ieee80211_next_scan: chan 36->40 lab1# ieee80211_next_scan: chan 40->42 ieee80211_next_scan: chan 42->44 ieee80211_next_scan: chan 44->48 ieee80211_next_scan: chan 48->50 ieee80211_next_scan: chan 50->52 ieee80211_next_scan: chan 52->56 ieee80211_next_scan: chan 56->58 ieee80211_next_scan: chan 58->60 ieee80211_next_scan: chan 60->64 ieee80211_next_scan: chan 64->149 ieee80211_next_scan: chan 149->152 ieee80211_next_scan: chan 152->153 ieee80211_next_scan: chan 153->157 ieee80211_next_scan: chan 157->160 ieee80211_next_scan: chan 160->161 ieee80211_next_scan: chan 161->165 ieee80211_next_scan: chan 165->36 ieee80211_cancel_scan: end passive scan ath0: notify scan done ieee80211_create_ibss: creating ibss ---------------------------- IF I ifconfig down/up on client 1 (while in this state) it does not associate with hostap any more. Hostap: lab1# ath0: stuck beacon; resetting (bmiss count 4) tcpdump -i ath0 -n -e -y IEEE802_11_RADIO tcpdump: data link type IEEE802_11_RADIO tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on ath0, link-type IEEE802_11_RADIO (802.11 plus BSD radio information header), capture size 96 bytes 04:03:55.392574 short preamble 6.0 Mb/s 5180 MHz (0x0140) antenna 1 21dB signal BSSID:00:02:6f:34:21:cc DA:00:02:6f:34:21:cc SA:00:02:6f:34:21:ce Authentication (Open System)-1: Succesful -- Client 1: ieee80211_reset_scan: scan set: 36, 40, 42, 44, 48, 50, 52, 56, 58, 60, 64, 149, 152, 153, 157, 160, 161, 165 start chan 36 ieee80211_next_scan: chan 36->40 ieee80211_next_scan: chan 40->42 ieee80211_next_scan: chan 42->44 ieee80211_next_scan: chan 44->48 ieee80211_next_scan: chan 48->50 ieee80211_next_scan: chan 50->52 ieee80211_next_scan: chan 52->56 ieee80211_next_scan: chan 56->58 ieee80211_next_scan: chan 58->60 ieee80211_next_scan: chan 60->64 ieee80211_next_scan: chan 64->149 ieee80211_next_scan: chan 149->152 ieee80211_next_scan: chan 152->153 ieee80211_next_scan: chan 153->157 ieee80211_next_scan: chan 157->160 ieee80211_next_scan: chan 160->161 ieee80211_next_scan: chan 161->165 ieee80211_next_scan: chan 165->36 ieee80211_cancel_scan: end passive scan ath0: notify scan done macaddr bssid chan rssi rate flag wep essid ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 45 ieee80211_reset_scan: scan set: 36, 40, 42, 44, 48, 50, 52, 56, 58, 60, 64, 149, 152, 153, 157, 160, 161, 165 start chan 36 ieee80211_next_scan: chan 36->40 ieee80211_next_scan: chan 40->42 ieee80211_next_scan: chan 42->44 ieee80211_next_scan: chan 44->48 ieee80211_next_scan: chan 48->50 ieee80211_next_scan: chan 50->52 ieee80211_next_scan: chan 52->56 ieee80211_next_scan: chan 56->58 ieee80211_next_scan: chan 58->60 ieee80211_next_scan: chan 60->64 ieee80211_next_scan: chan 64->149 ieee80211_next_scan: chan 149->152 ieee80211_next_scan: chan 152->153 ieee80211_next_scan: chan 153->157 ieee80211_next_scan: chan 157->160 ieee80211_next_scan: chan 160->161 ieee80211_next_scan: chan 161->165 ieee80211_next_scan: chan 165->36 ieee80211_cancel_scan: end passive scan ath0: notify scan done macaddr bssid chan rssi rate flag wep essid ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 46 ieee80211_reset_scan: scan set: 36, 40, 42, 44, 48, 50, 52, 56, 58, 60, 64, 149, 152, 153, 157, 160, 161, 165 start chan 36 ieee80211_next_scan: chan 36->40 ieee80211_next_scan: chan 40->42 ieee80211_next_scan: chan 42->44 ieee80211_next_scan: chan 44->48 ieee80211_next_scan: chan 48->50 ieee80211_next_scan: chan 50->52 ieee80211_next_scan: chan 52->56 ieee80211_next_scan: chan 56->58 ieee80211_next_scan: chan 58->60 ieee80211_next_scan: chan 60->64 ieee80211_next_scan: chan 64->149 ieee80211_next_scan: chan 149->152 ieee80211_next_scan: chan 152->153 ieee80211_next_scan: chan 153->157 ieee80211_next_scan: chan 157->160 ieee80211_next_scan: chan 160->161 ieee80211_next_scan: chan 161->165 ieee80211_next_scan: chan 165->36 ieee80211_cancel_scan: end passive scan ath0: notify scan done macaddr bssid chan rssi rate flag wep essid ieee80211_end_scan: skip scan candidate 00:02:6f:34:21:cc, fails 47 ieee80211_reset_scan: scan set: 36, 40, 42, 44, 48, 50, 52, 56, 58, 60, 64, 149, 152, 153, 157, 160, 161, 165 start chan 36 ieee80211_next_scan: chan 36->40 ieee80211_next_scan: chan 40->42 ieee80211_next_scan: chan 42->44 ieee80211_next_scan: chan 44->48 ieee80211_next_scan: chan 48->50 ieee80211_next_scan: chan 50->52 ieee80211_next_scan: chan 52->56 ieee80211_next_scan: chan 56->58 ieee80211_next_scan: chan 58->60 ieee80211_next_scan: chan 60->64 From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 13:33:01 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97C3B16A41C for ; Thu, 7 Jul 2005 13:33:01 +0000 (GMT) (envelope-from rbyrnes@mailshack.com) Received: from karen.nerdshack.com (karen.nerdshack.com [209.189.235.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6023143D48 for ; Thu, 7 Jul 2005 13:33:01 +0000 (GMT) (envelope-from rbyrnes@mailshack.com) Received: from dispatchd.nerdshack.com (jean.nerdshack.com [209.189.235.38]) by karen.nerdshack.com (Postfix) with SMTP id 380841E387B; Tue, 5 Jul 2005 07:06:40 -0500 (CDT) Received: from cartman.mailshack.com (dialup-233.105.221.203.acc51-kent-syd.comindico.com.au [203.221.105.233]) by mail.nerdshack.com with ESMTP Tue, 05 Jul 2005 07:08:44 -0500 Message-Id: <6.2.1.2.2.20050705220015.029fa770@mail.nerdshack.com> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Tue, 05 Jul 2005 22:09:22 +1000 To: Erik =?iso-8859-1?Q?N=F8rgaard?= , current@FreeBSD.org From: Rob B In-Reply-To: <42CA4263.9080409@locolomo.org> References: <42CA4263.9080409@locolomo.org> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: dhclient.conf for ath wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 13:33:01 -0000 At 06:18 PM 5/07/2005, Erik N=F8rgaard wrote: >I am running -CURRENT with the new port of dhclient from OpenBSD. The=20 >problem is that dhclient most often associante with my neighbours AP=20 >instead of mine. > >The man-pages mentions the "media" statement and according to the examples= =20 >I can find in google I should add an entry like this: > >interface "ath0" { > media "ssid MYAP mode 11g"; >} > >in dhclient.conf. But on boot, dhclient enters into an infinite loop=20 >bringing up and down the interface, until I break it. I have to manually=20 >run "ifconfig ath0 ssid MYAP mode 11g" and then start dhclient manually to= =20 >force it to associate correctly with MYAP. Have you tried putting the appropriate ifconfig command line into=20 /etc/start_if.ath0. That works for me. cheers, Rob --=20 I just do what the voices inside my head tell me to do. This is random quote 613 of 1268.=20 From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 16:08:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B37C16A41C for ; Thu, 7 Jul 2005 16:08:38 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id C351B43D45 for ; Thu, 7 Jul 2005 16:08:37 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 97519 invoked by uid 89); 7 Jul 2005 16:08:22 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 7 Jul 2005 16:08:22 -0000 Date: Thu, 7 Jul 2005 18:08:29 +0200 From: Oliver Lehmann To: freebsd-current@freebsd.org Message-Id: <20050707180829.37422e5f.lehmann@ans-netz.de> In-Reply-To: <20050706224138.46789a5c.lehmann@ans-netz.de> References: <20050706224138.46789a5c.lehmann@ans-netz.de> X-Mailer: Sylpheed version 2.0.0beta4 (GTK+ 2.6.8; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: NTFS writing doesn't work on CURRENT(?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 16:08:38 -0000 Oliver Lehmann wrote: > Hi, > > I'm not able to write anything on a mounted ntfs partition: I talked today with the guy who created the ntfs partition and he said me, that he've chosen a different "non standard" blocksize or sth. when he created it on windows. Might that be the source of the problem? Is only the "standard" blocksize supported? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 16:28:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB34E16A41C for ; Thu, 7 Jul 2005 16:28:59 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73F9543D45 for ; Thu, 7 Jul 2005 16:28:59 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j67GSrms049890 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Jul 2005 09:28:58 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42CD5975.7010402@errno.com> Date: Thu, 07 Jul 2005 09:33:57 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Johann Hugo References: <200507071527.02949.jhugo@icomtek.csir.co.za> In-Reply-To: <200507071527.02949.jhugo@icomtek.csir.co.za> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath hostap - No buffer space available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 16:28:59 -0000 The ap appears wedged. I'll try to recreate but won't have much time for a while. It's hard to tell from all the debugging stuff you provided exactly what's going on (splitting machines out and using attachments would help me locate stuff and put it side-by-side). When the ap gets in this state try to monitor recv'd frames to see why it's not responding to the associate requests. tcpdump can be useful. There are also debugging options in 80211debug and athdebug. Another thing to do is sniff on one client while the other is trying to associate. This is likely the more useful way to quickly narrow down what's going on. Sam From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 16:49:23 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7D9616A41C for ; Thu, 7 Jul 2005 16:49:23 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6541B43D46 for ; Thu, 7 Jul 2005 16:49:23 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j67GnMWg015820; Thu, 7 Jul 2005 09:49:22 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j67GnM1Z015819; Thu, 7 Jul 2005 09:49:22 -0700 Date: Thu, 7 Jul 2005 09:49:22 -0700 From: Brooks Davis To: Rob B Message-ID: <20050707164922.GA15353@odin.ac.hmc.edu> References: <42CA4263.9080409@locolomo.org> <6.2.1.2.2.20050705220015.029fa770@mail.nerdshack.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline In-Reply-To: <6.2.1.2.2.20050705220015.029fa770@mail.nerdshack.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Erik =?iso-8859-1?Q?N=F8rgaard?= , current@freebsd.org Subject: Re: dhclient.conf for ath wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 16:49:23 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 05, 2005 at 10:09:22PM +1000, Rob B wrote: > At 06:18 PM 5/07/2005, Erik N=F8rgaard wrote: > >I am running -CURRENT with the new port of dhclient from OpenBSD. The=20 > >problem is that dhclient most often associante with my neighbours AP=20 > >instead of mine. > > > >The man-pages mentions the "media" statement and according to the exampl= es=20 > >I can find in google I should add an entry like this: > > > >interface "ath0" { > > media "ssid MYAP mode 11g"; > >} > > > >in dhclient.conf. But on boot, dhclient enters into an infinite loop=20 > >bringing up and down the interface, until I break it. I have to manually= =20 > >run "ifconfig ath0 ssid MYAP mode 11g" and then start dhclient manually = to=20 > >force it to associate correctly with MYAP. >=20 > Have you tried putting the appropriate ifconfig command line into=20 > /etc/start_if.ath0. That works for me. The correct method is to just add: ifconfig_ath0=3D"ssid MYAP mode 11g DHCP" to /etc/rc.conf. With exception of devices that load firmware, you probably do not need /etc/start_if.* these days. -- 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 --jRHKVT23PllUwdXP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCzV0SXY6L6fI4GtQRAuymAKCHo3yzgwESeDBDCF4wfhyY+qPDRgCfYj/j mSHakegLPb5aqU687sEPbu8= =TCOQ -----END PGP SIGNATURE----- --jRHKVT23PllUwdXP-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 17:15:42 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1E8416A41C for ; Thu, 7 Jul 2005 17:15:42 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4176543D49 for ; Thu, 7 Jul 2005 17:15:42 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 64330 invoked from network); 7 Jul 2005 17:15:40 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 7 Jul 2005 17:15:40 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j67HFdJR019440 for ; Thu, 7 Jul 2005 19:15:39 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j67HFdRD019439 for current@freebsd.org; Thu, 7 Jul 2005 19:15:39 +0200 (CEST) (envelope-from pho) Date: Thu, 7 Jul 2005 19:15:39 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20050707171539.GA19411@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: panic: softdep_setup_inomapdep: found inode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 17:15:42 -0000 With GENERIC HEAD from Jul 6 17:05 UTC I got this panic during background fsck: panic: softdep_setup_inomapdep: found inode cpuid = 0 KDB: enter: panic [thread pid 637 tid 100112 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 637 tid 100112 td 0xc1840a80 kdb_enter(c08530c2) at kdb_enter+0x2b panic(c086b334,c1b93500,c1c02ad4,cf37682c,c07551bf) at panic+0x14b softdep_setup_inomapdep(c668370c,...) at softdep_setup_inomapdep+0x45 ffs_nodealloccg(c1c02ad4,4,17007,0,...) at ffs_nodealloccg+0x62f ffs_hashalloc(c1c02ad4,4,17007,0,81b0) at ffs_hashalloc+0x43 ffs_valloc(c1c09134,81b0,c1b21080,cf3768d4,12b) at ffs_valloc+0xdf ufs_makeinode(81b0,c1c09134,cf376be0,cf376bf4) at ufs_makeinode+0x53 ufs_create(cf376a64,cf376d04,cf376bcc,cf376b20,c068cd3c) at ufs_create+0x25 VOP_CREATE_APV(c08f1ea0,cf376a64) at VOP_CREATE_APV+0x9b vn_open_cred(cf376bcc,cf376ccc,1b0,c1b21080,3) at vn_open_cred+0x1a8 vn_open(cf376bcc,cf376ccc,1b0,3,246) at vn_open+0x1e kern_open(c1840a80,bfbfe930,0,602,1b0) at kern_open+0xb6 open(c1840a80,cf376d04,3,2,216) at open+0x1a syscall(2804003b,bfbf003b,bfbf003b,2804f288,bfbfeafc) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open) More info at http://www.holm.cc/stress/log/cons138.html. I also have a KTR dump with KTR_BUF|KTR_VFS. -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 18:56:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 651FB16A41C for ; Thu, 7 Jul 2005 18:56:41 +0000 (GMT) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp801.mail.ukl.yahoo.com (smtp801.mail.ukl.yahoo.com [217.12.12.138]) by mx1.FreeBSD.org (Postfix) with SMTP id AD74F43D46 for ; Thu, 7 Jul 2005 18:56:40 +0000 (GMT) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 57276 invoked from network); 7 Jul 2005 18:56:39 -0000 Received: from unknown (HELO w2fzz0vc01.aah-go-on.com) (thomas.sparrevohn@hg1.btinternet.com@86.133.244.83 with plain) by smtp801.mail.ukl.yahoo.com with SMTP; 7 Jul 2005 18:56:39 -0000 From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Thu, 7 Jul 2005 19:56:38 +0100 User-Agent: KMail/1.8 References: <42CC392D.7060902@elischer.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507071956.38634.Thomas.Sparrevohn@btinternet.com> Subject: Re: Nightly updates of the kernel cross reference... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Thomas.Sparrevohn@btinternet.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 18:56:41 -0000 On Thursday 07 July 2005 03:15, gnn@FreeBSD.org wrote: Hmm - I did not know about that one - great - could use a link to the manual page ;-) > At Wed, 06 Jul 2005 13:03:57 -0700, > > julian wrote: > > you already know about: > > http://snapshots.jp.freebsd.org/tour/ > > right? > > I had seen that before, though they did a bit of nice cleanup on the > interface as mine right now is the raw htags stuff. They don't, alas, > include other OSs for comparison at the same site. I have to fix the > scripts again though, something went wrong last night :-( > > Later, > George > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 20:01:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 609EC16A41C for ; Thu, 7 Jul 2005 20:01:14 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA0C943D48 for ; Thu, 7 Jul 2005 20:01:13 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id B17C321AB; Thu, 7 Jul 2005 13:00:46 -0700 (PDT) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "satchel.alerce.com", Issuer "Alerce Certificate Authority" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id 68E54214D; Thu, 7 Jul 2005 13:00:46 -0700 (PDT) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id j67K1Raf003235 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 7 Jul 2005 13:01:27 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id j67K1P0b003231; Thu, 7 Jul 2005 13:01:25 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17101.35348.786372.569906@satchel.alerce.com> Date: Thu, 7 Jul 2005 13:01:24 -0700 To: Brooks Davis In-Reply-To: <20050707164922.GA15353@odin.ac.hmc.edu> References: <42CA4263.9080409@locolomo.org> <6.2.1.2.2.20050705220015.029fa770@mail.nerdshack.com> <20050707164922.GA15353@odin.ac.hmc.edu> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: Rob B , Erik =?iso-8859-1?Q?N=F8rgaard?= , current@freebsd.org Subject: Re: dhclient.conf for ath wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 20:01:14 -0000 Brooks Davis writes: > [...] > The correct method is to just add: > > ifconfig_ath0="ssid MYAP mode 11g DHCP" > > to /etc/rc.conf. With exception of devices that load firmware, you > probably do not need /etc/start_if.* these days. Don't you also have to add ath0 to removable_interfaces in /etc/rc.conf? On a related note, setting the ssid, the wireless net I use is Alerce Wireless, which I double quote on the command line, in /etc/start_if.wi0, and historically in dhclient.conf. I can't seem to find a way to escape it in the /etc/rc.conf line that doesn't just end up with the ssid being "Alerce \"Alerce or ''Alerce or..... (on -CURRENT as of a few days ago). Thanks, g. From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 20:03:31 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EECE516A41C; Thu, 7 Jul 2005 20:03:31 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 378B743D48; Thu, 7 Jul 2005 20:03:27 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j67K3FPR041569; Thu, 7 Jul 2005 16:03:15 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.3/8.13.3) with ESMTP id j67K3EVD038643; Thu, 7 Jul 2005 16:03:14 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j67K34mU073784 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Jul 2005 16:03:04 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050707080148.06ecf6a8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Thu, 07 Jul 2005 16:02:49 -0400 To: John Baldwin From: Mike Tancsa In-Reply-To: <200507070757.45521.jhb@FreeBSD.org> References: <70e8236f05070208212e36c375@mail.gmail.com> <200507061511.34374.jhb@FreeBSD.org> <6.2.1.2.0.20050706214457.034b02d0@64.7.153.2> <200507070757.45521.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.21 Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 20:03:32 -0000 At 07:57 AM 07/07/2005, John Baldwin wrote: >Both of these panics are with ACPI disabled and happen in the BIOS. This one >also has the kernel selectors. In this case, the BIOS is probably expecting >a %cs selector with a base of 0xf000. Having a trace might be very, very >helpful here. I was just trying this morning to netboot the box with the ata drivers disabled in the kernel (I cant disable them in the BIOS) and the amr card removed, and it at least gets to the point where I need to mount / via nfs. However, trying to type in the serial console is as if the cable were bad. Half the chars dont show up and 1/3rd are wrong. Anyways, here is the trace. Let me know if there is other info OK set hint.apic.0.disabled=1 OK boot KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 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.4-STABLE #1: Thu Jul 7 18:55:23 EDT 2005 mdtancsa@hippo.sentex.ca:/usr/obj/usr/src/sys/hippo Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383fbff real memory = 2147475456 (2047 MB) avail memory = 2096033792 (1998 MB) npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 isab0: at device 2.0 on pci0 isa0: on isab0 pci0: at device 2.1 (no driver attached) pci0: at device 2.2 (no driver attached) piix0: port 0x850-0x85f at device 2.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 pci0: at device 4.0 (no driver attached) pcib1: pcibus 1 on motherboard pci1: on pcib1 pcib2: pcibus 2 on motherboard pci2: on pcib2 em0: port 0xecc0-0xecff mem 0xfeb00000-0xfeb1ffff,0xfeb20000-0xfeb3ffff ir2 em0: Ethernet address: 00:0e:0c:5d:f8:ca em0: Speed:N/A Duplex:N/A pcib3: at device 7.0 on pci2 pci3: on pcib3 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xba9f fault code = supervisor read, page not present instruction pointer = 0x8:0xc00fd141 stack pointer = 0x10:0xc0c2094c frame pointer = 0x10:0xc0c209b8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at 0xc00fd141: cmpb %cs:0xba9f,%bh db> trace Tracing pid 0 tid 0 td 0xc07d1c60 kernbase(e0b,c07029d1,c00fc860,c00fc86b,c0c209f8) at 0xc00fd141 db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 6 c34ef710 0 0 0 0000204 [RUNQ] thread taskq 35 c34ef8d4 0 0 0 0000204 [IWAIT] swi6:+ 34 c34efa98 0 0 0 0000204 [IWAIT] swi6: task queue 5 c34efc5c 0 0 0 0000204 [RUNQ] kqueue taskq 33 c34efe20 0 0 0 0000204 [IWAIT] swi3: cambio 32 c34f9000 0 0 0 0000204 [IWAIT] swi2: camnet 31 c34f91c4 0 0 0 0000204 [IWAIT] swi6:+ 30 c34f9388 0 0 0 0000204 [RUNQ] yarrow 4 c34f954c 0 0 0 0000204 [RUNQ] g_down 3 c34f9710 0 0 0 0000204 [RUNQ] g_up 2 c34f98d4 0 0 0 0000204 [RUNQ] g_event 29 c34a31c4 0 0 0 0000204 [IWAIT] swi1: net 28 c34a3388 0 0 0 0000204 [IWAIT] swi4: vm 27 c34a354c 0 0 0 000020c [IWAIT] swi5: clock 26 c34a3710 0 0 0 0000204 [IWAIT] irq15: 25 c34a38d4 0 0 0 0000204 [IWAIT] irq14: em0 24 c34a3a98 0 0 0 0000204 [IWAIT] irq13: 23 c34a3c5c 0 0 0 0000204 [IWAIT] irq12: 22 c34a3e20 0 0 0 0000204 [IWAIT] irq11: 21 c34ef000 0 0 0 0000204 [IWAIT] irq10: 20 c34ef1c4 0 0 0 0000204 [IWAIT] irq9: 19 c34ef388 0 0 0 0000204 [IWAIT] irq8: 18 c3499000 0 0 0 0000204 [IWAIT] irq7: 17 c34991c4 0 0 0 0000204 [IWAIT] irq6: 16 c3499388 0 0 0 0000204 [IWAIT] irq5: 15 c349954c 0 0 0 0000204 [IWAIT] irq4: 14 c3499710 0 0 0 0000204 [IWAIT] irq3: 13 c34998d4 0 0 0 0000204 [IWAIT] irq1: 12 c3499a98 0 0 0 0000204 [IWAIT] irq0: 11 c3499c5c 0 0 0 000020c [Can run] idle: cpu0 1 c3499e20 0 0 0 0000200 [INACTIVE] swapper 10 c34a3000 0 0 0 0000204 [RUNQ] ktrace 0 c07d1a80 0 0 0 0000200 [CPU 0] swapper From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 20:31:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6A2A16A41C for ; Thu, 7 Jul 2005 20:31:06 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7071443D53 for ; Thu, 7 Jul 2005 20:31:06 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j67KV4V1006200; Thu, 7 Jul 2005 13:31:04 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j67KV466006194; Thu, 7 Jul 2005 13:31:04 -0700 Date: Thu, 7 Jul 2005 13:31:04 -0700 From: Brooks Davis To: hartzell@alerce.com Message-ID: <20050707203104.GA19953@odin.ac.hmc.edu> References: <42CA4263.9080409@locolomo.org> <6.2.1.2.2.20050705220015.029fa770@mail.nerdshack.com> <20050707164922.GA15353@odin.ac.hmc.edu> <17101.35348.786372.569906@satchel.alerce.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <17101.35348.786372.569906@satchel.alerce.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Rob B , Erik =?iso-8859-1?Q?N=F8rgaard?= , current@freebsd.org Subject: Re: dhclient.conf for ath wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 20:31:06 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 07, 2005 at 01:01:24PM -0700, George Hartzell wrote: > Brooks Davis writes: > > [...] > > The correct method is to just add: > >=20 > > ifconfig_ath0=3D"ssid MYAP mode 11g DHCP" > >=20 > > to /etc/rc.conf. With exception of devices that load firmware, you > > probably do not need /etc/start_if.* these days. >=20 > Don't you also have to add ath0 to removable_interfaces in > /etc/rc.conf? If it's removable, yes. > On a related note, setting the ssid, the wireless net I use is Alerce > Wireless, which I double quote on the command line, in > /etc/start_if.wi0, and historically in dhclient.conf. I can't seem to > find a way to escape it in the /etc/rc.conf line that doesn't just end > up with the ssid being "Alerce \"Alerce or ''Alerce or..... (on > -CURRENT as of a few days ago). I'll have to take a look at that. I'm not sure what the solution will be. -- 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 --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCzZEGXY6L6fI4GtQRAlw6AKDS/jxvsBRowggGB5O+pR01yK4H0QCcDJPE LBY49WshAs74oQcxxPjZ1uM= =ypJw -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 20:57:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 264BF16A41C for ; Thu, 7 Jul 2005 20:57:26 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from colgate.yandex.ru (colgate.yandex.ru [213.180.200.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD9F643D46 for ; Thu, 7 Jul 2005 20:57:25 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from YAMAIL (colgate.yandex.ru) by mail.yandex.ru id ; Fri, 8 Jul 2005 00:57:12 +0400 Date: Fri, 8 Jul 2005 00:57:12 +0400 (MSD) From: "Alexander Polakov" Sender: polachok@narod.ru Message-Id: <42CD9728.000003.16936@colgate.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: polachok@narod.ru To: freebsd-current@freebsd.org X-Source-Ip: 213.158.1.66 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: out of swap space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: polachok@narod.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 20:57:26 -0000 swap_pager: out of swap space swap_pager_getswapspace(2): failed pid 508 (Xorg), uid 0, was killed: out of swap space pid 641 (fluxbox), uid 1001: exited on signal 6 (core dumped) I got this when I went away from my computer and returned after about 30 minutes. It is yesterday's CURRENT. -- Alexander Polakov From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 21:00:06 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DAE616A41C for ; Thu, 7 Jul 2005 21:00:06 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0405F43D46 for ; Thu, 7 Jul 2005 21:00:05 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 07 Jul 2005 17:13:33 -0400 From: John Baldwin To: Mike Tancsa Date: Thu, 7 Jul 2005 16:58:26 -0400 User-Agent: KMail/1.8 References: <70e8236f05070208212e36c375@mail.gmail.com> <200507070757.45521.jhb@FreeBSD.org> <6.2.1.2.0.20050707080148.06ecf6a8@64.7.153.2> In-Reply-To: <6.2.1.2.0.20050707080148.06ecf6a8@64.7.153.2> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507071658.27361.jhb@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 21:00:06 -0000 On Thursday 07 July 2005 04:02 pm, Mike Tancsa wrote: > At 07:57 AM 07/07/2005, John Baldwin wrote: > >Both of these panics are with ACPI disabled and happen in the BIOS. This > > one also has the kernel selectors. In this case, the BIOS is probably > > expecting a %cs selector with a base of 0xf000. Having a trace might be > > very, very helpful here. > > I was just trying this morning to netboot the box with the ata drivers > disabled in the kernel (I cant disable them in the BIOS) and the amr card > removed, and it at least gets to the point where I need to mount / via > nfs. However, trying to type in the serial console is as if the cable were > bad. Half the chars dont show up and 1/3rd are wrong. > > Anyways, here is the trace. Let me know if there is other info > > > OK set hint.apic.0.disabled=1 > OK boot > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2005 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.4-STABLE #1: Thu Jul 7 18:55:23 EDT 2005 > mdtancsa@hippo.sentex.ca:/usr/obj/usr/src/sys/hippo > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x672 Stepping = 2 > > Features=0x383fbff,CMOV,PAT,PSE36,MMX,FXSR,SSE> real memory = 2147475456 (2047 MB) > avail memory = 2096033792 (1998 MB) > npx0: on motherboard > npx0: INT 16 interface > cpu0 on motherboard > pcib0: pcibus 0 on motherboard > pir0: on motherboard > pci0: on pcib0 > isab0: at device 2.0 on pci0 > isa0: on isab0 > pci0: at device 2.1 (no driver attached) > pci0: at device 2.2 (no driver attached) > piix0: port 0x850-0x85f at device 2.3 on pci0 > Timecounter "PIIX" frequency 3579545 Hz quality 0 > pci0: at device 4.0 (no driver attached) > pcib1: pcibus 1 on motherboard > pci1: on pcib1 > pcib2: pcibus 2 on motherboard > pci2: on pcib2 > em0: port > 0xecc0-0xecff mem 0xfeb00000-0xfeb1ffff,0xfeb20000-0xfeb3ffff ir2 > em0: Ethernet address: 00:0e:0c:5d:f8:ca > em0: Speed:N/A Duplex:N/A > pcib3: at device 7.0 on pci2 > pci3: on pcib3 > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xba9f > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc00fd141 > stack pointer = 0x10:0xc0c2094c > frame pointer = 0x10:0xc0c209b8 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 0 (swapper) > [thread pid 0 tid 0 ] > Stopped at 0xc00fd141: cmpb %cs:0xba9f,%bh > db> trace > Tracing pid 0 tid 0 td 0xc07d1c60 > kernbase(e0b,c07029d1,c00fc860,c00fc86b,c0c209f8) at 0xc00fd141 Crud, it's off in the weeds. :( Can you do a boot -v and get the lines after 'pcib3:'? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 21:32:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E82B816A41F for ; Thu, 7 Jul 2005 21:32:16 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CB2143D49 for ; Thu, 7 Jul 2005 21:32:16 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/8.12.11/smtpout14/MantshX 4.0) with ESMTP id j67LWEO7013181; Thu, 7 Jul 2005 14:32:15 -0700 (PDT) Received: from [10.1.1.209] (nfw1.codefab.com [199.103.21.225]) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 4.0) with ESMTP id j67LWCgk016968; Thu, 7 Jul 2005 14:32:13 -0700 (PDT) In-Reply-To: <42CD9728.000003.16936@colgate.yandex.ru> References: <42CD9728.000003.16936@colgate.yandex.ru> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5BFCCFD5-15C5-400D-8CA1-CF5E2802A3DD@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Thu, 7 Jul 2005 17:32:04 -0400 To: polachok@narod.ru X-Mailer: Apple Mail (2.730) Cc: freebsd-current@freebsd.org Subject: Re: out of swap space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 21:32:17 -0000 On Jul 7, 2005, at 4:57 PM, Alexander Polakov wrote: > swap_pager: out of swap space > swap_pager_getswapspace(2): failed > pid 508 (Xorg), uid 0, was killed: out of swap space > pid 641 (fluxbox), uid 1001: exited on signal 6 (core dumped) Well, bad things happen if the system runs out of swap. Do you have enough RAM and swap configured for the tasks you run? What does top or "vmstat -s" look like? -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 21:57:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE3CD16A41C for ; Thu, 7 Jul 2005 21:57:04 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from spew.ugcs.caltech.edu (spew.ugcs.caltech.edu [131.215.176.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 701F443D55 for ; Thu, 7 Jul 2005 21:57:02 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by spew.ugcs.caltech.edu (Postfix, from userid 3640) id AEBADE816; Thu, 7 Jul 2005 14:57:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by spew.ugcs.caltech.edu (Postfix) with ESMTP id 90672E815; Thu, 7 Jul 2005 14:57:01 -0700 (PDT) Date: Thu, 7 Jul 2005 14:57:01 -0700 (PDT) From: Jon Dama To: Charles Swiger In-Reply-To: <5BFCCFD5-15C5-400D-8CA1-CF5E2802A3DD@mac.com> Message-ID: References: <42CD9728.000003.16936@colgate.yandex.ru> <5BFCCFD5-15C5-400D-8CA1-CF5E2802A3DD@mac.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org, polachok@narod.ru Subject: Re: out of swap space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 21:57:04 -0000 It is also it is worthwhile to remember that on i386 you can use roughly >20GB of swap space. swap + ram need not sum to less than 4GB common misunderstandings aside. If your memory load warrants larger swap allocations, you should just bump that number up. -Jon On Thu, 7 Jul 2005, Charles Swiger wrote: > On Jul 7, 2005, at 4:57 PM, Alexander Polakov wrote: > > swap_pager: out of swap space > > swap_pager_getswapspace(2): failed > > pid 508 (Xorg), uid 0, was killed: out of swap space > > pid 641 (fluxbox), uid 1001: exited on signal 6 (core dumped) > > Well, bad things happen if the system runs out of swap. Do you have > enough RAM and swap configured for the tasks you run? What does top > or "vmstat -s" look like? > > -- > -Chuck > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 22:52:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5CD716A41C; Thu, 7 Jul 2005 22:52:57 +0000 (GMT) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09CC743D4C; Thu, 7 Jul 2005 22:52:56 +0000 (GMT) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail.bluecoat.com (bcs-mail.bluecoat.com [216.52.23.69]) by whisker.bluecoat.com (8.13.0/8.13.0) with ESMTP id j67Mqt6P002712; Thu, 7 Jul 2005 15:52:55 -0700 (PDT) Received: from bcs-mail3.bluecoat.com ([10.2.2.59]) by bcs-mail.bluecoat.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 7 Jul 2005 15:52:54 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 7 Jul 2005 15:52:54 -0700 Message-ID: <48D44BB27BDE3840BDF18E59CB169A5C0183B291@bcs-mail3.internal.cacheflow.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: KDE 3.4.1 - kompmgr build failure Thread-Index: AcWDRpvSpZ9fwMqgT+6vPuO0DWJsrw== From: "Li, Qing" To: X-OriginalArrivalTime: 07 Jul 2005 22:52:55.0094 (UTC) FILETIME=[9CC39560:01C58346] X-Scanned-By: MIMEDefang 2.49 on 216.52.23.28 Cc: kde@freebsd.org Subject: KDE 3.4.1 - kompmgr build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 22:52:57 -0000 When I tried to build /usr/ports/x11-wm/kompmgr, the build fails in kompmgr.c. When I set X_WINDOW_SYSTEM to xfree86-4, the error message I got is kompmgr requires composite extensions, which is not available in XFree86, and the build exits. Has anyone else seen this problem? Is there a way to fix it? My XFree86 is the binary distribution of 4.5.0. I'm running 6-CURRENT. TIA -- Qing From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 23:56:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28F4316A41C for ; Thu, 7 Jul 2005 23:56:12 +0000 (GMT) (envelope-from jr@jrssite.com) Received: from hob.acsalaska.net (hob.acsalaska.net [209.112.173.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEA6943D49 for ; Thu, 7 Jul 2005 23:56:11 +0000 (GMT) (envelope-from jr@jrssite.com) Received: from [192.168.77.37] (209-193-42-90-cdsl-rb1.sit.acsalaska.net [209.193.42.90]) by hob.acsalaska.net (8.13.4/8.13.4) with ESMTP id j67Nu5j3051040 for ; Thu, 7 Jul 2005 15:56:10 -0800 (AKDT) (envelope-from jr@jrssite.com) Message-ID: <42CDC11E.10301@jrssite.com> Date: Thu, 07 Jul 2005 15:56:14 -0800 From: JR Dalrymple User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050401) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ACS-Spam-Status: no X-ACS-Scanned-By: MD 2.51; SA 3.0.3; spamdefang 1.112 Cc: Subject: clock WAY off X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 23:56:12 -0000 I have an old Dell Poweredge 6100. It's a quad 200 Mhz box running a generic 6.0 SMP kernel. It was running 5.3 release and having some SMP problems so I went after current with it. All of the problems seem to have dissapeared, but a new one has arisen. The clock seems to be running at about 1/4 speed (SMP related maybe?). It didn't on release. I currently have timed running keeping it in sync with another machine on the network which is keeping it usable. What can I do to make the clock operate at the proper speed again? dmesg: Copyright (c) 1992-2005 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 6.0-CURRENT #2: Sun Jul 3 14:27:35 AKDT 2005 root@genie.exclusivepaving.com:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium Pro (198.95-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping = 9 Features=0xfbff real memory = 536870912 (512 MB) avail memory = 515981312 (492 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 4 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-15 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard cpu1 on motherboard cpu2 on motherboard cpu3 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 fxp0: port 0xff40-0xff5f mem 0xfe2ff000-0xfe2ffff f,0xfe900000-0xfe9fffff irq 10 at device 12.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:a0:c9:89:ca:86 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xfc80-0xfcff mem 0xfe8ffc00-0xfe8f fc7f irq 9 at device 13.0 on pci0 miibus1: on xl0 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:75:ad:a2:a4 eisab0: at device 14.0 on pci0 eisa0: on eisab0 mainboard0: on eisa0 slot 0 isa0: on eisab0 pci0: at device 15.0 (no driver attached) pci0: at device 20.0 (no driver attached) pcib1: pcibus 1 on motherboard pci1: on pcib1 amr0: port 0xec80-0xecff irq 11 at device 10.0 on pci1 amr0: Firmware U.75, BIOS 1.44, 16MB RAM ahc0: port 0xe800-0xe8ff mem 0xfe1fb000-0xf e1fbfff irq 11 at device 11.0 on pci1 ahc0: Using left over BIOS settings ahc0: [GIANT-LOCKED] aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs ahc1: port 0xe400-0xe4ff mem 0xfe1fa000-0xf e1fafff irq 10 at device 12.0 on pci1 ahc1: Using left over BIOS settings ahc1: [GIANT-LOCKED] aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs xl1: <3Com 3c905B-TX Fast Etherlink XL> port 0xec00-0xec7f mem 0xfe1f9c00-0xfe1f 9c7f irq 3 at device 14.0 on pci1 miibus2: on xl1 xlphy0: <3Com internal media interface> on miibus2 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl1: Ethernet address: 00:10:4b:69:75:6d pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xcc800-0xccfff,0xcd000-0xcd7ff ,0xcd800-0xcdfff,0xe8000-0xe9fff,0xea000-0xebfff,0xec000-0xeffff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) psmcpnp0: irq resource info is missing; assuming irq 12 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (memory) Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle amrd0: on amr0 amrd0: 8568MB (17547264 sectors) RAID 1 (optimal) amrd1: on amr0 amrd1: 25704MB (52641792 sectors) RAID 5 (optimal) (probe51:ahc1:0:6:0): Unexpected busfree in Data-in phase SEQADDR == 0x7f sa0 at ahc0 bus 0 target 6 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 15) ses0 at amr0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: SAF-TE Compliant Device ATA PseudoRAID loaded SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! cd0 at ahc1 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/amrd0s1a I tried to find an old DMESG, but couldn't, however I guarantee it worked fine on 5.3 release. I had a cron job that E-mailed me ~ 3:00 AM daily and it was right on the money everyday. If anyone can help I'd appreciate it. Thanks -JR From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 23:59:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77C7A16A41C for ; Thu, 7 Jul 2005 23:59:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FC5243D46 for ; Thu, 7 Jul 2005 23:59:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 712DA51259; Thu, 7 Jul 2005 19:59:33 -0400 (EDT) Date: Thu, 7 Jul 2005 19:59:33 -0400 From: Kris Kennaway To: Jon Dama Message-ID: <20050707235933.GA19467@xor.obsecurity.org> References: <42CD9728.000003.16936@colgate.yandex.ru> <5BFCCFD5-15C5-400D-8CA1-CF5E2802A3DD@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: polachok@narod.ru, freebsd-current@freebsd.org Subject: Re: out of swap space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 23:59:35 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 07, 2005 at 02:57:01PM -0700, Jon Dama wrote: > It is also it is worthwhile to remember that on i386 you can use > roughly >20GB of swap space. swap + ram need not sum to less than 4GB > common misunderstandings aside. >=20 > If your memory load warrants larger swap allocations, you should just bump > that number up. Better to add more RAM or reduce or optimize the workload - as soon as you load your machine enough that it begins heavily using swap your machine performance will fall in the toilet. Kris --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCzcHkWry0BWjoQKURAnENAJ49LvC9/p8/AQV+m3XjZGyzIGpxTACguEXu nrJMnGb8z1/k7UmpzGSqQ7E= =rtjd -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 00:00:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 488FB16A41C; Fri, 8 Jul 2005 00:00:38 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED71A43D48; Fri, 8 Jul 2005 00:00:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CA4075136F; Thu, 7 Jul 2005 20:00:36 -0400 (EDT) Date: Thu, 7 Jul 2005 20:00:36 -0400 From: Kris Kennaway To: "Li, Qing" Message-ID: <20050708000035.GB19467@xor.obsecurity.org> References: <48D44BB27BDE3840BDF18E59CB169A5C0183B291@bcs-mail3.internal.cacheflow.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O5XBE6gyVG5Rl6Rj" Content-Disposition: inline In-Reply-To: <48D44BB27BDE3840BDF18E59CB169A5C0183B291@bcs-mail3.internal.cacheflow.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, kde@freebsd.org Subject: Re: KDE 3.4.1 - kompmgr build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 00:00:38 -0000 --O5XBE6gyVG5Rl6Rj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 07, 2005 at 03:52:54PM -0700, Li, Qing wrote: >=20 > When I tried to build /usr/ports/x11-wm/kompmgr, the > build fails in kompmgr.c. When I set X_WINDOW_SYSTEM > to xfree86-4, the error message I got is > kompmgr requires composite extensions, which is not > available in XFree86, and the build exits. >=20 > Has anyone else seen this problem? Is there a way > to fix it? Upgrade to xorg, since as you now know, kompmgr requires a feature that is not supported by XFree86? Kris --O5XBE6gyVG5Rl6Rj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCzcIjWry0BWjoQKURAmzzAKDvApqi2X2J6JGB+va5+iqjLtx/3QCg145t 1yCkUyw64E86aPJCRhJB3YE= =RZOl -----END PGP SIGNATURE----- --O5XBE6gyVG5Rl6Rj-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 00:06:35 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB04A16A41C for ; Fri, 8 Jul 2005 00:06:35 +0000 (GMT) (envelope-from kevin@animenfo.com) Received: from smtp.vianet.ca (smtp.vianet.ca [209.91.128.40]) by mx1.FreeBSD.org (Postfix) with SMTP id 6940643D46 for ; Fri, 8 Jul 2005 00:06:35 +0000 (GMT) (envelope-from kevin@animenfo.com) Received: (qmail 8504 invoked from network); 8 Jul 2005 00:06:34 -0000 Received: from unknown (HELO ?127.0.0.1?) (66.186.77.82) by smtp.vianet.ca with SMTP; 8 Jul 2005 00:06:34 -0000 Message-ID: <42CDC388.5020007@animenfo.com> Date: Thu, 07 Jul 2005 20:06:32 -0400 From: Kevin Lamothe User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: JR Dalrymple References: <42CDC11E.10301@jrssite.com> In-Reply-To: <42CDC11E.10301@jrssite.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: clock WAY off X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 00:06:36 -0000 JR Dalrymple wrote: > I have an old Dell Poweredge 6100. It's a quad 200 Mhz box running a > generic 6.0 SMP kernel. It was running 5.3 release and having some SMP > problems so I went after current with it. All of the problems seem to > have dissapeared, but a new one has arisen. > > The clock seems to be running at about 1/4 speed (SMP related maybe?). > It didn't on release. I currently have timed running keeping it in > sync with another machine on the network which is keeping it usable. > What can I do to make the clock operate at the proper speed again? > > dmesg: > > Copyright (c) 1992-2005 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 6.0-CURRENT #2: Sun Jul 3 14:27:35 AKDT 2005 > root@genie.exclusivepaving.com:/usr/obj/usr/src/sys/SMP > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium Pro (198.95-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x619 Stepping = 9 > > Features=0xfbff > > real memory = 536870912 (512 MB) > avail memory = 515981312 (492 MB) > MPTable: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 4 > ioapic0: Assuming intbase of 0 > ioapic0 irqs 0-15 on motherboard > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > cpu0 on motherboard > cpu1 on motherboard > cpu2 on motherboard > cpu3 on motherboard > pcib0: pcibus 0 on > motherboard > pci0: on pcib0 > fxp0: port 0xff40-0xff5f mem > 0xfe2ff000-0xfe2ffff > f,0xfe900000-0xfe9fffff irq 10 at device 12.0 on pci0 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:a0:c9:89:ca:86 > xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xfc80-0xfcff mem > 0xfe8ffc00-0xfe8f > fc7f irq 9 at device 13.0 on pci0 > miibus1: on xl0 > ukphy0: on miibus1 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > xl0: Ethernet address: 00:04:75:ad:a2:a4 > eisab0: at device 14.0 on pci0 > eisa0: on eisab0 > mainboard0: on eisa0 slot 0 > isa0: on eisab0 > pci0: at device 15.0 (no driver attached) > pci0: at device 20.0 (no driver attached) > pcib1: pcibus 1 on > motherboard > pci1: on pcib1 > amr0: port 0xec80-0xecff irq 11 at device > 10.0 on pci1 > amr0: Firmware U.75, BIOS 1.44, 16MB RAM > ahc0: port 0xe800-0xe8ff mem > 0xfe1fb000-0xf > e1fbfff irq 11 at device 11.0 on pci1 > ahc0: Using left over BIOS settings > ahc0: [GIANT-LOCKED] > aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs > ahc1: port 0xe400-0xe4ff mem > 0xfe1fa000-0xf > e1fafff irq 10 at device 12.0 on pci1 > ahc1: Using left over BIOS settings > ahc1: [GIANT-LOCKED] > aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs > xl1: <3Com 3c905B-TX Fast Etherlink XL> port 0xec00-0xec7f mem > 0xfe1f9c00-0xfe1f > 9c7f irq 3 at device 14.0 on pci1 > miibus2: on xl1 > xlphy0: <3Com internal media interface> on miibus2 > xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > xl1: Ethernet address: 00:10:4b:69:75:6d > pmtimer0 on isa0 > orm0: at iomem > 0xc0000-0xc7fff,0xcc800-0xccfff,0xcd000-0xcd7ff > ,0xcd800-0xcdfff,0xe8000-0xe9fff,0xea000-0xebfff,0xec000-0xeffff on isa0 > ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq > 2 on isa0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/8 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > unknown: can't assign resources (port) > psmcpnp0: irq resource info is missing; assuming irq 12 > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (irq) > unknown: can't assign resources (memory) > Timecounters tick every 1.000 msec > Waiting 5 seconds for SCSI devices to settle > amrd0: on amr0 > amrd0: 8568MB (17547264 sectors) RAID 1 (optimal) > amrd1: on amr0 > amrd1: 25704MB (52641792 sectors) RAID 5 (optimal) > (probe51:ahc1:0:6:0): Unexpected busfree in Data-in phase > SEQADDR == 0x7f > sa0 at ahc0 bus 0 target 6 lun 0 > sa0: Removable Sequential Access SCSI-2 device > sa0: 10.000MB/s transfers (10.000MHz, offset 15) > ses0 at amr0 bus 0 target 6 lun 0 > ses0: Fixed Processor SCSI-2 device > ses0: SAF-TE Compliant Device > ATA PseudoRAID loaded > SMP: AP CPU #3 Launched! > SMP: AP CPU #1 Launched! > SMP: AP CPU #2 Launched! > cd0 at ahc1 bus 0 target 6 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 10.000MB/s transfers (10.000MHz, offset 15) > cd0: Attempt to query device size failed: NOT READY, Medium not present > Trying to mount root from ufs:/dev/amrd0s1a > > I tried to find an old DMESG, but couldn't, however I guarantee it > worked fine on 5.3 release. I had a cron job that E-mailed me ~ 3:00 > AM daily and it was right on the money everyday. > > If anyone can help I'd appreciate it. > > Thanks > > -JR > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" Hey there, I had the same problem with my K6 motherboard, it was actully running 2seconds faster then it should of been. Try sysctl kern.timecounter.hardware=i8254 From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 00:09:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E24E16A41C for ; Fri, 8 Jul 2005 00:09:13 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from spew.ugcs.caltech.edu (spew.ugcs.caltech.edu [131.215.176.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 631AB43D48 for ; Fri, 8 Jul 2005 00:09:13 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by spew.ugcs.caltech.edu (Postfix, from userid 3640) id 16DA9E816; Thu, 7 Jul 2005 17:09:13 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by spew.ugcs.caltech.edu (Postfix) with ESMTP id 06AF6E815; Thu, 7 Jul 2005 17:09:13 -0700 (PDT) Date: Thu, 7 Jul 2005 17:09:12 -0700 (PDT) From: Jon Dama To: Kris Kennaway In-Reply-To: <20050707235933.GA19467@xor.obsecurity.org> Message-ID: References: <42CD9728.000003.16936@colgate.yandex.ru> <5BFCCFD5-15C5-400D-8CA1-CF5E2802A3DD@mac.com> <20050707235933.GA19467@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: polachok@narod.ru, freebsd-current@freebsd.org Subject: Re: out of swap space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 00:09:13 -0000 Yes, well I assumed: 1) this was i386 2) he already had a lot of RAM and was hitting the wall my point was primarily to point out that he shouldn't assume ram + swap must be under 4GB. Otherwise I agree. Though, I typically have a large MFS /tmp directory. Having lots of swaps helps make that configuration robust. -Jon On Thu, 7 Jul 2005, Kris Kennaway wrote: > On Thu, Jul 07, 2005 at 02:57:01PM -0700, Jon Dama wrote: > > It is also it is worthwhile to remember that on i386 you can use > > roughly >20GB of swap space. swap + ram need not sum to less than 4GB > > common misunderstandings aside. > > > > If your memory load warrants larger swap allocations, you should just bump > > that number up. > > Better to add more RAM or reduce or optimize the workload - as soon as > you load your machine enough that it begins heavily using swap your > machine performance will fall in the toilet. > > Kris > From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 00:44:27 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D70D16A41C for ; Fri, 8 Jul 2005 00:44:27 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-19-148-33.jan.bellsouth.net [68.19.148.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3D6643D45 for ; Fri, 8 Jul 2005 00:44:26 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id A63622106D; Thu, 7 Jul 2005 19:44:24 -0500 (CDT) Date: Thu, 7 Jul 2005 19:44:24 -0500 From: "Matthew D. Fuller" To: JR Dalrymple Message-ID: <20050708004423.GG11668@over-yonder.net> References: <42CDC11E.10301@jrssite.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42CDC11E.10301@jrssite.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.9i-fullermd.2 Cc: current@freebsd.org Subject: Re: clock WAY off X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 00:44:27 -0000 On Thu, Jul 07, 2005 at 03:56:14PM -0800 I heard the voice of JR Dalrymple, and lo! it spake thus: > > The clock seems to be running at about 1/4 speed (SMP related > maybe?). While my clock isn't running at quarter speed, it IS rather off since updating to -CURRENT from an April-ish RELENG_5. The skew is bigger than ntpd is willing to counteract, so it keeps having to step: Jul 7 17:01:24 mortis ntpd[8334]: time reset +0.488365 s Jul 7 17:21:01 mortis ntpd[8334]: time reset +1.720979 s Jul 7 17:38:26 mortis ntpd[8334]: time reset +0.987037 s Jul 7 17:55:49 mortis ntpd[8334]: time reset +1.350396 s Jul 7 18:14:19 mortis ntpd[8334]: time reset +0.951141 s Jul 7 18:29:31 mortis ntpd[8334]: time reset +0.702673 s Jul 7 18:50:02 mortis ntpd[8334]: time reset +1.089376 s That's kinda more often than you'd expect, y'know? This is a 2-proc SMP PPro, with source as of... maybe 10 or so hours before the build. FreeBSD 6.0-CURRENT #0: Sat Jul 2 11:30:13 CDT 2005 -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 02:08:05 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5106416A41C; Fri, 8 Jul 2005 02:08:05 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5D1A43D45; Fri, 8 Jul 2005 02:08:01 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6827mYo059937; Thu, 7 Jul 2005 22:07:48 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.3/8.13.3) with ESMTP id j6827xT1023721; Thu, 7 Jul 2005 22:07:59 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j6827vDL074653 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Jul 2005 22:07:57 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050707220038.08329918@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Thu, 07 Jul 2005 22:09:12 -0400 To: John Baldwin From: Mike Tancsa In-Reply-To: <200507071658.27361.jhb@FreeBSD.org> References: <70e8236f05070208212e36c375@mail.gmail.com> <200507070757.45521.jhb@FreeBSD.org> <6.2.1.2.0.20050707080148.06ecf6a8@64.7.153.2> <200507071658.27361.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.21 Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 02:08:05 -0000 At 04:58 PM 07/07/2005, John Baldwin wrote: >Crud, it's off in the weeds. :( Can you do a boot -v and get the lines after >'pcib3:'? Here you go Type '?' for a list of commands, 'help' for more detailed help. OK set hint.apic.0.disabled=1 OK boot -v KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=00000000000a0000 SMAP type=01 base=0000000000100000 len=000000007fefe000 SMAP type=02 base=000000007fffe000 len=0000000000002000 SMAP type=02 base=00000000fec00000 len=0000000000010000 SMAP type=02 base=00000000fee00000 len=0000000000010000 SMAP type=02 base=00000000fff80000 len=0000000000080000 Copyright (c) 1992-2005 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.4-STABLE #1: Thu Jul 7 18:55:23 EDT 2005 mdtancsa@hippo.sentex.ca:/usr/obj/usr/src/sys/hippo Preloaded elf kernel "/boot/kernel/kernel" at 0xc08ad000. Calibrating clock(s) ... i8254 clock: 1193227 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 500018963 Hz CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383fbff real memory = 2147475456 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000007dbcdfff, 2096783360 bytes (511910 pages) avail memory = 2096033792 (1998 MB) bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xcc4e pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 Other BIOS signatures found: random: mem: Pentium Pro MTRR support enabled io: null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80008070 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 1 2 [class=060100] [hdr=80] is there (id=71108086) pcibios: BIOS version 2.10 Found $PIR table, 11 entries at 0xc00fc7a0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 2 A 0x64 14 embedded 0 2 B 0x65 15 embedded 0 2 D 0x63 3 4 5 6 7 10 11 12 14 embedded 1 4 A 0x65 3 4 5 6 7 10 11 12 14 embedded 1 6 A 0x66 3 4 5 6 7 10 11 12 14 embedded 1 8 A 0x64 3 4 5 6 7 10 11 12 14 slot 1 0 6 A 0x69 3 4 5 6 7 10 11 12 14 slot 1 0 6 B 0x64 3 4 5 6 7 10 11 12 14 slot 1 0 6 C 0x67 3 4 5 6 7 10 11 12 14 slot 1 0 6 D 0x68 3 4 5 6 7 10 11 12 14 slot 2 0 8 A 0x68 3 4 5 6 7 10 11 12 14 slot 2 0 8 B 0x69 3 4 5 6 7 10 11 12 14 slot 2 0 8 C 0x64 3 4 5 6 7 10 11 12 14 slot 2 0 8 D 0x67 3 4 5 6 7 10 11 12 14 slot 3 0 10 A 0x67 3 4 5 6 7 10 11 12 14 slot 3 0 10 B 0x68 3 4 5 6 7 10 11 12 14 slot 3 0 10 C 0x69 3 4 5 6 7 10 11 12 14 slot 3 0 10 D 0x64 3 4 5 6 7 10 11 12 14 slot 4 2 1 A 0x63 3 4 5 6 7 10 11 12 14 slot 4 2 1 B 0x60 3 4 5 6 7 10 11 12 14 slot 4 2 1 C 0x61 3 4 5 6 7 10 11 12 14 slot 4 2 1 D 0x62 3 4 5 6 7 10 11 12 14 slot 5 2 3 A 0x62 3 4 5 6 7 10 11 12 14 slot 5 2 3 B 0x63 3 4 5 6 7 10 11 12 14 slot 5 2 3 C 0x60 3 4 5 6 7 10 11 12 14 slot 5 2 3 D 0x61 3 4 5 6 7 10 11 12 14 slot 6 2 5 A 0x61 3 4 5 6 7 10 11 12 14 slot 6 2 5 B 0x62 3 4 5 6 7 10 11 12 14 slot 6 2 5 C 0x63 3 4 5 6 7 10 11 12 14 slot 6 2 5 D 0x60 3 4 5 6 7 10 11 12 14 slot 7 2 7 A 0x60 3 4 5 6 7 10 11 12 14 slot 7 2 7 B 0x61 3 4 5 6 7 10 11 12 14 slot 7 2 7 C 0x62 3 4 5 6 7 10 11 12 14 slot 7 2 7 D 0x63 3 4 5 6 7 10 11 12 14 pcib0: pcibus 0 on motherboard pir0: on motherboard $PIR: Entry 1.4.INTA has different mask for link 0x65, merging $PIR: Entry 1.8.INTA has different mask for link 0x64, merging $PIR: Entry 0.6.INTB has different mask for link 0x64, merging $PIR: Entry 0.8.INTC has different mask for link 0x64, merging $PIR: Entry 0.10.INTD has different mask for link 0x64, merging $PIR: Links after initial probe: Link IRQ Rtd Ref IRQs 0x64 255 N 5 14 0x65 255 N 2 none 0x63 255 N 5 3 4 5 6 7 10 11 12 14 0x66 255 N 1 3 4 5 6 7 10 11 12 14 0x69 255 N 3 3 4 5 6 7 10 11 12 14 0x67 255 N 3 3 4 5 6 7 10 11 12 14 0x68 255 N 3 3 4 5 6 7 10 11 12 14 0x60 255 N 4 3 4 5 6 7 10 11 12 14 0x61 255 N 4 3 4 5 6 7 10 11 12 14 0x62 255 N 4 3 4 5 6 7 10 11 12 14 $PIR: Found matching pin for 0.2.INTD at func 2: 255 $PIR: Found matching pin for 2.3.INTA at func 0: 14 $PIR: Links after initial IRQ discovery: Link IRQ Rtd Ref IRQs 0x64 14 N 5 14 0x65 255 N 2 none 0x63 255 N 5 3 4 5 6 7 10 11 12 14 0x66 255 N 1 3 4 5 6 7 10 11 12 14 0x69 255 N 3 3 4 5 6 7 10 11 12 14 0x67 255 N 3 3 4 5 6 7 10 11 12 14 0x68 255 N 3 3 4 5 6 7 10 11 12 14 0x60 255 N 4 3 4 5 6 7 10 11 12 14 0x61 255 N 4 3 4 5 6 7 10 11 12 14 0x62 14 Y 4 3 4 5 6 7 10 11 12 14 $PIR: IRQs used by BIOS: 14 $PIR: Interrupt Weights: [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ] [ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 9 0 ] pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00000000, size 4, port disabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=2, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00000000, size 5, port disabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=2, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=255 map[90]: type 4, range 32, base 00000850, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=2, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base ee000000, size 24, enabled map[14]: type 4, range 32, base 0000dc00, size 8, enabled map[18]: type 1, range 32, base eff00000, size 12, enabled found-> vendor=0x1002, dev=0x4749, revid=0x5c bus=0, slot=4, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x00a7, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84ca, revid=0x03 bus=0, slot=16, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=18, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x2280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=19, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x2280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=20, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x2280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) isab0: at device 2.0 on pci0 isa0: on isab0 pci0: at device 2.1 (no driver attached) pci0: at device 2.2 (no driver attached) piix0: port 0x850-0x85f at device 2.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 pci0: at device 4.0 (no driver attached) pcib1: pcibus 1 on motherboard pir: pir0 already exists; skipping it pci1: on pcib1 pci1: physical bus=1 pcib2: pcibus 2 on motherboard pir: pir0 already exists; skipping it pci2: on pcib2 pci2: physical bus=2 map[10]: type 1, range 32, base feb20000, size 17, enabled map[14]: type 1, range 32, base feb00000, size 17, enabled map[18]: type 4, range 32, base 0000ecc0, size 6, enabled $PIR: 2:3 INTA routed to irq 14 found-> vendor=0x8086, dev=0x1076, revid=0x00 bus=2, slot=3, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=14 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit found-> vendor=0x8086, dev=0xb154, revid=0x00 bus=2, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) em0: port 0xecc0-0xecff mem 0xfeb00000-0xfeb1ffff,0xfeb20000-0xfeb3ffff ir2 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfeb20000 em0: Reserved 0x40 bytes for rid 0x18 type 4 at 0xecc0 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:0e:0c:5d:f8:ca em0: Speed:N/A Duplex:N/A pcib3: at device 7.0 on pci2 pcib3: secondary bus 3 pcib3: subordinate bus 4 pcib3: I/O decode 0xf000-0xffff pcib3: memory decode 0xfe800000-0xfeafffff pcib3: prefetched decode 0xf0000000-0xf7ffffff pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x8086, dev=0xb154, revid=0x00 bus=3, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000fc00, size 8, enabled pcib3: device (null) requested decoded I/O range 0xfc00-0xfcff map[14]: type 1, range 32, base fe8ff000, size 12, enabled pcib3: device (null) requested decoded memory range 0xfe8ff000-0xfe8fffff $PIR: Found IRQ 14 for link 0x61 from 14 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xba9f fault code = supervisor read, page not present instruction pointer = 0x8:0xc00fd141 stack pointer = 0x10:0xc0c2094c frame pointer = 0x10:0xc0c209b8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at 0xc00fd141: cmpb %cs:0xba9f,%bh db> db> trace Tracing pid 0 tid 0 td 0xc07d1c60 kernbase(e0b,c074ca57,4000,c0765ce7,e) at 0xc00fd141 db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 6 c34ef710 0 0 0 0000204 [RUNQ] thread taskq 35 c34ef8d4 0 0 0 0000204 [IWAIT] swi6:+ 34 c34efa98 0 0 0 0000204 [IWAIT] swi6: task queue 5 c34efc5c 0 0 0 0000204 [RUNQ] kqueue taskq 33 c34efe20 0 0 0 0000204 [IWAIT] swi3: cambio 32 c34f9000 0 0 0 0000204 [IWAIT] swi2: camnet 31 c34f91c4 0 0 0 0000204 [IWAIT] swi6:+ 30 c34f9388 0 0 0 0000204 [RUNQ] yarrow 4 c34f954c 0 0 0 0000204 [RUNQ] g_down 3 c34f9710 0 0 0 0000204 [RUNQ] g_up 2 c34f98d4 0 0 0 0000204 [RUNQ] g_event 29 c34a31c4 0 0 0 0000204 [IWAIT] swi1: net 28 c34a3388 0 0 0 0000204 [IWAIT] swi4: vm 27 c34a354c 0 0 0 000020c [IWAIT] swi5: clock 26 c34a3710 0 0 0 0000204 [IWAIT] irq15: 25 c34a38d4 0 0 0 0000204 [IWAIT] irq14: em0 24 c34a3a98 0 0 0 0000204 [IWAIT] irq13: 23 c34a3c5c 0 0 0 0000204 [IWAIT] irq12: 22 c34a3e20 0 0 0 0000204 [IWAIT] irq11: 21 c34ef000 0 0 0 0000204 [IWAIT] irq10: 20 c34ef1c4 0 0 0 0000204 [IWAIT] irq9: 19 c34ef388 0 0 0 0000204 [IWAIT] irq8: 18 c3499000 0 0 0 0000204 [IWAIT] irq7: 17 c34991c4 0 0 0 0000204 [IWAIT] irq6: 16 c3499388 0 0 0 0000204 [IWAIT] irq5: 15 c349954c 0 0 0 0000204 [IWAIT] irq4: 14 c3499710 0 0 0 0000204 [IWAIT] irq3: 13 c34998d4 0 0 0 0000204 [IWAIT] irq1: 12 c3499a98 0 0 0 0000204 [IWAIT] irq0: 11 c3499c5c 0 0 0 000020c [Can run] idle: cpu0 1 c3499e20 0 0 0 0000200 [INACTIVE] swapper 10 c34a3000 0 0 0 0000204 [RUNQ] ktrace 0 c07d1a80 0 0 0 0000200 [CPU 0] swapper db> show intrcnt irq13: npx0 1 db> show registers cs 0x8 ds 0x10 es 0x10 fs 0x18 ss 0x10 eax 0xb102 ecx 0xe01 edx 0xc074ca57 ebx 0x238 esp 0xc0c2094c ebp 0xc0c209b8 esi 0xc8c4 edi 0xc0765ce7 eip 0xc00fd141 efl 0x90002 dr0 0 dr1 0 dr2 0 dr3 0 dr4 0xffff0ff0 dr5 0x400 dr6 0xffff0ff0 dr7 0x400 0xc00fd141: cmpb %cs:0xba9f,%bh db> show pciregs isab0@pci0:2:0: class=0x060100 card=0x00000000 chip=0x71108086 rev=0x02 hdr=0x00 none0@pci0:2:1: class=0x010180 card=0x00000000 chip=0x71118086 rev=0x01 hdr=0x00 none1@pci0:2:2: class=0x0c0300 card=0x00000000 chip=0x71128086 rev=0x01 hdr=0x00 piix0@pci0:2:3: class=0x068000 card=0x00000000 chip=0x71138086 rev=0x02 hdr=0x00 none2@pci0:4:0: class=0x030000 card=0x00831028 chip=0x47491002 rev=0x5c hdr=0x00 hostb0@pci0:16:0: class=0x060000 card=0x00000000 chip=0x84ca8086 rev=0x03 hdr=0x00 hostb1@pci0:18:0: class=0x060000 card=0x00000000 chip=0x84cb8086 rev=0x02 hdr=0x00 hostb2@pci0:19:0: class=0x060000 card=0x00000000 chip=0x84cb8086 rev=0x02 hdr=0x00 hostb3@pci0:20:0: class=0x060000 card=0x00000000 chip=0x84cb8086 rev=0x02 hdr=0x00 em0@pci2:3:0: class=0x020000 card=0x11768086 chip=0x10768086 rev=0x00 hdr=0x00 pcib3@pci2:7:0: class=0x060400 card=0x000000dc chip=0xb1548086 rev=0x00 hdr=0x01 none3@pci3:0:0: class=0x060400 card=0x000000dc chip=0xb1548086 rev=0x00 hdr=0x01 none4@pci3:1:0: class=0x010000 card=0x8493101e chip=0x12161077 rev=0x06 hdr=0x00 db> show irqs irq0: (pid 12) irq1: (pid 13) irq3: (pid 14) irq4: (pid 15) irq5: (pid 16) irq6: (pid 17) irq7: (pid 18) irq8: (pid 19) irq9: (pid 20) irq10: (pid 21) irq11: (pid 22) irq12: (pid 23) irq13: (pid 24) irq14: em0 (pid 25) irq15: (pid 26) db> show intrcnt irq13: npx0 1 db> Type '?' for a list of commands, 'help' for more detailed help. OK load /boot/kernel/acpi.ko /boot/kernel/acpi.ko text=0x414dc data=0x1dc4+0x112c syms=[0x4+0x7670+0x4+0x9d05] OK set hint.apic.0.disabled=1 OK boot -v KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=00000000000a0000 SMAP type=01 base=0000000000100000 len=000000007fefe000 SMAP type=02 base=000000007fffe000 len=0000000000002000 SMAP type=02 base=00000000fec00000 len=0000000000010000 SMAP type=02 base=00000000fee00000 len=0000000000010000 SMAP type=02 base=00000000fff80000 len=0000000000080000 Copyright (c) 1992-2005 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.4-STABLE #1: Thu Jul 7 18:55:23 EDT 2005 mdtancsa@hippo.sentex.ca:/usr/obj/usr/src/sys/hippo Preloaded elf kernel "/boot/kernel/kernel" at 0xc0904000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc09041d8. Calibrating clock(s) ... i8254 clock: 1193234 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 500020388 Hz CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383fbff real memory = 2147475456 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000007dbcdfff, 2096783360 bytes (511910 pages) avail memory = 2096021504 (1998 MB) bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xcc4e pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 Other BIOS signatures found: mem: Pentium Pro MTRR support enabled io: null: random: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80008070 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 1 2 [class=060100] [hdr=80] is there (id=71108086) pcibios: BIOS version 2.10 Found $PIR table, 11 entries at 0xc00fc7a0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 2 A 0x64 14 embedded 0 2 B 0x65 15 embedded 0 2 D 0x63 3 4 5 6 7 10 11 12 14 embedded 1 4 A 0x65 3 4 5 6 7 10 11 12 14 embedded 1 6 A 0x66 3 4 5 6 7 10 11 12 14 embedded 1 8 A 0x64 3 4 5 6 7 10 11 12 14 slot 1 0 6 A 0x69 3 4 5 6 7 10 11 12 14 slot 1 0 6 B 0x64 3 4 5 6 7 10 11 12 14 slot 1 0 6 C 0x67 3 4 5 6 7 10 11 12 14 slot 1 0 6 D 0x68 3 4 5 6 7 10 11 12 14 slot 2 0 8 A 0x68 3 4 5 6 7 10 11 12 14 slot 2 0 8 B 0x69 3 4 5 6 7 10 11 12 14 slot 2 0 8 C 0x64 3 4 5 6 7 10 11 12 14 slot 2 0 8 D 0x67 3 4 5 6 7 10 11 12 14 slot 3 0 10 A 0x67 3 4 5 6 7 10 11 12 14 slot 3 0 10 B 0x68 3 4 5 6 7 10 11 12 14 slot 3 0 10 C 0x69 3 4 5 6 7 10 11 12 14 slot 3 0 10 D 0x64 3 4 5 6 7 10 11 12 14 slot 4 2 1 A 0x63 3 4 5 6 7 10 11 12 14 slot 4 2 1 B 0x60 3 4 5 6 7 10 11 12 14 slot 4 2 1 C 0x61 3 4 5 6 7 10 11 12 14 slot 4 2 1 D 0x62 3 4 5 6 7 10 11 12 14 slot 5 2 3 A 0x62 3 4 5 6 7 10 11 12 14 slot 5 2 3 B 0x63 3 4 5 6 7 10 11 12 14 slot 5 2 3 C 0x60 3 4 5 6 7 10 11 12 14 slot 5 2 3 D 0x61 3 4 5 6 7 10 11 12 14 slot 6 2 5 A 0x61 3 4 5 6 7 10 11 12 14 slot 6 2 5 B 0x62 3 4 5 6 7 10 11 12 14 slot 6 2 5 C 0x63 3 4 5 6 7 10 11 12 14 slot 6 2 5 D 0x60 3 4 5 6 7 10 11 12 14 slot 7 2 7 A 0x60 3 4 5 6 7 10 11 12 14 slot 7 2 7 B 0x61 3 4 5 6 7 10 11 12 14 slot 7 2 7 C 0x62 3 4 5 6 7 10 11 12 14 slot 7 2 7 D 0x63 3 4 5 6 7 10 11 12 14 pcib0: pcibus 0 on motherboard pir0: on motherboard $PIR: Entry 1.4.INTA has different mask for link 0x65, merging $PIR: Entry 1.8.INTA has different mask for link 0x64, merging $PIR: Entry 0.6.INTB has different mask for link 0x64, merging $PIR: Entry 0.8.INTC has different mask for link 0x64, merging $PIR: Entry 0.10.INTD has different mask for link 0x64, merging $PIR: Links after initial probe: Link IRQ Rtd Ref IRQs 0x64 255 N 5 14 0x65 255 N 2 none 0x63 255 N 5 3 4 5 6 7 10 11 12 14 0x66 255 N 1 3 4 5 6 7 10 11 12 14 0x69 255 N 3 3 4 5 6 7 10 11 12 14 0x67 255 N 3 3 4 5 6 7 10 11 12 14 0x68 255 N 3 3 4 5 6 7 10 11 12 14 0x60 255 N 4 3 4 5 6 7 10 11 12 14 0x61 255 N 4 3 4 5 6 7 10 11 12 14 0x62 255 N 4 3 4 5 6 7 10 11 12 14 $PIR: Found matching pin for 0.2.INTD at func 2: 255 $PIR: Found matching pin for 2.3.INTA at func 0: 14 $PIR: Links after initial IRQ discovery: Link IRQ Rtd Ref IRQs 0x64 14 N 5 14 0x65 255 N 2 none 0x63 255 N 5 3 4 5 6 7 10 11 12 14 0x66 255 N 1 3 4 5 6 7 10 11 12 14 0x69 255 N 3 3 4 5 6 7 10 11 12 14 0x67 255 N 3 3 4 5 6 7 10 11 12 14 0x68 255 N 3 3 4 5 6 7 10 11 12 14 0x60 255 N 4 3 4 5 6 7 10 11 12 14 0x61 255 N 4 3 4 5 6 7 10 11 12 14 0x62 14 Y 4 3 4 5 6 7 10 11 12 14 $PIR: IRQs used by BIOS: 14 $PIR: Interrupt Weights: [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ] [ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 9 0 ] pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00000000, size 4, port disabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=2, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00000000, size 5, port disabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=2, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=255 map[90]: type 4, range 32, base 00000850, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=2, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base ee000000, size 24, enabled map[14]: type 4, range 32, base 0000dc00, size 8, enabled map[18]: type 1, range 32, base eff00000, size 12, enabled found-> vendor=0x1002, dev=0x4749, revid=0x5c bus=0, slot=4, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x00a7, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84ca, revid=0x03 bus=0, slot=16, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=18, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x2280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=19, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x2280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=20, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x2280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) isab0: at device 2.0 on pci0 isa0: on isab0 pci0: at device 2.1 (no driver attached) pci0: at device 2.2 (no driver attached) piix0: port 0x850-0x85f at device 2.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 pci0: at device 4.0 (no driver attached) pcib1: pcibus 1 on motherboard pir: pir0 already exists; skipping it pci1: on pcib1 pci1: physical bus=1 pcib2: pcibus 2 on motherboard pir: pir0 already exists; skipping it pci2: on pcib2 pci2: physical bus=2 map[10]: type 1, range 32, base feb20000, size 17, enabled map[14]: type 1, range 32, base feb00000, size 17, enabled map[18]: type 4, range 32, base 0000ecc0, size 6, enabled $PIR: 2:3 INTA routed to irq 14 found-> vendor=0x8086, dev=0x1076, revid=0x00 bus=2, slot=3, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=14 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit found-> vendor=0x8086, dev=0xb154, revid=0x00 bus=2, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) em0: port 0xecc0-0xecff mem 0xfeb00000-0xfeb1ffff,0xfeb20000-0xfeb3ffff ir2 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfeb20000 em0: Reserved 0x40 bytes for rid 0x18 type 4 at 0xecc0 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:0e:0c:5d:f8:ca em0: Speed:N/A Duplex:N/A pcib3: at device 7.0 on pci2 pcib3: secondary bus 3 pcib3: subordinate bus 4 pcib3: I/O decode 0xf000-0xffff pcib3: memory decode 0xfe800000-0xfeafffff pcib3: prefetched decode 0xf0000000-0xf7ffffff pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x8086, dev=0xb154, revid=0x00 bus=3, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000fc00, size 8, enabled pcib3: device (null) requested decoded I/O range 0xfc00-0xfcff map[14]: type 1, range 32, base fe8ff000, size 12, enabled pcib3: device (null) requested decoded memory range 0xfe8ff000-0xfe8fffff $PIR: Found IRQ 14 for link 0x61 from 14 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xba9f fault code = supervisor read, page not present instruction pointer = 0x8:0xc00fd141 stack pointer = 0x10:0xc0c2094c frame pointer = 0x10:0xc0c209b8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at 0xc00fd141: cmpb %cs:0xba9f,%bh db> trace Tracing pid 0 tid 0 td 0xc07d1c60 kernbase(e0b,c074ca57,4000,c0765ce7,e) at 0xc00fd141 db> show pcireg isab0@pci0:2:0: class=0x060100 card=0x00000000 chip=0x71108086 rev=0x02 hdr=0x00 none0@pci0:2:1: class=0x010180 card=0x00000000 chip=0x71118086 rev=0x01 hdr=0x00 none1@pci0:2:2: class=0x0c0300 card=0x00000000 chip=0x71128086 rev=0x01 hdr=0x00 piix0@pci0:2:3: class=0x068000 card=0x00000000 chip=0x71138086 rev=0x02 hdr=0x00 none2@pci0:4:0: class=0x030000 card=0x00831028 chip=0x47491002 rev=0x5c hdr=0x00 hostb0@pci0:16:0: class=0x060000 card=0x00000000 chip=0x84ca8086 rev=0x03 hdr=0x00 hostb1@pci0:18:0: class=0x060000 card=0x00000000 chip=0x84cb8086 rev=0x02 hdr=0x00 hostb2@pci0:19:0: class=0x060000 card=0x00000000 chip=0x84cb8086 rev=0x02 hdr=0x00 hostb3@pci0:20:0: class=0x060000 card=0x00000000 chip=0x84cb8086 rev=0x02 hdr=0x00 em0@pci2:3:0: class=0x020000 card=0x11768086 chip=0x10768086 rev=0x00 hdr=0x00 pcib3@pci2:7:0: class=0x060400 card=0x000000dc chip=0xb1548086 rev=0x00 hdr=0x01 none3@pci3:0:0: class=0x060400 card=0x000000dc chip=0xb1548086 rev=0x00 hdr=0x01 none4@pci3:1:0: class=0x010000 card=0x8493101e chip=0x12161077 rev=0x06 hdr=0x00 db> show intrcnt irq13: npx0 1 db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 36 c34ed54c 0 0 0 0000204 [IWAIT] swi6:+ 6 c34ed710 0 0 0 0000204 [RUNQ] thread taskq 35 c34ed8d4 0 0 0 0000204 [IWAIT] swi6: acpitaskq 34 c34eda98 0 0 0 0000204 [IWAIT] swi6:+ 33 c34edc5c 0 0 0 0000204 [IWAIT] swi6: task queue 5 c34ede20 0 0 0 0000204 [RUNQ] kqueue taskq 32 c34ff000 0 0 0 0000204 [IWAIT] swi3: cambio 31 c34ff1c4 0 0 0 0000204 [IWAIT] swi2: camnet 30 c34ff388 0 0 0 0000204 [RUNQ] yarrow 4 c34ff54c 0 0 0 0000204 [RUNQ] g_down 3 c34ff710 0 0 0 0000204 [RUNQ] g_up 2 c34ff8d4 0 0 0 0000204 [RUNQ] g_event 29 c34a41c4 0 0 0 0000204 [IWAIT] swi4: vm 28 c34a4388 0 0 0 000020c [IWAIT] swi5: clock 27 c34a454c 0 0 0 0000204 [IWAIT] swi1: net 26 c34a4710 0 0 0 0000204 [IWAIT] irq15: 25 c34a48d4 0 0 0 0000204 [IWAIT] irq14: em0 24 c34a4a98 0 0 0 0000204 [IWAIT] irq13: 23 c34a4c5c 0 0 0 0000204 [IWAIT] irq12: 22 c34a4e20 0 0 0 0000204 [IWAIT] irq11: 21 c34ed000 0 0 0 0000204 [IWAIT] irq10: 20 c34ed1c4 0 0 0 0000204 [IWAIT] irq9: 19 c34ed388 0 0 0 0000204 [IWAIT] irq8: 18 c349b000 0 0 0 0000204 [IWAIT] irq7: 17 c349b1c4 0 0 0 0000204 [IWAIT] irq6: 16 c349b388 0 0 0 0000204 [IWAIT] irq5: 15 c349b54c 0 0 0 0000204 [IWAIT] irq4: 14 c349b710 0 0 0 0000204 [IWAIT] irq3: 13 c349b8d4 0 0 0 0000204 [IWAIT] irq1: 12 c349ba98 0 0 0 0000204 [IWAIT] irq0: 11 c349bc5c 0 0 0 000020c [Can run] idle: cpu0 1 c349be20 0 0 0 0000200 [INACTIVE] swapper 10 c34a4000 0 0 0 0000204 [RUNQ] ktrace 0 c07d1a80 0 0 0 0000200 [CPU 0] swapper db> From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 02:32:36 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A013316A41C for ; Fri, 8 Jul 2005 02:32:36 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from linda-5.paradise.net.nz (bm-5a.paradise.net.nz [202.0.58.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51D6043D45 for ; Fri, 8 Jul 2005 02:32:35 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-1.paradise.net.nz (smtp-1b.paradise.net.nz [202.0.32.210]) by linda-5.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IJA00G9UF2AFQ@linda-5.paradise.net.nz> for current@freebsd.org; Fri, 08 Jul 2005 14:32:35 +1200 (NZST) Received: from [192.168.1.11] (218-101-45-211.paradise.net.nz [218.101.45.211]) by smtp-1.paradise.net.nz (Postfix) with ESMTP id 1366B82884 for ; Fri, 08 Jul 2005 14:32:34 +1200 (NZST) Date: Fri, 08 Jul 2005 14:32:32 +1200 From: Mark Kirkwood In-reply-to: <42CDC11E.10301@jrssite.com> To: current@freebsd.org Message-id: <42CDE5C0.3070300@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050511) References: <42CDC11E.10301@jrssite.com> Cc: Subject: Re: clock WAY off X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 02:32:36 -0000 JR Dalrymple wrote: > The clock seems to be running at about 1/4 speed (SMP related maybe?). > It didn't on release. I currently have timed running keeping it in sync > with another machine on the network which is keeping it usable. What can > I do to make the clock operate at the proper speed again? > > > FreeBSD 6.0-CURRENT #2: Sun Jul 3 14:27:35 AKDT 2005 > root@genie.exclusivepaving.com:/usr/obj/usr/src/sys/SMP > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium Pro (198.95-MHz 686-class CPU) Hmm - PII 200, might not be able to cope with the HZ 100->1000 change that -current brings. You could try kern.hz=100 in /boot/loader.conf. Mark From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 02:53:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A28816A41C for ; Fri, 8 Jul 2005 02:53:14 +0000 (GMT) (envelope-from soren3@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id D867B43D53 for ; Fri, 8 Jul 2005 02:53:13 +0000 (GMT) (envelope-from soren3@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so339752wri for ; Thu, 07 Jul 2005 19:53:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=HjNRCOGToR9MgeUSqYBhq8oWB37i0uR/0ck6oH/6nSDj2cY6rbM0AeIDuV9PWNbjo2i2ypTAlyYBtw9RHZlWagIskAevSEdvqFzMOF4xGssi0oXx6uUj06pDsIHvovkvBE/IxJHSPjXLv7s6m0YAYfEIAPHphoPoqeek8yLt0Eg= Received: by 10.54.30.4 with SMTP id d4mr1331929wrd; Thu, 07 Jul 2005 19:53:13 -0700 (PDT) Received: from elf.enidra.ti ([201.8.162.163]) by mx.gmail.com with ESMTP id 66sm1992799wra.2005.07.07.19.53.12; Thu, 07 Jul 2005 19:53:13 -0700 (PDT) From: =?iso-8859-1?q?S=F8ren_Lott?= To: current@freebsd.org Date: Thu, 7 Jul 2005 23:56:00 -0300 User-Agent: letmego MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507072356.00425.soren3@gmail.com> Cc: Subject: make installword trash filesystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 02:53:14 -0000 on SNAP005 running make installworld return "error: LC_ALL="C date" exit signal status 0" and trashes the filesystems rendering the machine unbootable. anyone has seen this happening ? any ideas ? From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 03:17:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 111BA16A41C for ; Fri, 8 Jul 2005 03:17:09 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5745C43D48 for ; Fri, 8 Jul 2005 03:17:07 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j683H5Ci055829; Fri, 8 Jul 2005 12:47:05 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Tai-hwa Liang Date: Fri, 8 Jul 2005 12:46:53 +0930 User-Agent: KMail/1.8 References: <200506292155.43686.doconnor@gsoft.com.au> <200506292158.46172.doconnor@gsoft.com.au> <05070610030117.747@www.mmlab.cse.yzu.edu.tw> In-Reply-To: <05070610030117.747@www.mmlab.cse.yzu.edu.tw> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4124088.JtI2AUXkhE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507081246.59706.doconnor@gsoft.com.au> X-Spam-Score: -2.4 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: freebsd-current@freebsd.org Subject: Re: WPA + ipw + Linksys WRT54G X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 03:17:09 -0000 --nextPart4124088.JtI2AUXkhE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 06 July 2005 11:34, Tai-hwa Liang wrote: > > After wpa_supplicant has run there are a large number of duplicate > > entries in the 'ifconfig ipw0 scan' output. (Same SSID etc, but differe= nt > > SNR numbers) > > FWIT, I just committed a fix which supposes to address this issue. > Please cvsup later and make sure you have at least ieee80211_input.c:1.56 > or above. Yep, now I don't get the duplicate entries. I still get this though.. [inchoate 12:46] ~ >sudo ifconfig ipw0 scan SSID BSSID CHAN RATE S:N INT CAPS 00:00:00:00:00:00 6 0M 0:0 0 dons 00:13:10:9b:52:d4 6 11M 54:0 100 EP WPA (ie the first entry is obviously bogus) I haven't managed to associate with my AP in WPA mode yet either :( ("Works in Windows"(tm)) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart4124088.JtI2AUXkhE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCzfAr5ZPcIHs/zowRAtVLAJ4y7Wrk6cPlaAPjupDrVit8Fw4xQwCcD9r0 Ioq/8vEMJutfOJTjJ/B8PPg= =fw4q -----END PGP SIGNATURE----- --nextPart4124088.JtI2AUXkhE-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 05:13:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5889416A41C for ; Fri, 8 Jul 2005 05:13:23 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF27143D46 for ; Fri, 8 Jul 2005 05:13:22 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from [212.44.92.174] (port=2920 helo=[192.168.184.134]) by mx2.mail.ru with esmtp id 1DqlAs-0009i2-00 for freebsd-current@freebsd.org; Fri, 08 Jul 2005 09:13:19 +0400 Message-ID: <42CE0B65.3020309@mail.ru> Date: Fri, 08 Jul 2005 09:13:09 +0400 From: Stepan Rakhimov User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050405) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20050706182031.68327.qmail@web50308.mail.yahoo.com> <1120675336.18416.9.camel@xenon.stonehenge.sk> <42CD6204.1060501@mail.ru> <1120761153.21990.25.camel@xenon.stonehenge.sk> In-Reply-To: <1120761153.21990.25.camel@xenon.stonehenge.sk> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: nVidia driver works on -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 05:13:23 -0000 I use nvAGP driver as they recommend. As far as I remember I've tried freebsd agp without success also. Michal Varga wrote: > Yes, sorry, I forgot to mention that I implicitly mean the x86 > architecture, if not stated otherwise. As far as I know Nvidia currently > does not provide binary drivers for AMD64 on freeBSD, though if you are > running in x86 mode, the driver should work, I know at least one guy who > is running it that way. > > What AGP driver are you using and when is this error message triggered? > > m. > > On Thu, 2005-07-07 at 21:10 +0400, Stepan Rakhimov wrote: > >>it doesn't work for me. the message is "agp cannot be started for this >>combination of AMD CPU and kernel" >>i'm running latest i386 current on athlon64 >> >>Michal Varga wrote: >> >>>On Wed, 2005-07-06 at 11:20 -0700, alan bryan wrote: >>> >>> >>>>Can anyone tell me if the nVidia display driver >>>>(ports/x11/nvidia-driver) works on current? The >>>>nVidia README says it's not "supported" but I'm >>>>wondering if it still works. >>>> >>> >>>Yes, they work perfectly. In fact I had them "hacked" (simply removed >>>the check for FreeBSD 5 from sources, l33t) quite a while before someone >>>put the same thing into the ports. Personally tested on GeForce 2 MX400 >>>and 6600GT, other guy is running them on 6800 and I think I remember >>>some 5700 too. You can safely play Doom 3 with them. >>> >>>m. >>> From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 06:06:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57E4316A41C for ; Fri, 8 Jul 2005 06:06:32 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AB6B43D49 for ; Fri, 8 Jul 2005 06:06:32 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1Dqm0N-000LKO-Gj; Fri, 08 Jul 2005 06:06:31 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1Dqm0M-000KOJ-TR; Thu, 07 Jul 2005 20:06:31 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17102.6118.407470.645664@roam.psg.com> Date: Thu, 7 Jul 2005 20:06:30 -1000 To: Sam Leffler References: <42A5253E.10401@errno.com> <17061.50966.381799.889500@roam.psg.com> <42A5CBAC.4000409@errno.com> Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: wpa support in the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 06:06:32 -0000 >> T-Mobile uses EAP-TTLSv0 from >> internet-drafts/draft-funk-eap-ttls-v0-00.txt. i would deeply >> love not to have to use my browser to do userid/password signon >> to their hotspots. any clues/cookbook? > I'll look at adding a knob to wpa_supplicant's Makefile to enable > EAP-TTLS support. Until then look at contrib/wpa_supplicant/Makefile > and extract the bits you need for the other Makefile. is there an idiot's howto for tmobile eap/ttls yet? randy From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 08:49:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBE2B16A41C for ; Fri, 8 Jul 2005 08:49:15 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C13B43D53 for ; Fri, 8 Jul 2005 08:49:14 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (cpe-024-211-118-154.sc.res.rr.com [24.211.118.154]) by ms-smtp-02-eri0.southeast.rr.com (8.12.10/8.12.7) with ESMTP id j688nBl8015473; Fri, 8 Jul 2005 04:49:11 -0400 (EDT) Received: from volatile.chemikals.org (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.13.3/8.13.3) with ESMTP id j688n9uB010884; Fri, 8 Jul 2005 04:49:09 -0400 (EDT) (envelope-from morganw@chemikals.org) Received: from localhost (morganw@localhost) by volatile.chemikals.org (8.13.3/8.13.3/Submit) with ESMTP id j688n8ZU010881; Fri, 8 Jul 2005 04:49:09 -0400 (EDT) (envelope-from morganw@chemikals.org) X-Authentication-Warning: volatile.chemikals.org: morganw owned process doing -bs Date: Fri, 8 Jul 2005 04:49:08 -0400 (EDT) From: Wesley Morgan To: Alexander Polakov In-Reply-To: <42CD9728.000003.16936@colgate.yandex.ru> Message-ID: <20050708044707.H3647@volatile.chemikals.org> References: <42CD9728.000003.16936@colgate.yandex.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: freebsd-current@freebsd.org Subject: Re: out of swap space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 08:49:15 -0000 On Fri, 8 Jul 2005, Alexander Polakov wrote: > swap_pager: out of swap space > swap_pager_getswapspace(2): failed > pid 508 (Xorg), uid 0, was killed: out of swap space > pid 641 (fluxbox), uid 1001: exited on signal 6 (core dumped) > > I got this when I went away from my computer and returned after about 30 > minutes. It is yesterday's CURRENT. I thought there was some discussion in the past about modifying the "process slayer" to avoid killing things like X which could leave your system in an unuseable state... -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 09:09:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9883916A41C for ; Fri, 8 Jul 2005 09:09:06 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD71143D46 for ; Fri, 8 Jul 2005 09:09:05 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id C1FCBE0BDF; Fri, 8 Jul 2005 11:09:03 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id A46319C227; Fri, 8 Jul 2005 11:09:03 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 7583A9C1DE; Fri, 8 Jul 2005 11:09:03 +0200 (CEST) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 5169CE0BDF; Fri, 8 Jul 2005 11:09:03 +0200 (CEST) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id j68993ki074607; Fri, 8 Jul 2005 11:09:03 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from roadrunner.q.local (vpn [10.0.0.2]) by coyote.q.local (8.13.3/8.13.1) with ESMTP id j6898x45049712; Fri, 8 Jul 2005 11:08:59 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.3) with ESMTP id j6898weg001297; Fri, 8 Jul 2005 11:08:58 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.3/Submit) id j6898une001296; Fri, 8 Jul 2005 11:08:57 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Date: Fri, 8 Jul 2005 11:08:56 +0200 From: Ulrich Spoerlein To: Thierry Herbelot Message-ID: <20050708090856.GB969@galgenberg.net> Mail-Followup-To: Thierry Herbelot , freebsd-current@freebsd.org, Jeremie Le Hen References: <20041102222000.GA65845@xor.obsecurity.org> <20050706073205.GA942@galgenberg.net> <20050706085737.GT73907@obiwan.tataz.chchile.org> <200507061116.17267.thierry@herbelot.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9zSXsLTf0vkW971A" Content-Disposition: inline In-Reply-To: <200507061116.17267.thierry@herbelot.com> User-Agent: mutt-ng devel (FreeBSD) X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Cc: freebsd-current@freebsd.org, Jeremie Le Hen Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 09:09:06 -0000 --9zSXsLTf0vkW971A Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 06.07.2005 at 11:16:15 +0200, Thierry Herbelot wrote: > > > Whats wrong with > > > > > > .if ${.CURDIR:M/usr/ports*} > > > CFLAGS=3D -O -pipe -foo > > > .endif > > > > > > in /etc/make.conf? > > > > Nothing wrong, but it's too tricky for end users. Only a small amount > > of person using FreeBSD knows make(1) enough to do this : this requires > > to know what is ${.CURDIR} and how to match a variable against a > > pattern. >=20 > and it does not work if he ports tree is "physically" elsewhere (mine is= =20 > shared over NFS from /files2/ports -> .CURDIR does not begin=20 > with /usr/ports). >=20 > Perhaps a better way would be to use a variable set in bsd.ports.mk=20 > (BUILDING_PORT=3D"YES") Perhaps an even better way would be to have bsd.port.mk include "/etc/ports.conf". I do this in my own make.conf, when I'm inside the ports tree (wherever that my be, /usr/ports or ~/ports). But I guess that is too late in the game to include. This is what I get right now: % cd /usr/ports/editors/vim % make -V .MAKEFILE_LIST|tr ' ' '\n'|grep -v '\.\.' /usr/share/mk/sys.mk /etc/make.conf /etc/ports.conf /usr/share/mk/bsd.compat.mk /usr/share/mk/bsd.cpu.mk Makefile /usr/share/mk/bsd.port.pre.mk /usr/share/mk/bsd.port.mk /usr/share/mk/bsd.own.mk /usr/ports/Mk/bsd.port.mk /usr/ports/Mk/bsd.gnome.mk /usr/share/mk/bsd.port.post.mk /usr/share/mk/bsd.port.mk /usr/share/mk/bsd.own.mk /usr/ports/Mk/bsd.port.mk /usr/ports/Mk/bsd.autotools.mk /usr/ports/Mk/bsd.gnome.mk /usr/ports/Mk/bsd.sites.mk Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --9zSXsLTf0vkW971A Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCzkKomArGtfDbn0QRAnLFAKDR+BpGAiw7HfJcLrmTNDMufFkWagCfWHUC FXn2Dnhzm5cTkDgNIo58rhs= =7Cq1 -----END PGP SIGNATURE----- --9zSXsLTf0vkW971A-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 09:34:26 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDEFD16A41C for ; Fri, 8 Jul 2005 09:34:26 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 698FD43D49 for ; Fri, 8 Jul 2005 09:34:26 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j689YJMq028732; Fri, 8 Jul 2005 05:34:19 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j689YJMr028729; Fri, 8 Jul 2005 05:34:19 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Fri, 8 Jul 2005 05:34:19 -0400 (EDT) From: Andre Guibert de Bruet To: Marcin Jessa In-Reply-To: <20050705120926.57cc6481.lists@yazzy.org> Message-ID: <20050708053157.J80892@lexi.siliconlandmark.com> References: <20050705115234.44adc0ed.lists@yazzy.org> <20050705100346.GM56644@camelot.theinternet.com.au> <20050705120926.57cc6481.lists@yazzy.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.54, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: current@freebsd.org Subject: Re: getty replacement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 09:34:26 -0000 On Tue, 5 Jul 2005, Marcin Jessa wrote: > On Tue, 5 Jul 2005 20:03:46 +1000 > Andrew Milton wrote: >> +-------[ Marcin Jessa ]---------------------- >> | Is there any way to replace "/usr/libexec/getty Pc" with a custom application and what would be requirements for such an app? >> >> It's definitely do-able with compiled code. >> >> | Running >> | ttyv0 "/some/app/shell_code.sh Pc" cons23 on secure >> | gives me: >> | init: getty repeating too quickly on port /dev/ttyv0, sleeping 30 secs >> | and my code is not executed. >> >> This won't work, because shell scripts aren't directly executable. The shell >> handles parsing the #!/bin/sh header and executing them for you. > > Putting /bin/sh to parse #!/bin/sh header infront of it does not change that behaviour, which should work according to what you said. > Are there any other requirements besides having compiled code ? Your application should not return control to init many times within a few seconds, lest you see the dreaded "repeating too quickly" message. Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Thu Jul 7 19:00:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB6F916A41C for ; Thu, 7 Jul 2005 19:00:17 +0000 (GMT) (envelope-from dorijan@kset.org) Received: from marvin.kset.org (marvin.kset.org [161.53.74.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2982E43D46 for ; Thu, 7 Jul 2005 19:00:14 +0000 (GMT) (envelope-from dorijan@kset.org) Received: from insane (cmung2571.cmu.carnet.hr [192.168.1.214]) by marvin.kset.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j67J0FGa008713 for ; Thu, 7 Jul 2005 21:00:16 +0200 Received: from placebo.znet ([10.168.4.3]) by insane (602LAN SUITE 2004) id 32cce062 for freebsd-current@freebsd.org; Thu, 7 Jul 2005 20:59:22 +0200 Date: Thu, 7 Jul 2005 20:59:00 +0200 From: Dorijan Jelincic X-Mailer: The Bat! (v3.5.30) Professional Organization: FER X-Priority: 3 (Normal) Message-ID: <1514450360.20050707205900@marvin.cc.fer.hr> To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 08 Jul 2005 12:04:47 +0000 Subject: ifconfig problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dorijan Jelincic List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 19:00:18 -0000 Hello freebsd-current, Problem is that if you set same ip adress twice for same adapter freebsd loosers routes to itself. Example: ifconfig rl0 192.168.1.1/24 ping 192.168.1.1 and everything is ok.. but if I do it again ifconfig rl0 192.168.1.1/24 I got no route to host also, if there is a ospfd in the system, and one adapter gone down and then up, and in the meantime freebsd got that route from ospfd, and I want to set ip adress again I got File allready exist Example: free-andromeda# ping 10.168.15.134 PING 10.168.15.134 (10.168.15.134): 56 data bytes 64 bytes from 10.168.15.134: icmp_seq=0 ttl=64 time=6.584 ms 64 bytes from 10.168.15.134: icmp_seq=1 ttl=64 time=2.896 ms 64 bytes from 10.168.15.134: icmp_seq=2 ttl=64 time=2.871 ms 64 bytes from 10.168.15.134: icmp_seq=3 ttl=64 time=2.849 ms ^C --- 10.168.15.134 ping statistics --- 4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max/stddev = 2.849/3.800/6.584/1.607 ms after couple of second, after I got routes from ospfd, ping dies (this is a redundant link, routes I got from other router but not throught this link) free-andromeda# ping 10.168.15.134 PING 10.168.15.134 (10.168.15.134): 56 data bytes ^C --- 10.168.15.134 ping statistics --- 3 packets transmitted, 0 packets received, 100% packet loss but the link is still up.. and if I do this: free-andromeda# ifconfig acx0 10.168.15.133/30 free-andromeda# ping 10.168.15.133 PING 10.168.15.133 (10.168.15.133): 56 data bytes 64 bytes from 10.168.15.133: icmp_seq=0 ttl=64 time=0.248 ms 64 bytes from 10.168.15.133: icmp_seq=1 ttl=64 time=0.138 ms ^C --- 10.168.15.133 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.138/0.193/0.248/0.055 ms free-andromeda# free-andromeda# ifconfig acx0 10.168.15.133/30 free-andromeda# ping 10.168.15.133 PING 10.168.15.133 (10.168.15.133): 56 data bytes ping: sendto: No route to host ping: sendto: No route to host ^C --- 10.168.15.133 ping statistics --- 2 packets transmitted, 0 packets received, 100% packet loss (problem from above) and later if I do this: free-andromeda# ifconfig acx0 10.168.160.1/24 free-andromeda# ifconfig acx0 10.168.15.133/30 ifconfig: ioctl (SIOCAIFADDR): File exists I am running current-004, and zebra 0.95 -- "Well it's just that lately I've noticed everyone seems to trust me. It's quite unnerving." - Garak, DS9 : Empok Nor Dorijan Jelincic, 9a3ajd From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 14:38:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E902516A41C for ; Fri, 8 Jul 2005 14:38:38 +0000 (GMT) (envelope-from soren3@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6993243D55 for ; Fri, 8 Jul 2005 14:38:38 +0000 (GMT) (envelope-from soren3@gmail.com) Received: by wproxy.gmail.com with SMTP id i21so437400wra for ; Fri, 08 Jul 2005 07:38:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:user-agent:mime-version:content-disposition:date:content-type:content-transfer-encoding:message-id; b=ued52aBZYkRD8eYA/8iSBYjjUHMi0/6Pbz9ZEYoE/98LDUcSmsWVb36AXEe1RGWNdYttCUXe8y5IzhFgPJlN155ZhqjwiKvqbGRgEubRfntQ0HPD8mF8BuG7lYqawPLBjjgETa1qN+dtpfUqfUiIciwNpzxWDrlTv/rQgZa54WA= Received: by 10.54.72.7 with SMTP id u7mr1749113wra; Fri, 08 Jul 2005 07:31:00 -0700 (PDT) Received: from elf.enidra.ti ([201.8.162.163]) by mx.gmail.com with ESMTP id d75sm2623813wra.2005.07.08.07.30.59; Fri, 08 Jul 2005 07:31:00 -0700 (PDT) From: =?iso-8859-1?q?S=F8ren_Lott?= To: freebsd-current@freebsd.org User-Agent: letmego MIME-Version: 1.0 Content-Disposition: inline Date: Fri, 8 Jul 2005 11:33:48 -0300 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200507081133.48851.soren3@gmail.com> Subject: make installword trash filesystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 14:38:39 -0000 on SNAP005 running make installworld return "error: LC_ALL="C date" exit signal status 0" and trashes the filesystems rendering the machine unbootable. anyone has seen this happening ? any ideas ? From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 14:43:53 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C82F416A41C for ; Fri, 8 Jul 2005 14:43:53 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27DA743D45 for ; Fri, 8 Jul 2005 14:43:51 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 08 Jul 2005 10:57:43 -0400 From: John Baldwin To: Mike Tancsa Date: Fri, 8 Jul 2005 10:06:42 -0400 User-Agent: KMail/1.8 References: <70e8236f05070208212e36c375@mail.gmail.com> <200507071658.27361.jhb@FreeBSD.org> <6.2.1.2.0.20050707220038.08329918@64.7.153.2> In-Reply-To: <6.2.1.2.0.20050707220038.08329918@64.7.153.2> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507081006.43609.jhb@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 14:43:53 -0000 On Thursday 07 July 2005 10:09 pm, Mike Tancsa wrote: > At 04:58 PM 07/07/2005, John Baldwin wrote: > >Crud, it's off in the weeds. :( Can you do a boot -v and get the lines > > after 'pcib3:'? > > Here you go Ok, I see why it is badly confused in the non-APIC and non-ACPI case though I don't know why it is panicing. (FWIW, it is trying to route all interrupts to IRQ 14 because your $PIR is all busted *sigh*). BIOS writers suck. Anyway, I still need a simple matrix of what works and what doesn't work first (if I got one earlier I lost it): ACPI/APIC - amr0 gets no interrupts, hangs after boot ACPI/no-APIC - amr0 gets no interrupts, hangs after boot? no-ACPI/APIC - ??? no-ACPI/no-APIC - busted $PIR causes the code to go off into the weeds Is that summary more or less correct? Can you test the missing case? Also, is there any difference between 5.4 and 6.0 in this table? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 14:46:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1920716A41C for ; Fri, 8 Jul 2005 14:46:15 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27B1243D45 for ; Fri, 8 Jul 2005 14:46:13 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j68EqLCA037574; Fri, 8 Jul 2005 08:52:22 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42CE90C2.7060308@samsco.org> Date: Fri, 08 Jul 2005 08:42:10 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Lott?= References: <200507081133.48851.soren3@gmail.com> In-Reply-To: <200507081133.48851.soren3@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: make installword trash filesystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 14:46:15 -0000 Sren Lott wrote: > on SNAP005 running make installworld return > "error: LC_ALL="C date" exit signal status 0" and trashes the filesystems > rendering the machine unbootable. > > anyone has seen this happening ? any ideas ? This honestly sounds like a hardware problem. Have you checked the RAM, CPU cooling, etc? Scott From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 15:43:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CCE816A41C for ; Fri, 8 Jul 2005 15:43:02 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3346543D48 for ; Fri, 8 Jul 2005 15:43:02 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j68Fg6MK019319; Fri, 8 Jul 2005 09:42:07 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 08 Jul 2005 09:42:10 -0600 (MDT) Message-Id: <20050708.094210.10168687.imp@bsdimp.com> To: markir@paradise.net.nz From: "M. Warner Losh" In-Reply-To: <42CDE5C0.3070300@paradise.net.nz> References: <42CDC11E.10301@jrssite.com> <42CDE5C0.3070300@paradise.net.nz> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: clock WAY off X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 15:43:02 -0000 In message: <42CDE5C0.3070300@paradise.net.nz> Mark Kirkwood writes: : JR Dalrymple wrote: : : > The clock seems to be running at about 1/4 speed (SMP related maybe?). : > It didn't on release. I currently have timed running keeping it in sync : > with another machine on the network which is keeping it usable. What can : > I do to make the clock operate at the proper speed again? : > : > : > FreeBSD 6.0-CURRENT #2: Sun Jul 3 14:27:35 AKDT 2005 : > root@genie.exclusivepaving.com:/usr/obj/usr/src/sys/SMP : > Timecounter "i8254" frequency 1193182 Hz quality 0 : > CPU: Pentium Pro (198.95-MHz 686-class CPU) : : Hmm - PII 200, might not be able to cope with the HZ 100->1000 change : that -current brings. Mine sure could. Warner From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 15:46:17 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CB1D16A425; Fri, 8 Jul 2005 15:46:17 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D02EE43D55; Fri, 8 Jul 2005 15:46:11 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j68Fjwho099001; Fri, 8 Jul 2005 11:45:58 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.3/8.13.3) with ESMTP id j68Fk9S8055590; Fri, 8 Jul 2005 11:46:09 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j68Fk6R6077212 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Jul 2005 11:46:07 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050708110446.07de5768@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Fri, 08 Jul 2005 11:47:22 -0400 To: John Baldwin From: Mike Tancsa In-Reply-To: <200507081006.43609.jhb@FreeBSD.org> References: <70e8236f05070208212e36c375@mail.gmail.com> <200507071658.27361.jhb@FreeBSD.org> <6.2.1.2.0.20050707220038.08329918@64.7.153.2> <200507081006.43609.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_1996631594==_" X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.26 Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 15:46:17 -0000 --=====================_1996631594==_ Content-Type: text/plain; charset="us-ascii"; format=flowed At 10:06 AM 08/07/2005, John Baldwin wrote: >On Thursday 07 July 2005 10:09 pm, Mike Tancsa wrote: > > At 04:58 PM 07/07/2005, John Baldwin wrote: > > >Crud, it's off in the weeds. :( Can you do a boot -v and get the lines > > > after 'pcib3:'? > > > > Here you go > >Ok, I see why it is badly confused in the non-APIC and non-ACPI case though I >don't know why it is panicing. (FWIW, it is trying to route all interrupts >to IRQ 14 because your $PIR is all busted *sigh*). BIOS writers suck. Unfortunately, this is the latest version of the BIOS from Dell. >Anyway, I still need a simple matrix of what works and what doesn't work >first (if I got one earlier I lost it): > >ACPI/APIC - amr0 gets no interrupts, hangs after boot yes, it hangs either with amr or perhaps ata. yesterday I was trying just a netboot and it seemed to work if I pulled the card and did not have the ata code in the driver, although I had not setup the fstab to properly work, but the fact that I was complaining about mounting root implies it got farther along. If you feel this is worth checking out, I could pull the amr card again, and try and properly netboot a kernel and mount root via nfs on 6.x. On RELENG_5 it sometimes works if I disable ata in the kernel. I attached the boot-v from releng5. 6.x hangs (also attached) >ACPI/no-APIC - amr0 gets no interrupts, hangs after boot? Panic. This case should be in the last email I sent. OK set hint.apic.0.disabled=1 OK load acpi.ko kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xba9f fault code = supervisor read, page not present instruction pointer = 0x8:0xc00fd141 stack pointer = 0x10:0xc0c2094c frame pointer = 0x10:0xc0c209b8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at 0xc00fd141: cmpb %cs:0xba9f,%bh db> trace Tracing pid 0 tid 0 td 0xc07d1c60 kernbase(e0b,c07029d1,c00fc860,c00fc86b,c0c209f8) at 0xc00fd141 db> >no-ACPI/APIC - ??? RELENG_5, all is happy. 6.x hang. >no-ACPI/no-APIC - busted $PIR causes the code to go off into the weeds > >Is that summary more or less correct? Can you test the missing case? Also, >is there any difference between 5.4 and 6.0 in this table? I have yet to find a combo that allows me to boot 6.x with the amr card in. ---Mike >-- >John Baldwin <>< http://www.FreeBSD.org/~jhb/ >"Power Users Use the Power to Serve" = http://www.FreeBSD.org --=====================_1996631594==_ Content-Type: text/plain; charset="us-ascii" Content-Disposition: attachment; filename="releng5-acpi-apic.txt" OK load acpi.ko /boot/kernel/acpi.ko text=0x414dc data=0x1dc4+0x112c syms=[0x4+0x7670+0x4+0x9d05] OK boot -v KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=00000000000a0000 SMAP type=01 base=0000000000100000 len=000000007fefe000 SMAP type=02 base=000000007fffe000 len=0000000000002000 SMAP type=02 base=00000000fec00000 len=0000000000010000 SMAP type=02 base=00000000fee00000 len=0000000000010000 SMAP type=02 base=00000000fff80000 len=0000000000080000 Copyright (c) 1992-2005 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.4-STABLE #1: Thu Jul 7 18:55:23 EDT 2005 mdtancsa@hippo.sentex.ca:/usr/obj/usr/src/sys/hippo Preloaded elf kernel "/boot/kernel/kernel" at 0xc0904000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc09041d8. Calibrating clock(s) ... i8254 clock: 1193227 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 500019728 Hz CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383fbff real memory = 2147475456 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000007dbcdfff, 2096783360 bytes (511910 pages) avail memory = 2096021504 (1998 MB) MP Configuration Table version 1.4 found at 0xc00f0000 APIC: Using the MPTable enumerator. SMP: Added CPU 3 (BSP) SMP: Added CPU 0 (AP) SMP: Added CPU 1 (AP) SMP: Added CPU 2 (AP) MPTable: APIC ID: physical 0, logical 0:0 APIC ID: physical 1, logical 0:1 APIC ID: physical 2, logical 0:2 APIC ID: physical 3, logical 0:3 FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 cpu2 (AP): APIC ID: 1 cpu3 (AP): APIC ID: 2 bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xcc4e pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 Other BIOS signatures found: ioapic0: Changing APIC ID to 4 ioapic0: Assuming intbase of 0 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) ioapic0: intpin 1 bus ISA ioapic0: intpin 1 trigger: edge ioapic0: intpin 1 polarity: high ioapic0: intpin 2 bus ISA ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high ioapic0: intpin 3 bus ISA ioapic0: intpin 3 trigger: edge ioapic0: intpin 3 polarity: high ioapic0: intpin 4 bus ISA ioapic0: intpin 4 trigger: edge ioapic0: intpin 4 polarity: high ioapic0: intpin 5 bus ISA ioapic0: intpin 5 trigger: edge ioapic0: intpin 5 polarity: high ioapic0: intpin 6 bus ISA ioapic0: intpin 6 trigger: edge ioapic0: intpin 6 polarity: high ioapic0: intpin 7 bus ISA ioapic0: intpin 7 trigger: edge ioapic0: intpin 7 polarity: high ioapic0: intpin 8 bus ISA ioapic0: intpin 8 trigger: edge ioapic0: intpin 8 polarity: high ioapic0: intpin 9 bus ISA ioapic0: intpin 9 trigger: edge ioapic0: intpin 9 polarity: high ioapic0: intpin 12 bus ISA ioapic0: intpin 12 trigger: edge ioapic0: intpin 12 polarity: high ioapic0: intpin 15 bus ISA ioapic0: intpin 15 trigger: edge ioapic0: intpin 15 polarity: high ioapic0: intpin 16 bus PCI ioapic0: intpin 16 trigger: level ioapic0: intpin 16 polarity: low ioapic0: intpin 16 bus PCI ioapic0: intpin 16 trigger: level ioapic0: intpin 16 polarity: low ioapic0: intpin 16 bus PCI ioapic0: intpin 16 trigger: level ioapic0: intpin 16 polarity: low ioapic0: intpin 16 bus PCI ioapic0: intpin 16 trigger: level ioapic0: intpin 16 polarity: low ioapic0: intpin 16 bus PCI ioapic0: intpin 16 trigger: level ioapic0: intpin 16 polarity: low ioapic0: intpin 17 bus PCI ioapic0: intpin 17 trigger: level ioapic0: intpin 17 polarity: low ioapic0: intpin 17 bus PCI ioapic0: intpin 17 trigger: level ioapic0: intpin 17 polarity: low ioapic0: intpin 17 bus PCI ioapic0: intpin 17 trigger: level ioapic0: intpin 17 polarity: low ioapic0: intpin 17 bus PCI ioapic0: intpin 17 trigger: level ioapic0: intpin 17 polarity: low ioapic0: intpin 17 bus PCI ioapic0: intpin 17 trigger: level ioapic0: intpin 17 polarity: low ioapic0: intpin 18 bus PCI ioapic0: intpin 18 trigger: level ioapic0: intpin 18 polarity: low ioapic0: intpin 18 bus PCI ioapic0: intpin 18 trigger: level ioapic0: intpin 18 polarity: low ioapic0: intpin 18 bus PCI ioapic0: intpin 18 trigger: level ioapic0: intpin 18 polarity: low ioapic0: intpin 18 bus PCI ioapic0: intpin 18 trigger: level ioapic0: intpin 18 polarity: low ioapic0: intpin 19 bus PCI ioapic0: intpin 19 trigger: level ioapic0: intpin 19 polarity: low ioapic0: intpin 19 bus PCI ioapic0: intpin 19 trigger: level ioapic0: intpin 19 polarity: low ioapic0: intpin 19 bus PCI ioapic0: intpin 19 trigger: level ioapic0: intpin 19 polarity: low ioapic0: intpin 19 bus PCI ioapic0: intpin 19 trigger: level ioapic0: intpin 19 polarity: low ioapic0: intpin 20 bus PCI ioapic0: intpin 20 trigger: level ioapic0: intpin 20 polarity: low ioapic0: intpin 20 bus PCI ioapic0: intpin 20 trigger: level ioapic0: intpin 20 polarity: low ioapic0: intpin 20 bus PCI ioapic0: intpin 20 trigger: level ioapic0: intpin 20 polarity: low ioapic0: intpin 20 bus PCI ioapic0: intpin 20 trigger: level ioapic0: intpin 20 polarity: low ioapic0: intpin 21 bus PCI ioapic0: intpin 21 trigger: level ioapic0: intpin 21 polarity: low ioapic0: intpin 22 bus PCI ioapic0: intpin 22 trigger: level ioapic0: intpin 22 polarity: low lapic: Routing ExtINT -> LINT0 lapic: LINT0 trigger: edge lapic: LINT0 polarity: active-high lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: active-high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x03000000 VER: 0x00040011 LDR: 0x08000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff mem: Pentium Pro MTRR support enabled io: null: random: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard cpu1 on motherboard cpu2 on motherboard cpu3 on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80008070 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 1 2 [class=060100] [hdr=80] is there (id=71108086) pcibios: BIOS version 2.10 Found $PIR table, 11 entries at 0xc00fc7a0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 2 A 0x64 14 embedded 0 2 B 0x65 15 embedded 0 2 D 0x63 3 4 5 6 7 10 11 12 14 embedded 1 4 A 0x65 3 4 5 6 7 10 11 12 14 embedded 1 6 A 0x66 3 4 5 6 7 10 11 12 14 embedded 1 8 A 0x64 3 4 5 6 7 10 11 12 14 slot 1 0 6 A 0x69 3 4 5 6 7 10 11 12 14 slot 1 0 6 B 0x64 3 4 5 6 7 10 11 12 14 slot 1 0 6 C 0x67 3 4 5 6 7 10 11 12 14 slot 1 0 6 D 0x68 3 4 5 6 7 10 11 12 14 slot 2 0 8 A 0x68 3 4 5 6 7 10 11 12 14 slot 2 0 8 B 0x69 3 4 5 6 7 10 11 12 14 slot 2 0 8 C 0x64 3 4 5 6 7 10 11 12 14 slot 2 0 8 D 0x67 3 4 5 6 7 10 11 12 14 slot 3 0 10 A 0x67 3 4 5 6 7 10 11 12 14 slot 3 0 10 B 0x68 3 4 5 6 7 10 11 12 14 slot 3 0 10 C 0x69 3 4 5 6 7 10 11 12 14 slot 3 0 10 D 0x64 3 4 5 6 7 10 11 12 14 slot 4 2 1 A 0x63 3 4 5 6 7 10 11 12 14 slot 4 2 1 B 0x60 3 4 5 6 7 10 11 12 14 slot 4 2 1 C 0x61 3 4 5 6 7 10 11 12 14 slot 4 2 1 D 0x62 3 4 5 6 7 10 11 12 14 slot 5 2 3 A 0x62 3 4 5 6 7 10 11 12 14 slot 5 2 3 B 0x63 3 4 5 6 7 10 11 12 14 slot 5 2 3 C 0x60 3 4 5 6 7 10 11 12 14 slot 5 2 3 D 0x61 3 4 5 6 7 10 11 12 14 slot 6 2 5 A 0x61 3 4 5 6 7 10 11 12 14 slot 6 2 5 B 0x62 3 4 5 6 7 10 11 12 14 slot 6 2 5 C 0x63 3 4 5 6 7 10 11 12 14 slot 6 2 5 D 0x60 3 4 5 6 7 10 11 12 14 slot 7 2 7 A 0x60 3 4 5 6 7 10 11 12 14 slot 7 2 7 B 0x61 3 4 5 6 7 10 11 12 14 slot 7 2 7 C 0x62 3 4 5 6 7 10 11 12 14 slot 7 2 7 D 0x63 3 4 5 6 7 10 11 12 14 pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00000000, size 4, port disabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=2, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00000000, size 5, port disabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=2, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=255 map[90]: type 4, range 32, base 00000850, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=2, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base ee000000, size 24, enabled map[14]: type 4, range 32, base 0000dc00, size 8, enabled map[18]: type 1, range 32, base eff00000, size 12, enabled found-> vendor=0x1002, dev=0x4749, revid=0x5c bus=0, slot=4, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x00a7, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84ca, revid=0x03 bus=0, slot=16, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=18, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x2280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=19, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=20, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x2280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) isab0: at device 2.0 on pci0 isa0: on isab0 pci0: at device 2.1 (no driver attached) pci0: at device 2.2 (no driver attached) piix0: port 0x850-0x85f at device 2.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 pci0: at device 4.0 (no driver attached) pcib1: pcibus 1 on motherboard pci1: on pcib1 pci1: physical bus=1 pcib2: pcibus 2 on motherboard pci2: on pcib2 pci2: physical bus=2 map[10]: type 1, range 32, base feb20000, size 17, enabled map[14]: type 1, range 32, base feb00000, size 17, enabled map[18]: type 4, range 32, base 0000ecc0, size 6, enabled pcib2: slot 3 INTA routed to irq 18 found-> vendor=0x8086, dev=0x1076, revid=0x00 bus=2, slot=3, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=18 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit found-> vendor=0x8086, dev=0xb154, revid=0x00 bus=2, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) em0: port 0xecc0-0xecff mem 0xfeb00000-0xfeb1ffff,0xfeb20000-0xfeb3ffff ir2 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfeb20000 em0: Reserved 0x40 bytes for rid 0x18 type 4 at 0xecc0 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:0e:0c:5d:f8:ca em0: Speed:N/A Duplex:N/A pcib3: at device 7.0 on pci2 pcib3: secondary bus 3 pcib3: subordinate bus 4 pcib3: I/O decode 0xf000-0xffff pcib3: memory decode 0xfe800000-0xfeafffff pcib3: prefetched decode 0xf0000000-0xf7ffffff pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x8086, dev=0xb154, revid=0x00 bus=3, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000fc00, size 8, enabled pcib3: device (null) requested decoded I/O range 0xfc00-0xfcff map[14]: type 1, range 32, base fe8ff000, size 12, enabled pcib3: device (null) requested decoded memory range 0xfe8ff000-0xfe8fffff pcib3: slot 1 INTA routed to irq 17 found-> vendor=0x1077, dev=0x1216, revid=0x06 bus=3, slot=1, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 powerspec 1 supports D0 D3 current D0 pcib4: at device 0.0 on pci3 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xf000-0xfff pcib4: memory decode 0xfea00000-0xfeafffff pcib4: prefetched decode 0xf0000000-0xf7ffffff pci4: on pcib4 pci4: physical bus=4 map[10]: type 3, range 32, base f0000000, size 27, enabled pcib4: device (null) requested decoded memory range 0xf0000000-0xf7ffffff pcib3: device (null) requested decoded memory range 0xf0000000-0xf7ffffff pcib4: slot 0 INTA routed to irq 16 found-> vendor=0x101e, dev=0x1960, revid=0x20 bus=4, slot=0, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 2 supports D0 D3 current D0 amr0: mem 0xf0000000-0xf7ffffff irq 16 at device 0.0 on pci4 amr0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xf0000000 amr0: [MPSAFE] amr0: Firmware 161J, BIOS 3.17, 128MB RAM pci3: at device 1.0 (no driver attached) unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed pnpbios: 16 devices, largest 179 bytes PNP0c02: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c02: adding fixed memory32 range 0x100000-0x7fffffff, size=0x7ff00000 PNP0c02: adding fixed memory32 range 0xff000000-0xffffffff, size=0x1000000 PNP0c02: adding fixed memory32 range 0xf0000-0xfffff, size=0x10000 PNP0c02: adding io range 0x800-0x83f, size=0x40, align=0x1 PNP0c02: adding io range 0x850-0x85f, size=0x10, align=0x1 PNP0c02: adding io range 0xe0-0xef, size=0x10, align=0x1 PNP0c02: adding io range 0x2c00-0x2c7f, size=0x80, align=0x1 PNP0c02: adding irq mask 0x8000 pnpbios: handle 0 device ID PNP0c02 (020cd041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0x8 pnpbios: handle 1 device ID PNP0501 (0105d041) PNP0501: adding irq mask 0x8 PNP0501: adding io range 0x2f8-0x2ff, size=0x8, align=0x8 pnpbios: handle 2 device ID PNP0501 (0105d041) pnpbios: handle 3 device ID PNP0401 (0104d041) PNP0700: adding irq mask 0x40 PNP0700: adding io range 0x3f0-0x3f5, size=0x6, align=0x8 PNP0700: adding dma mask 0x4 pnpbios: handle 4 device ID PNP0700 (0007d041) PNP0f13: adding irq mask 0x1000 pnpbios: handle 5 device ID PNP0f13 (130fd041) PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0x1 pnpbios: handle 6 device ID PNP0a03 (030ad041) PNP0c02: adding irq mask 0x200 pnpbios: handle 7 device ID PNP0c02 (020cd041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x5f, size=0x20, align=0x1 pnpbios: handle 10 device ID PNP0100 (0001d041) PNP0200: adding io range 0x80-0x9f, size=0x20, align=0x1 PNP0200: adding io range 0-0x1f, size=0x20, align=0x1 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0x1 PNP0200: adding dma mask 0x10 pnpbios: handle 11 device ID PNP0200 (0002d041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0x1 PNP0303: adding io range 0x64-0x64, size=0x1, align=0x1 pnpbios: handle 12 device ID PNP0303 (0303d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 pnpbios: handle 13 device ID PNP0800 (0008d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x7f, size=0x10, align=0x1 pnpbios: handle 14 device ID PNP0b00 (000bd041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0x1 pnpbios: handle 15 device ID PNP0c04 (040cd041) sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc8000-0xc8fff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) ata0 failed to probe at port 0x1f0 irq 14 on isa0 ata1 failed to probe at port 0x170 irq 15 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: ic_type 90 part_id 73 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: ic_type 90 part_id 73 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x2001 0x2011 0x2001 0x2001 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices unknown: can't assign resources (port) unknown: at port 0x850-0x85f,0x800-0x83f iomem 0xf0000-0xfffff,0xff000000-0xffffffff,0x100000-0x7fffffff,0-0x9ffff on isa0 unknown: can't assign resources (port) unknown: at port 0x3f8-0x3ff on isa0 adv1: Invalid baseport of 0x2f8 specified. Nearest valid baseport is 0x330. Failing probe. sio1: irq maps: 0x2001 0x2009 0x2001 0x2001 sio1: <16550A-compatible COM port> at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc1: parallel port not found. unknown: failed to probe on isa0 unknown: can't assign resources (port) unknown: at port 0x3f0-0x3f5 on isa0 psmcpnp0: at irq 12 on isa0 psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. adv1: Invalid baseport of 0xcf8 specified. Nearest valid baseport is 0x330. Failing probe. adv1: Invalid baseport of 0x40 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x80 specified. Nearest valid baseport is 0x100. Failing probe. unknown: can't assign resources (port) unknown: at port 0x60 on isa0 adv1: Invalid baseport of 0x61 specified. Nearest valid baseport is 0x100. Failing probe. unknown: failed to probe at port 0x61 on isa0 adv1: Invalid baseport of 0x70 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0xf0 specified. Nearest valid baseport is 0x100. Failing probe. Device configuration finished. Reducing kern.maxvnodes 134373 -> 100000 procfs registered Timecounter "TSC" frequency 500019728 Hz quality -100 Timecounters tick every 10.000 msec lo0: bpf attached amrd0: on amr0 amrd0: 34556MB (70770688 sectors) RAID 5 (optimal) GEOM: new disk amrd0 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:70766262 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure amrd0s1, start 32256 length 36232326144 end 36232358399 GEOM: Configure amrd0s1a, start 0 length 524288000 end 524287999 GEOM: Configure amrd0s1b, start 524288000 length 4294967296 end 4819255295 GEOM: Configure amrd0s1c, start 0 length 36232326144 end 36232326143 GEOM: Configure amrd0s1d, start 4819255296 length 5368709120 end 10187964415 GEOM: Configure amrd0s1e, start 10187964416 length 1073741824 end 11261706239 GEOM: Configure amrd0s1f, start 11261706240 length 24970619904 end 36232326143 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 (probe5:amr0:0:5:0): error 22 (probe5:amr0:0:5:0): Unretryable Error (probe0:amr0:0:0:0): error 22 (probe0:amr0:0:0:0): Unretryable Error (probe15:amr0:1:0:0): error 22 (probe15:amr0:1:0:0): Unretryable Error (probe16:amr0:1:1:0): error 22 (probe16:amr0:1:1:0): Unretryable Error (probe7:amr0:0:8:0): error 22 (probe7:amr0:0:8:0): Unretryable Error (probe17:amr0:1:2:0): error 22 (probe17:amr0:1:2:0): Unretryable Error (probe8:amr0:0:9:0): error 22 (probe8:amr0:0:9:0): Unretryable Error (probe23:amr0:1:9:0): error 22 (probe23:amr0:1:9:0): Unretryable Error (probe9:amr0:0:10:0): error 22 (probe9:amr0:0:10:0): Unretryable Error (probe24:amr0:1:10:0): error 22 (probe24:amr0:1:10:0): Unretryable Error (probe10:amr0:0:11:0): error 22 (probe10:amr0:0:11:0): Unretryable Error (probe25:amr0:1:11:0): error 22 (probe25:amr0:1:11:0): Unretryable Error (probe11:amr0:0:12:0): error 22 (probe11:amr0:0:12:0): Unretryable Error (probe18:amr0:1:3:0): error 22 (probe18:amr0:1:3:0): Unretryable Error (probe12:amr0:0:13:0): error 22 (probe12:amr0:0:13:0): Unretryable Error (probe19:amr0:1:4:0): error 22 (probe19:amr0:1:4:0): Unretryable Error (probe13:amr0:0:14:0): error 22 (probe13:amr0:0:14:0): Unretryable Error (probe20:amr0:1:5:0): error 22 (probe20:amr0:1:5:0): Unretryable Error (probe14:amr0:0:15:0): error 22 (probe14:amr0:0:15:0): Unretryable Error (probe21:amr0:1:6:0): error 22 (probe21:amr0:1:6:0): Unretryable Error (probe3:amr0:0:3:0): error 22 (probe3:amr0:0:3:0): Unretryable Error (probe2:amr0:0:2:0): error 22 (probe2:amr0:0:2:0): Unretryable Error (probe1:amr0:0:1:0): error 22 (probe1:amr0:0:1:0): Unretryable Error (probe22:amr0:1:8:0): error 22 (probe22:amr0:1:8:0): Unretryable Error (probe4:amr0:0:4:0): error 22 (probe4:amr0:0:4:0): Unretryable Error (probe26:amr0:1:12:0): error 22 (probe26:amr0:1:12:0): Unretryable Error (probe6:amr0:0:6:0): error 22 (probe6:amr0:0:6:0): Unretryable Error (probe27:amr0:1:13:0): error 22 (probe27:amr0:1:13:0): Unretryable Error (probe28:amr0:1:14:0): error 22 (probe28:amr0:1:14:0): Unretryable Error (probe29:amr0:1:15:0): error 22 (probe29:amr0:1:15:0): Unretryable Error ses0 at amr0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: SAF-TE Compliant Device pass0 at amr0 bus 0 target 6 lun 0 pass0: Fixed Processor SCSI-2 device SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x00000000 VER: 0x00040011 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x01000000 VER: 0x00040011 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x02000000 VER: 0x00040011 LDR: 0x04000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 Mounting root from ufs:/dev/amrd0s1a start_init: trying /sbin/init Pre-seeding PRNG: kickstart. Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/amrd0s1b as swap device Starting file system checks: /dev/amrd0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/amrd0s1a: clean, 218640 free (656 frags, 27248 blocks, 0.3% fragmentation) /dev/amrd0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/amrd0s1e: clean, 506481 free (49 frags, 63304 blocks, 0.0% fragmentation) /dev/amrd0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/amrd0s1f: clean, 11219339 free (36099 frags, 1397905 blocks, 0.3% fragmentation) /dev/amrd0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/amrd0s1d: clean, 2528790 free (390 frags, 316050 blocks, 0.0% fragmentation) Setting hostname: hippo.sentex.ca. lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 Starting dhclient. em0: Link is up 1000 Mbps Full Duplex em0: Link is up 1000 Mbps Full Duplex em0: flags=8843 mtu 1500 options=b inet6 fe80::20e:cff:fe5d:f8ca%em0 prefixlen 64 scopeid 0x1 inet 192.168.5.107 netmask 0xffffff00 broadcast 192.168.5.255 ether 00:0e:0c:5d:f8:ca media: Ethernet autoselect status: no carrier Additional routing options: IP gateway=YES. Starting devd. Mounting NFS file systems:. Starting syslogd. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout Recovering vi editor sessions:em0: Link is up 1000 Mbps Full Duplex . Starting local daemons:. Updating motd. Configuring syscons: blanktime. Starting sshd. Initial i386 initialization:. Additional ABI support:. Starting cron. Local package initialization:. Additional TCP options:. Fri Jul 8 15:20:44 EDT 2005 FreeBSD/i386 (hippo.sentex.ca) (ttyd0) login: root --=====================_1996631594==_ Content-Type: text/plain; charset="us-ascii" Content-Disposition: attachment; filename="6-acpi-apic.txt" OK load /boot/mike/kernel /boot/mike/kernel text=0x1fbfc0 data=0x2acd0+0x77394 syms=[0x4+0x320a0+0x4+0x3eb23] OK set hint.ata.0="disabled" OK set hint.ata.1="disabled" OK boot -v /boot/kernel/acpi.ko text=0x41e40 data=0x20e0+0x10b0 syms=[0x4+0x7740+0x4+0x9ead] GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=00000000000a0000 SMAP type=01 base=0000000000100000 len=000000007fefe000 SMAP type=02 base=000000007fffe000 len=0000000000002000 SMAP type=02 base=00000000fec00000 len=0000000000010000 SMAP type=02 base=00000000fee00000 len=0000000000010000 SMAP type=02 base=00000000fff80000 len=0000000000080000 Copyright (c) 1992-2005 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 6.0-CURRENT #1: Wed Jul 6 11:48:02 EDT 2005 mdtancsa@freebsd-current.sentex.ca:/usr/src/sys/i386/compile/mike WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/mike/kernel" at 0xc0769000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0769158. MP Configuration Table version 1.4 found at 0xc00f0000 Table 'FACP' at 0xfdf20 Table 'APIC' at 0xfdf94 MADT: Found table at 0xfdf94 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 3 ACPI ID 1: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 1 ACPI ID 3: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 0 ACPI ID 4: enabled SMP: Added CPU 0 (AP) ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193231 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 500019444 Hz CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383fbff real memory = 2147475456 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000828000 - 0x000000007dbc5fff, 2100944896 bytes (512926 pages) avail memory = 2100953088 (2003 MB) APIC ID: physical 0, logical 0:0 APIC ID: physical 1, logical 0:1 APIC ID: physical 2, logical 0:2 APIC ID: physical 3, logical 0:3 FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 cpu2 (AP): APIC ID: 1 cpu3 (AP): APIC ID: 2 bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xcc4e pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 4 APIC: CPU 2 has ACPI ID 3 APIC: CPU 3 has ACPI ID 2 MADT: Found IO APIC ID 4, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 4 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x03000000 VER: 0x00040011 LDR: 0x08000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 random: mem: Pentium Pro MTRR support enabled null: io: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80008070 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 1 2 [class=060100] [hdr=80] is there (id=71108086) pcibios: BIOS version 2.10 Found $PIR table, 11 entries at 0xc00fc7a0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 2 A 0x64 14 embedded 0 2 B 0x65 15 embedded 0 2 D 0x63 3 4 5 6 7 10 11 12 14 embedded 1 4 A 0x65 3 4 5 6 7 10 11 12 14 embedded 1 6 A 0x66 3 4 5 6 7 10 11 12 14 embedded 1 8 A 0x64 3 4 5 6 7 10 11 12 14 slot 1 0 6 A 0x69 3 4 5 6 7 10 11 12 14 slot 1 0 6 B 0x64 3 4 5 6 7 10 11 12 14 slot 1 0 6 C 0x67 3 4 5 6 7 10 11 12 14 slot 1 0 6 D 0x68 3 4 5 6 7 10 11 12 14 slot 2 0 8 A 0x68 3 4 5 6 7 10 11 12 14 slot 2 0 8 B 0x69 3 4 5 6 7 10 11 12 14 slot 2 0 8 C 0x64 3 4 5 6 7 10 11 12 14 slot 2 0 8 D 0x67 3 4 5 6 7 10 11 12 14 slot 3 0 10 A 0x67 3 4 5 6 7 10 11 12 14 slot 3 0 10 B 0x68 3 4 5 6 7 10 11 12 14 slot 3 0 10 C 0x69 3 4 5 6 7 10 11 12 14 slot 3 0 10 D 0x64 3 4 5 6 7 10 11 12 14 slot 4 2 1 A 0x63 3 4 5 6 7 10 11 12 14 slot 4 2 1 B 0x60 3 4 5 6 7 10 11 12 14 slot 4 2 1 C 0x61 3 4 5 6 7 10 11 12 14 slot 4 2 1 D 0x62 3 4 5 6 7 10 11 12 14 slot 5 2 3 A 0x62 3 4 5 6 7 10 11 12 14 slot 5 2 3 B 0x63 3 4 5 6 7 10 11 12 14 slot 5 2 3 C 0x60 3 4 5 6 7 10 11 12 14 slot 5 2 3 D 0x61 3 4 5 6 7 10 11 12 14 slot 6 2 5 A 0x61 3 4 5 6 7 10 11 12 14 slot 6 2 5 B 0x62 3 4 5 6 7 10 11 12 14 slot 6 2 5 C 0x63 3 4 5 6 7 10 11 12 14 slot 6 2 5 D 0x60 3 4 5 6 7 10 11 12 14 slot 7 2 7 A 0x60 3 4 5 6 7 10 11 12 14 slot 7 2 7 B 0x61 3 4 5 6 7 10 11 12 14 slot 7 2 7 C 0x62 3 4 5 6 7 10 11 12 14 slot 7 2 7 D 0x63 3 4 5 6 7 10 11 12 14 AcpiOsDerivePciId: bus 0 dev 2 func 1 AcpiOsDerivePciId: bus 0 dev 2 func 2 AcpiOsDerivePciId: bus 0 dev 6 func 0 AcpiOsDerivePciId: bus 0 dev 6 func 1 AcpiOsDerivePciId: bus 0 dev 6 func 2 AcpiOsDerivePciId: bus 0 dev 6 func 3 AcpiOsDerivePciId: bus 0 dev 6 func 4 AcpiOsDerivePciId: bus 0 dev 6 func 5 AcpiOsDerivePciId: bus 0 dev 6 func 6 AcpiOsDerivePciId: bus 0 dev 6 func 7 AcpiOsDerivePciId: bus 0 dev 8 func 0 AcpiOsDerivePciId: bus 0 dev 8 func 1 AcpiOsDerivePciId: bus 0 dev 8 func 2 AcpiOsDerivePciId: bus 0 dev 8 func 3 AcpiOsDerivePciId: bus 0 dev 8 func 4 AcpiOsDerivePciId: bus 0 dev 8 func 5 AcpiOsDerivePciId: bus 0 dev 8 func 6 AcpiOsDerivePciId: bus 0 dev 8 func 7 AcpiOsDerivePciId: bus 0 dev 10 func 0 AcpiOsDerivePciId: bus 0 dev 10 func 1 AcpiOsDerivePciId: bus 0 dev 10 func 2 AcpiOsDerivePciId: bus 0 dev 10 func 3 AcpiOsDerivePciId: bus 0 dev 10 func 4 AcpiOsDerivePciId: bus 0 dev 10 func 5 AcpiOsDerivePciId: bus 0 dev 10 func 6 AcpiOsDerivePciId: bus 0 dev 10 func 7 AcpiOsDerivePciId: bus 2 dev 1 func 0 AcpiOsDerivePciId: bus 2 dev 1 func 1 AcpiOsDerivePciId: bus 2 dev 1 func 2 AcpiOsDerivePciId: bus 2 dev 1 func 3 AcpiOsDerivePciId: bus 2 dev 1 func 4 AcpiOsDerivePciId: bus 2 dev 1 func 5 AcpiOsDerivePciId: bus 2 dev 1 func 6 AcpiOsDerivePciId: bus 2 dev 1 func 7 AcpiOsDerivePciId: bus 2 dev 3 func 0 AcpiOsDerivePciId: bus 2 dev 3 func 1 AcpiOsDerivePciId: bus 2 dev 3 func 2 AcpiOsDerivePciId: bus 2 dev 3 func 3 AcpiOsDerivePciId: bus 2 dev 3 func 4 AcpiOsDerivePciId: bus 2 dev 3 func 5 AcpiOsDerivePciId: bus 2 dev 3 func 6 AcpiOsDerivePciId: bus 2 dev 3 func 7 AcpiOsDerivePciId: bus 2 dev 5 func 0 AcpiOsDerivePciId: bus 2 dev 5 func 1 AcpiOsDerivePciId: bus 2 dev 5 func 2 AcpiOsDerivePciId: bus 2 dev 5 func 3 AcpiOsDerivePciId: bus 2 dev 5 func 4 AcpiOsDerivePciId: bus 2 dev 5 func 5 AcpiOsDerivePciId: bus 2 dev 5 func 6 AcpiOsDerivePciId: bus 2 dev 5 func 7 AcpiOsDerivePciId: bus 2 dev 7 func 0 AcpiOsDerivePciId: bus 2 dev 7 func 1 AcpiOsDerivePciId: bus 2 dev 7 func 2 AcpiOsDerivePciId: bus 2 dev 7 func 3 AcpiOsDerivePciId: bus 2 dev 7 func 4 AcpiOsDerivePciId: bus 2 dev 7 func 5 AcpiOsDerivePciId: bus 2 dev 7 func 6 AcpiOsDerivePciId: bus 2 dev 7 func 7 AcpiOsDerivePciId: bus 0 dev 2 func 0 acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link1: irq 11 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link2: irq 14 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 14 N 0 3 4 5 6 7 9 10 11 12 14 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 14 N 0 3 4 5 6 7 9 10 11 12 14 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link3: on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link4: on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link5: on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link6: on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link7: on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link8: on acpi0 pci_link8: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link8: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link8: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link9: on acpi0 pci_link9: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link9: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 pci_link9: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 ACPI timer: 0/3 0/5 0/16777209 0/3 0/3 0/5 0/16777214 0/16776961 0/4 0/4 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=2, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00000000, size 4, port disabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=2, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=255 map[20]: type 4, range 32, base 00000000, size 5, port disabled found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=2, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[90]: type 4, range 32, base 00000850, size 4, enabled found-> vendor=0x1002, dev=0x4749, revid=0x5c bus=0, slot=4, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x00a7, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base ee000000, size 24, enabled map[14]: type 4, range 32, base 0000dc00, size 8, enabled map[18]: type 1, range 32, base eff00000, size 12, enabled found-> vendor=0x8086, dev=0x84ca, revid=0x03 bus=0, slot=16, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=18, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x2280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=19, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x84cb, revid=0x02 bus=0, slot=20, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x2280, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) isab0: at device 2.0 on pci0 isa0: on isab0 pci0: at device 2.1 (no driver attached) pci0: at device 2.2 (no driver attached) pci0: at device 2.3 (no driver attached) pci0: at device 4.0 (no driver attached) pcib1: on acpi0 pci1: on pcib1 pci1: physical bus=1 pcib2: on acpi0 pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x8086, dev=0x1076, revid=0x00 bus=2, slot=3, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=14 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base feb20000, size 17, enabled map[14]: type 1, range 32, base feb00000, size 17, enabled map[18]: type 4, range 32, base 0000ecc0, size 6, enabled pcib2: matched entry for 2.3.INTA pcib2: slot 3 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0xb154, revid=0x00 bus=2, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) pci2: at device 3.0 (no driver attached) pci2:3:0: Transition from D0 to D3 pcib3: at device 7.0 on pci2 pcib3: secondary bus 3 pcib3: subordinate bus 4 pcib3: I/O decode 0xf000-0xffff pcib3: memory decode 0xfe800000-0xfeafffff pcib3: prefetched decode 0xf0000000-0xf7ffffff pcib3: could not get PCI interrupt routing table for \_SB_.PX1A.SL70 - AE_NOT_FOUND pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x8086, dev=0xb154, revid=0x00 bus=3, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) found-> vendor=0x1077, dev=0x1216, revid=0x06 bus=3, slot=1, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 1 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000fc00, size 8, enabled pcib3: (null) requested I/O range 0xfc00-0xfcff: in range map[14]: type 1, range 32, base fe8ff000, size 12, enabled pcib3: (null) requested memory range 0xfe8ff000-0xfe8fffff: good pcib2: matched entry for 2.7.INTB pcib2: slot 7 INTB hardwired to IRQ 17 pcib3: slot 1 INTA is routed to irq 17 pcib4: at device 0.0 on pci3 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xf000-0xfff pcib4: memory decode 0xfea00000-0xfeafffff pcib4: prefetched decode 0xf0000000-0xf7ffffff pci4: on pcib4 pci4: physical bus=4 found-> vendor=0x101e, dev=0x1960, revid=0x20 bus=4, slot=0, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base f0000000, size 27, enabled pcib4: (null) requested memory range 0xf0000000-0xf7ffffff: good pcib3: (null) requested memory range 0xf0000000-0xf7ffffff: good pcib2: matched entry for 2.7.INTA pcib2: slot 7 INTA hardwired to IRQ 16 pcib3: slot 0 INTA is routed to irq 16 pcib4: slot 0 INTA is routed to irq 16 amr0: mem 0xf0000000-0xf7ffffff irq 16 at device 0.0 on pci4 amr0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xf0000000 amr0: [MPSAFE] amr0: Firmware 161J, BIOS 3.17, 128MB RAM pci3: at device 1.0 (no driver attached) pci3:1:0: Transition from D0 to D3 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 73 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. sio0: irq maps: 0x2001 0x2011 0x2001 0x2001 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: irq maps: 0x2001 0x2009 0x2001 0x2001 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: using extended I/O port range ppc0: using extended I/O port range atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 134627 -> 100000 lapic: Divisor 2, Frequency 50001885 hz Timecounter "TSC" frequency 500019444 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached amrd0: on amr0 amrd0: 34556MB (70770688 sectors) RAID 5 (optimal) GEOM: new disk amrd0 KDB: enter: Line break on console [thread pid 14 tid 100002 ] Stopped at kdb_enter+0x2c: leave db> trace Tracing pid 14 tid 100002 td 0xc309bc00 kdb_enter(c05f38bd,0,c31972c0,c3098b00,c308e490) at kdb_enter+0x2c siointr1(c0686d20,8,c05f37d1,56e,e4ba7c7c) at siointr1+0x3be siointr(c31a4000,c309bc00,4,0,c315a618) at siointr+0x21 intr_execute_handlers(c308e490,e4ba7c98,4,e4ba7cdc,c05a0ea3) at intr_execute_handlers+0xb1 lapic_handle_intr(34) at lapic_handle_intr+0x23 Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc07479c5, esp = 0xe4ba7cdc, ebp = 0xe4ba7cdc --- acpi_cpu_c1(e4ba7cf4,c049e8d1,c0630e60,1,fffffffe) at acpi_cpu_c1+0x5 acpi_cpu_idle(c047bde8,c309a418,e4ba7d24,c047bbdd,0) at acpi_cpu_idle+0x13e idle_proc(0,e4ba7d38,0,c047bde8,0) at idle_proc+0x65 fork_exit(c047bde8,0,e4ba7d38) at fork_exit+0x7d fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4ba7d6c, ebp = 0 --- db> continue --=====================_1996631594==_-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 16:40:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5324A16A41C for ; Fri, 8 Jul 2005 16:40:59 +0000 (GMT) (envelope-from jr@jrssite.com) Received: from malik.acsalaska.net (malik.acsalaska.net [209.112.173.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0723043D48 for ; Fri, 8 Jul 2005 16:40:58 +0000 (GMT) (envelope-from jr@jrssite.com) Received: from [192.168.77.37] (209-193-42-90-cdsl-rb1.sit.acsalaska.net [209.193.42.90]) by malik.acsalaska.net (8.13.4/8.13.4) with ESMTP id j68GemHs019993 for ; Fri, 8 Jul 2005 08:40:53 -0800 (AKDT) (envelope-from jr@jrssite.com) Message-ID: <42CEAC99.2090706@jrssite.com> Date: Fri, 08 Jul 2005 08:40:57 -0800 From: JR Dalrymple User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050401) X-Accept-Language: en-us, en MIME-Version: 1.0 References: <42CDC11E.10301@jrssite.com> <42CDE5C0.3070300@paradise.net.nz> <20050708.094210.10168687.imp@bsdimp.com> In-Reply-To: <20050708.094210.10168687.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ACS-Spam-Status: no X-ACS-Spam-Score: 0.966 () X-ACS-Spam-Tests: UNDISC_RECIPS, X-ACS-Scanned-By: MD 2.51; SA 3.0.3; spamdefang 1.112 Cc: current@freebsd.org Subject: Re: clock WAY off X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 16:40:59 -0000 M. Warner Losh wrote: >In message: <42CDE5C0.3070300@paradise.net.nz> > Mark Kirkwood writes: >: JR Dalrymple wrote: >: >: > The clock seems to be running at about 1/4 speed (SMP related maybe?). >: > It didn't on release. I currently have timed running keeping it in sync >: > with another machine on the network which is keeping it usable. What can >: > I do to make the clock operate at the proper speed again? >: > >: > >: > FreeBSD 6.0-CURRENT #2: Sun Jul 3 14:27:35 AKDT 2005 >: > root@genie.exclusivepaving.com:/usr/obj/usr/src/sys/SMP >: > Timecounter "i8254" frequency 1193182 Hz quality 0 >: > CPU: Pentium Pro (198.95-MHz 686-class CPU) >: >: Hmm - PII 200, might not be able to cope with the HZ 100->1000 change >: that -current brings. > >Mine sure could. > >Warner > > FWIW: It's actually a quad P-PRO 200, not PII >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 16:44:25 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0AA816A41C for ; Fri, 8 Jul 2005 16:44:25 +0000 (GMT) (envelope-from jr@jrssite.com) Received: from hob.acsalaska.net (hob.acsalaska.net [209.112.173.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E88343D45 for ; Fri, 8 Jul 2005 16:44:25 +0000 (GMT) (envelope-from jr@jrssite.com) Received: from [192.168.77.37] (209-193-42-90-cdsl-rb1.sit.acsalaska.net [209.193.42.90]) by hob.acsalaska.net (8.13.4/8.13.4) with ESMTP id j68GiNq5027160 for ; Fri, 8 Jul 2005 08:44:24 -0800 (AKDT) (envelope-from jr@jrssite.com) Message-ID: <42CEAD70.4030008@jrssite.com> Date: Fri, 08 Jul 2005 08:44:32 -0800 From: JR Dalrymple User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050401) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <42CDC11E.10301@jrssite.com> <20050708093130.GB21072@walton.maths.tcd.ie> In-Reply-To: <20050708093130.GB21072@walton.maths.tcd.ie> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ACS-Spam-Status: no X-ACS-Scanned-By: MD 2.51; SA 3.0.3; spamdefang 1.112 Cc: Subject: Re: clock WAY off X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 16:44:25 -0000 >On Thu, Jul 07, 2005 at 03:56:14PM -0800, JR Dalrymple wrote: > > >>The clock seems to be running at about 1/4 speed (SMP related maybe?). >> >> > > > >If you also post the output of "sysctl kern.timecounter" and "vmstat >-i" to the list, it may help diagnose the problem. > > > > genie# sysctl kern.timecounter kern.timecounter.stepwarnings: 0 kern.timecounter.nbinuptime: 357873388 kern.timecounter.nnanouptime: 0 kern.timecounter.nmicrouptime: 8296 kern.timecounter.nbintime: 153797574 kern.timecounter.nnanotime: 171942 kern.timecounter.nmicrotime: 153621939 kern.timecounter.ngetbinuptime: 656730 kern.timecounter.ngetnanouptime: 40589 kern.timecounter.ngetmicrouptime: 161872387 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetnanotime: 0 kern.timecounter.ngetmicrotime: 26596618 kern.timecounter.nsetclock: 623 kern.timecounter.hardware: i8254 kern.timecounter.choice: TSC(-100) i8254(0) dummy(-1000000) kern.timecounter.tick: 1 kern.timecounter.smp_tsc: 0 genie# vmstat -i interrupt total rate irq1: atkbd0 232 0 irq6: fdc0 10 0 irq10: fxp0 ahc1 5247043 73 irq11: amr0 ahc0 3305544 46 irq13: npx0 1 0 lapic0: timer 532488625 7412 lapic4: timer 532404584 7411 lapic1: timer 532404584 7411 lapic2: timer 532404584 7411 Total 2138255207 29766 I can kind of make sense of what this is trying to help me, but it's above my head as far as how to tune it. Thanks again for any help JR From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 17:09:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6438516A41C for ; Fri, 8 Jul 2005 17:09:15 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2392643D46 for ; Fri, 8 Jul 2005 17:09:15 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j68H9Dms056177 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Jul 2005 10:09:14 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42CEB469.6040105@errno.com> Date: Fri, 08 Jul 2005 10:14:17 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <42A5253E.10401@errno.com> <17061.50966.381799.889500@roam.psg.com> <42A5CBAC.4000409@errno.com> <17102.6118.407470.645664@roam.psg.com> In-Reply-To: <17102.6118.407470.645664@roam.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: wpa support in the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 17:09:15 -0000 Randy Bush wrote: >>>T-Mobile uses EAP-TTLSv0 from >>>internet-drafts/draft-funk-eap-ttls-v0-00.txt. i would deeply >>>love not to have to use my browser to do userid/password signon >>>to their hotspots. any clues/cookbook? >> >>I'll look at adding a knob to wpa_supplicant's Makefile to enable >>EAP-TTLS support. Until then look at contrib/wpa_supplicant/Makefile >>and extract the bits you need for the other Makefile. > > > is there an idiot's howto for tmobile eap/ttls yet? No but you reminded me I forgot to update make.conf and the man page. To get what you want define: ENABLE_WPA_SUPPLICANT_EAPOL=true in your make.conf file and rebuild wpa_supplicant. You'll have EAPOL support including EAP-TTLS. Past that you're on your own writing the wpa_supplicant.conf stuff; check Jouni's documentation for help until someone improves the FreeBSD man pages. Sam From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 17:19:54 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B59D16A41C for ; Fri, 8 Jul 2005 17:19:54 +0000 (GMT) (envelope-from dodell@offmyserver.com) Received: from knight.ixsystems.net (afg.ixsystems.net [206.40.55.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFA0E43D45 for ; Fri, 8 Jul 2005 17:19:51 +0000 (GMT) (envelope-from dodell@offmyserver.com) Received: from [192.168.0.100] (afg.ixsystems.net [206.40.55.73]) by knight.ixsystems.net (8.12.10/8.11.6) with ESMTP id j68Gswgs049734 for ; Fri, 8 Jul 2005 09:54:58 -0700 (PDT) (envelope-from dodell@offmyserver.com) Message-ID: <42CEB5C3.80108@offmyserver.com> Date: Fri, 08 Jul 2005 10:20:03 -0700 From: "Devon H. O'Dell" User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Anybody working on C99 math functions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 17:19:54 -0000 Wanted to ping the list to see if anybody is working on putting some of the C99 math functions (complex numbers, anything else that's missing) into the tree. If not, are there any reasons I shouldn't work on doing this? --Devon From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 18:07:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A654416A41C for ; Fri, 8 Jul 2005 18:07:43 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72CA243D48 for ; Fri, 8 Jul 2005 18:07:43 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id j68I7g3m006547; Fri, 8 Jul 2005 11:07:42 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id j68I7gXm006546; Fri, 8 Jul 2005 11:07:42 -0700 (PDT) (envelope-from rizzo) Date: Fri, 8 Jul 2005 11:07:42 -0700 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20050708110742.A6284@xorpc.icir.org> References: <20050705053114.A96381@xorpc.icir.org> <35386.1120575587@phk.freebsd.dk> <20050705103353.A8185@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20050705103353.A8185@xorpc.icir.org>; from rizzo@icir.org on Tue, Jul 05, 2005 at 10:33:53AM -0700 Cc: s223560@studenti.ing.unipi.it Subject: location of bioq lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 18:07:43 -0000 [see context at the end] Queues of I/O requests are implemented by a struct bio_queue_head in src/sys/sys/bio.h - however the lock for the queue is outside the structure, and, as a result, whoever wants to manipulate this data structure either a) needs it already locked, or b) needs to know which lock to grab. Case a) occurs when someone accesses the bio_queue through the regular API -- the caller already does the required locking. Case b) however can occur when we have some asynchronous request to work on the queue, e.g. to change scheduler. So we need to know where the lock is. I can see two ways: 1) put the lock in the struct bio_queue_head. This is the same thing done in struct g_bioq defined in sys/geom/geom.h . Quite clean, except that perhaps some users of bio_queue_head still run under Giant (e.g. cam/scsi ?) and so it is not possible to 'bring in' the lock. 2) change bioq_init() so that it takes also a pointer to the mtx that protects the queue. This is probably less clean, but perhaps a bit more flexible because the queue and its lock are decoupled. Also it permits to deal with the 'Giant' case easily. Other ideas ? cheers luigi (background - this is related to the work my SoC student Emiliano, in Cc, is doing on pluggalbe disk schedulers) The disk scheduler operates on struct bio_queue_head objects (which include CSCAN scheduler info) and uses 5 methods: bioq_init() initializes the queue. bioq_disksort() to add requests to the queue bioq_first() to peek at the head of the queue bioq_remove() to remove the first element. bioq_flush() right now simply a wrapper around bioq_first() and bioq_remove(), but one could imagine the need for a specific destructor to free memory etc. From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 18:11:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D65D816A41C for ; Fri, 8 Jul 2005 18:11:48 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 419D843D49 for ; Fri, 8 Jul 2005 18:11:48 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j68I8k7s045401 for freebsd-current@freebsd.org.checked; Fri, 8 Jul 2005 22:08:46 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from [144.206.181.94] (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j68I7N8Z045382; Fri, 8 Jul 2005 22:07:23 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <42CEC0E1.5060004@cronyx.ru> Date: Fri, 08 Jul 2005 22:07:29 +0400 From: Roman Kurakin User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <30397.1120491299@phk.freebsd.dk> In-Reply-To: <30397.1120491299@phk.freebsd.dk> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: TTY code problems in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 18:11:49 -0000 Hi, Poul-Henning Kamp wrote: >In message <42C93E8E.4010408@cronyx.ru>, Roman Kurakin writes: > > >>Do you work on it or your work was only code cleanup? >>Is there any plans to make them smpsafe on RELENG_6? >> >> >It's near the top of my queue of things to do when I have time. > >You could easily beat me to it. > > It would be really nice to have it in RELENG_6. Especially if the problem seen by Slawa Olchovchenkov is the result that problem. Now I have some time to fix a couple of FreeBSD problems related to Cronyx drivers. Currently I am working on other problem with module loading. If I didn't switch from FreeBSD to some other tasks I'll try to prepare some initial patches. rik From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 18:54:56 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1838616A41C for ; Fri, 8 Jul 2005 18:54:56 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE80343D48 for ; Fri, 8 Jul 2005 18:54:55 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id j68Ist6h017584; Fri, 8 Jul 2005 11:54:55 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id j68Ispcd017583; Fri, 8 Jul 2005 11:54:51 -0700 (PDT) (envelope-from sgk) Date: Fri, 8 Jul 2005 11:54:51 -0700 From: Steve Kargl To: "Devon H. O'Dell" Message-ID: <20050708185451.GA17096@troutmask.apl.washington.edu> References: <42CEB5C3.80108@offmyserver.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42CEB5C3.80108@offmyserver.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: Anybody working on C99 math functions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 18:54:56 -0000 On Fri, Jul 08, 2005 at 10:20:03AM -0700, Devon H. O'Dell wrote: > Wanted to ping the list to see if anybody is working on putting some of > the C99 math functions (complex numbers, anything else that's missing) > into the tree. If not, are there any reasons I shouldn't work on doing this? > See freebsd-standard mailing list archive. I have implementations of the long double versions of acoshl, asinhl, atanhl, cabsl, cbrtl, hypotl, log10l, logl, and sqrtl. I also have implementations of log2 and log2f. After some email exchanges with David Schultz and bde, it became apparent that I need to at least redo sqrtl and cbrtl. In particular, sqrtl needs to meet the requirements of IEEE-754. Of the functions I list, logl and sqrtl are the most important to get right because the remaining functions rely on these in some fashion. In logl (and some of the others), I use Taylor series expansions with an appropriate truncation to achieve the required accuracy. David and bde have both pointed out that an optimal polynomial approximation, based on Remes' algorithm, would be preferred, so I've spent the last several days learning about this approach. You can grab a snapshot of what I have at http://troutmask.apl.washington.edu/~kargl/libm-20050708.tar.gz Some points on my code. On i386 the significand is 53 bit while on amd64 it is 64 bit for long double. You need to be aware of this difference. I have a test program, c99math, that generates random numbers in the valid ranges of asinh, acosh, atanh, log10l, logl, and sqrtl functions to test the implementation. It uses GMP/MPFR to compute exact values for float, double, and long double data types. Also, note that c99math does a fuzzy comparison because of rounding on the last decimal digit. I should probably do the comparison on the binary representation of the numbers, but I haven't got that far in my hacking. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 19:12:45 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AA0416A41C for ; Fri, 8 Jul 2005 19:12:45 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id C24C743D45 for ; Fri, 8 Jul 2005 19:12:44 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 26891 invoked from network); 8 Jul 2005 19:12:43 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 8 Jul 2005 19:12:43 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j68JCgu2037608 for ; Fri, 8 Jul 2005 21:12:42 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j68JCg1j037607 for current@freebsd.org; Fri, 8 Jul 2005 21:12:42 +0200 (CEST) (envelope-from pho) Date: Fri, 8 Jul 2005 21:12:42 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20050708191242.GA37582@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Pagefault at if_ethersubr.c:284 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 19:12:45 -0000 While stress testing GENERIC HEAD from Jul 8 14:53 UTC I got this page fault: Tracing pid 37 tid 100036 td 0xc1590d80 memcpy(c1689400,c1f11400,c1781900,c17f08c4,...) at memcpy+0x1d in_arpinput(c1e9b400,c1e9b400,cc9dccd4,...) at in_arpinput+0x5b6 arpintr(c1e9b400) at arpintr+0xca netisr_processqueue(c099fcb8) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xbe ithread_loop(c1574480,cc9dcd38,c1574480,...) at ithread_loop+0x11c fork_exit(c061bfcc,c1574480,cc9dcd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 More info at http://www.holm.cc/stress/log/cons141.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 19:13:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 939B716A41C for ; Fri, 8 Jul 2005 19:13:46 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61EEB43D48 for ; Fri, 8 Jul 2005 19:13:46 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DqyIB-0005ir-Mv; Fri, 08 Jul 2005 19:13:43 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DqyIB-000F24-12; Fri, 08 Jul 2005 09:13:43 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17102.53350.509951.422552@roam.psg.com> Date: Fri, 8 Jul 2005 09:13:42 -1000 To: Sam Leffler References: <42A5253E.10401@errno.com> <17061.50966.381799.889500@roam.psg.com> <42A5CBAC.4000409@errno.com> <17102.6118.407470.645664@roam.psg.com> <42CEB469.6040105@errno.com> Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: wpa support in the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 19:13:46 -0000 >> is there an idiot's howto for tmobile eap/ttls yet? > No but you reminded me I forgot to update make.conf and the man page. > To get what you want define: > ENABLE_WPA_SUPPLICANT_EAPOL=true any reason this is not default? > in your make.conf file and rebuild wpa_supplicant. You'll have EAPOL > support including EAP-TTLS. Past that you're on your own writing the > wpa_supplicant.conf stuff; check Jouni's documentation for help until > someone improves the FreeBSD man pages. heck, i am still working out a wpa_supplicant.conf that does simple wep! randy From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 19:41:23 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B063C16A41C for ; Fri, 8 Jul 2005 19:41:23 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 671D343D53 for ; Fri, 8 Jul 2005 19:41:23 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 93EA646B17; Fri, 8 Jul 2005 15:41:22 -0400 (EDT) Date: Fri, 8 Jul 2005 20:41:22 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Luigi Rizzo In-Reply-To: <20050708110742.A6284@xorpc.icir.org> Message-ID: <20050708203537.H34251@fledge.watson.org> References: <20050705053114.A96381@xorpc.icir.org> <35386.1120575587@phk.freebsd.dk> <20050705103353.A8185@xorpc.icir.org> <20050708110742.A6284@xorpc.icir.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: s223560@studenti.ing.unipi.it, current@freebsd.org Subject: Re: location of bioq lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 19:41:23 -0000 On Fri, 8 Jul 2005, Luigi Rizzo wrote: > 1) put the lock in the struct bio_queue_head. > This is the same thing done in struct g_bioq defined in > sys/geom/geom.h . Quite clean, except that perhaps some > users of bio_queue_head still run under Giant (e.g. cam/scsi ?) > and so it is not possible to 'bring in' the lock. > > 2) change bioq_init() so that it takes also a pointer to the mtx > that protects the queue. > This is probably less clean, but perhaps a bit more flexible because > the queue and its lock are decoupled. Also it permits to deal > with the 'Giant' case easily. > > Other ideas ? In the network stack work, we started out with locks tightly coupled with the queues they protected as part of an early design decision to embed mutexes in ifqueue's, one of the widely used queueing structures. We're actually exploring backing off that decision now such that components use queues as a "library", and use their own synchronization to protect the queue. This allows, for example, lock coalescing across multiple queues, or combining of queue mutexes with larger component locks. It also allows queues to be agnostic of the lock type that is used to protect them, so a consumer could use an ex/rwlock or the like, or for that matter a spin lock. It also allows lock-free access to the queue where that is appropriate. FYI, one interesting point regarding lock order: in the ifqueue lock model, ifqueue locks were leaf mutexes. However, if the scope of locks protection queues expands, the replacement locks may well not be leaf mutexes. This is relevant in "hand-off" scenarios, where before contention on a queue mutex was very unlikely during a "grab, insert, drop" scenario, contention chances are increased as the lock might also cover other significantly time-consuming things, such as data copies, hardware I/O interactions, and so on. This might, or might not, outweight the overhead of the additional locking, and is worth keeping in mind. So based on that experience, my suggestion is to make locking a property of the consumer of the API, not the provider, and to create macros or queue wrapper functions in the consumer that *are* aware of the locking semantics, for the purposes of code simplification, assertion placement, and so on. However, the network stack is fairly different from the storage I/O stack, so the lessons (while interesting) might well not hold there. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 19:52:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCF3D16A41C for ; Fri, 8 Jul 2005 19:52:54 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pastinakel.tue.nl (pastinakel.tue.nl [131.155.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35FAF43D4C for ; Fri, 8 Jul 2005 19:52:53 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from localhost (localhost [127.0.0.1]) by pastinakel.tue.nl (Postfix) with ESMTP id 7BF9A14BBB6 for ; Fri, 8 Jul 2005 21:52:52 +0200 (CEST) Received: from pastinakel.tue.nl ([127.0.0.1]) by localhost (pastinakel.tue.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 74121-05 for ; Fri, 8 Jul 2005 21:52:51 +0200 (CEST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by pastinakel.tue.nl (Postfix) with ESMTP id 26B5814BBA0 for ; Fri, 8 Jul 2005 21:52:51 +0200 (CEST) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.4/8.13.4/Submit) id j68JqpF4016878 for freebsd-current@freebsd.org; Fri, 8 Jul 2005 21:52:51 +0200 (CEST) (envelope-from stijn) Date: Fri, 8 Jul 2005 21:52:50 +0200 From: Stijn Hoop To: freebsd-current@freebsd.org Message-ID: <20050708195250.GI2003@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+g7M9IMkV8truYOl" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Virus-Scanned: amavisd-new at tue.nl Subject: cannot get iwi to connect to open AP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 19:52:54 -0000 --+g7M9IMkV8truYOl Content-Type: multipart/mixed; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I'm trying to get my iwi adapter to work with my wireless AP, but of course it isn't working. The router is setup to only filter on MAC addresses. No WEP, no WPA, nothing else. Yes this is insecure; I don't care right now :) The router works. Other clients (MacOS X, Windows) can connect. The card in my Dell works (it 'works in windows' (tm)). It connects, so it's on the allowed clients lists of the AP. I am using firmware 1.3, and -CURRENT from today (including Sam's commits, ieee80211_input.c 1.60, if_iwi.c 1.7). All I get from ifconfig iwi0 is 'no carrier' (see attachment). Trying to start dhclient with 'ssid LZ111 DHCP' in /etc/rc.conf results in the attached debug log (made with the 80211debug utility). The 'reset_scan' repeats continously, until I kill the firmware or reboot. Can anyone point out to me what I'm doing wrong? Thanks! --Stijn --=20 SIGSIG -- signature too long (core dumped) --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="iwi0.txt" iwi0: flags=8802 mtu 1500 ether 00:0e:35:85:21:52 media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid LZ111 authmode OPEN privacy OFF txpowmax 100 bintval 100 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="iwi-msgs.txt" Jul 8 21:37:00 pounce kernel: iwi0: mem 0xfafef000-0xfafeffff irq 9 at device 3.0 on pci2 Jul 8 21:37:00 pounce kernel: iwi0: Ethernet address: 00:0e:35:85:21:52 Jul 8 21:37:00 pounce kernel: iwi0: Please load firmware Jul 8 21:38:01 pounce sudo: stijn : TTY=ttyv1 ; PWD=/local/home/stijn/ath ; USER=root ; COMMAND=./80211debug +debug +auth +scan Jul 8 21:38:41 pounce sudo: stijn : TTY=ttyv1 ; PWD=/local/home/stijn/ath ; USER=root ; COMMAND=/usr/sbin/iwicontrol iwi0 -d /usr/local/libdata/if_iwi Jul 8 21:38:46 pounce sudo: stijn : TTY=ttyv1 ; PWD=/local/home/stijn/ath ; USER=root ; COMMAND=/sbin/dhclient iwi0 Jul 8 21:38:47 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 44 Jul 8 21:38:47 pounce kernel: [00:0c:41:e4:23:20] new beacon on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:47 pounce kernel: [00:0c:41:e4:23:20] caps 0x401 bintval 100 erp 0x6 Jul 8 21:38:47 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 58 Jul 8 21:38:47 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:47 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 56 Jul 8 21:38:47 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:47 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 66 Jul 8 21:38:47 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:47 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 66 Jul 8 21:38:47 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 82 Jul 8 21:38:47 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:48 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 84 Jul 8 21:38:48 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:48 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 84 Jul 8 21:38:48 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 86 Jul 8 21:38:48 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:48 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 86 Jul 8 21:38:48 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 78 Jul 8 21:38:48 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 86 Jul 8 21:38:48 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:48 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 78 Jul 8 21:38:48 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 85 Jul 8 21:38:48 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:48 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 84 Jul 8 21:38:48 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 63 Jul 8 21:38:48 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:48 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 64 Jul 8 21:38:48 pounce kernel: ieee80211_cancel_scan: end active scan Jul 8 21:38:48 pounce kernel: iwi0: notify scan done Jul 8 21:38:48 pounce kernel: macaddr bssid chan rssi rate flag wep essid Jul 8 21:38:48 pounce kernel: + 00:0c:41:e4:23:20 00:0c:41:e4:23:20 11 64 54M ess no "LZ111" Jul 8 21:38:48 pounce kernel: iwi0: associated with 00:0c:41:e4:23:20 ssid "LZ111" channel 11 start 1Mb Jul 8 21:38:48 pounce kernel: iwi0: link state changed to UP Jul 8 21:38:49 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 45 Jul 8 21:38:49 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 56 Jul 8 21:38:49 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 66 Jul 8 21:38:49 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:49 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 82 Jul 8 21:38:49 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:49 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 74 Jul 8 21:38:49 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 78 Jul 8 21:38:49 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:49 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 84 Jul 8 21:38:49 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 79 Jul 8 21:38:49 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:49 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 86 Jul 8 21:38:50 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 86 Jul 8 21:38:50 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:50 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 86 Jul 8 21:38:50 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 86 Jul 8 21:38:50 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:50 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 86 Jul 8 21:38:50 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 84 Jul 8 21:38:50 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:50 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 84 Jul 8 21:38:50 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 63 Jul 8 21:38:50 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:50 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 63 Jul 8 21:38:50 pounce kernel: ieee80211_cancel_scan: end active scan Jul 8 21:38:50 pounce kernel: iwi0: notify scan done Jul 8 21:38:50 pounce kernel: ieee80211_end_scan: no scan candidate Jul 8 21:38:50 pounce kernel: ieee80211_reset_scan: scan set: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14 start chan 11 Jul 8 21:38:50 pounce kernel: ieee80211_next_scan: chan 11->12 Jul 8 21:38:50 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 44 Jul 8 21:38:50 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 45 Jul 8 21:38:51 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 66 Jul 8 21:38:51 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 82 Jul 8 21:38:51 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 84 Jul 8 21:38:51 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:51 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 85 Jul 8 21:38:51 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 86 Jul 8 21:38:51 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:51 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 86 Jul 8 21:38:51 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:51 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 86 Jul 8 21:38:51 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 86 Jul 8 21:38:51 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:51 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 86 Jul 8 21:38:51 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 79 Jul 8 21:38:51 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:51 pounce kernel: iwi0: received beacon from 00:0c:41:e4:23:20 rssi 76 Jul 8 21:38:51 pounce kernel: iwi0: received probe_resp from 00:0c:41:e4:23:20 rssi 64 Jul 8 21:38:51 pounce kernel: [00:0c:41:e4:23:20] probe_resp on chan 11 (bss chan 11) "LZ111" Jul 8 21:38:51 pounce kernel: ieee80211_cancel_scan: end active scan Jul 8 21:38:51 pounce kernel: iwi0: notify scan done Jul 8 21:38:51 pounce kernel: ieee80211_end_scan: no scan candidate Jul 8 21:38:51 pounce kernel: ieee80211_reset_scan: scan set: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14 start chan 11 --pf9I7BMVVzbSWLtt-- --+g7M9IMkV8truYOl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCztmSY3r/tLQmfWcRAvytAJ9fX0tjNTKeOCEXoYKGBgJTW2e6FQCgp8NR Jx4NgutP+5lYeahCbx54F1E= =MpFT -----END PGP SIGNATURE----- --+g7M9IMkV8truYOl-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 20:04:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E51716A41C for ; Fri, 8 Jul 2005 20:04:51 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from dagobah.rfc1149.org (dagobah.rfc1149.org [217.160.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFFCE43D45 for ; Fri, 8 Jul 2005 20:04:50 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from dsl-082-083-046-146.arcor-ip.net ([82.83.46.146] helo=kamino.rfc1149.org) by dagobah.rfc1149.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.51 (FreeBSD)) id 1Dqz5Y-0001OW-TM; Fri, 08 Jul 2005 22:04:48 +0200 Received: by kamino.rfc1149.org (Postfix, from userid 1001) id EEBC44092; Fri, 8 Jul 2005 22:04:44 +0200 (CEST) From: Arne Schwabe To: Randy Bush In-Reply-To: <17102.53350.509951.422552@roam.psg.com> (Randy Bush's message of "Fri, 8 Jul 2005 09:13:42 -1000") References: <42A5253E.10401@errno.com> <17061.50966.381799.889500@roam.psg.com> <42A5CBAC.4000409@errno.com> <17102.6118.407470.645664@roam.psg.com> <42CEB469.6040105@errno.com> <17102.53350.509951.422552@roam.psg.com> Date: Fri, 08 Jul 2005 22:04:44 +0200 Message-ID: <86vf3ljc83.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-RFC-Spam-Score: -2.0 (--) Cc: Sam Leffler , freebsd-current@freebsd.org Subject: Re: HEADSUP: wpa support in the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 20:04:51 -0000 Randy Bush writes: >>> is there an idiot's howto for tmobile eap/ttls yet? >> No but you reminded me I forgot to update make.conf and the man page. >> To get what you want define: >> ENABLE_WPA_SUPPLICANT_EAPOL=true > > any reason this is not default? > >> in your make.conf file and rebuild wpa_supplicant. You'll have EAPOL >> support including EAP-TTLS. Past that you're on your own writing the >> wpa_supplicant.conf stuff; check Jouni's documentation for help until >> someone improves the FreeBSD man pages. > > heck, i am still working out a wpa_supplicant.conf that does > simple wep! > network={ ssid="Uni Paderborn" key_mgmt=NONE wep_key0="24085" priority=5 } Rest is unchanged from the default config Arne PS: you can find the wepkey with google (on a offical site), so that key is not secret anyway, so no **** here (: -- compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 20:22:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE6D916A41C for ; Fri, 8 Jul 2005 20:22:56 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C94743D46 for ; Fri, 8 Jul 2005 20:22:55 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 36748 invoked by uid 89); 8 Jul 2005 20:22:38 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 8 Jul 2005 20:22:38 -0000 Date: Fri, 8 Jul 2005 22:22:46 +0200 From: Oliver Lehmann To: freebsd-current@freebsd.org Message-Id: <20050708222246.630c9de3.lehmann@ans-netz.de> X-Mailer: Sylpheed version 2.0.0beta5 (GTK+ 2.6.8; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: problems with soft-nfs when the server goes down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 20:22:57 -0000 Hi, I belive, everyone who is dealing with NFS knows the following situation: Work with a nfs mounted filesystem, while the NFS-server got unavailable results in locked processes. That is OK because the processes are unlocked again and will continue with their work when the server is back online. So far so good. That was the situation on all FreeBSD I used before. (3.3 - 5.4) Now my NFS-nt is running 6-CURRENT and my NFS-server still runs 5.4 When the server gets unavailable, the proccesses on the client will lock - OK so far. The problematic thing is, after the server is back online, I still see no way to get the locked processes back to continue. They are still in heir NFS-lock. All I can do is reboot the system. That only happens when I mount the nfs filesystem with "soft". olivleh1@kartoffel olivleh1> ps auxww | grep bee olivleh1 633 0.0 0.9 70980 18668 v0 S Wed10PM 14:19.21 beep- media-player When I don't use that option, it continues playing after the server is back online. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 20:27:18 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6FDB16A41C for ; Fri, 8 Jul 2005 20:27:18 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FFF043D45 for ; Fri, 8 Jul 2005 20:27:16 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.13.3/8.13.3) with ESMTP id j68KR7Xl068442 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Jul 2005 22:27:07 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.13.3/8.13.3/Submit) id j68KR6a7068441; Fri, 8 Jul 2005 22:27:06 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Oliver Lehmann In-Reply-To: <20050708222246.630c9de3.lehmann@ans-netz.de> References: <20050708222246.630c9de3.lehmann@ans-netz.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3t77MI581WqEASCY8aPW" Date: Fri, 08 Jul 2005 22:27:06 +0200 Message-Id: <1120854426.91809.11.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-current@FreeBSD.org Subject: Re: problems with soft-nfs when the server goes down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 20:27:19 -0000 --=-3t77MI581WqEASCY8aPW Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Oliver Lehmann p=ED=B9e v p=E1 08. 07. 2005 v 22:22 +0200: > Hi, >=20 > I belive, everyone who is dealing with NFS knows the following situation: >=20 > Work with a nfs mounted filesystem, while the NFS-server got unavailable > results in locked processes. That is OK because the processes are > unlocked again and will continue with their work when the server is back > online. > So far so good. That was the situation on all FreeBSD I used before. (3.3 > - 5.4) >=20 > Now my NFS-nt is running 6-CURRENT and my NFS-server still runs 5.4 > When the server gets unavailable, the proccesses on the client will lock > - OK so far. > The problematic thing is, after the server is back online, I still see no > way to get the locked processes back to continue. They are still in heir > NFS-lock. All I can do is reboot the system. That only happens when I > mount the nfs filesystem with "soft". >=20 > olivleh1@kartoffel olivleh1> ps auxww | grep bee > olivleh1 633 0.0 0.9 70980 18668 v0 S Wed10PM 14:19.21 beep- > media-player >=20 > When I don't use that option, it continues playing after the server is > back online. Me too! Just to add, processes are stucked in "nfsreq" state. --=20 Pav Lucistnik A mouse is a device used to point at the xterm you want to type in. --=-3t77MI581WqEASCY8aPW Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCzuGantdYP8FOsoIRAogbAKCX9dyo6GVXNjkrk/S7djOUsmkjMQCfS0bO 978khkVXMageiDZ7ehTxQIg= =KuRo -----END PGP SIGNATURE----- --=-3t77MI581WqEASCY8aPW-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 20:48:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 383D716A41C for ; Fri, 8 Jul 2005 20:48:54 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 036D443D46 for ; Fri, 8 Jul 2005 20:48:54 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DqzmH-000CAt-0F; Fri, 08 Jul 2005 20:48:53 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DqzmF-000Hp7-Vh; Fri, 08 Jul 2005 10:48:52 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17102.59059.311582.366874@roam.psg.com> Date: Fri, 8 Jul 2005 10:48:51 -1000 To: Arne Schwabe References: <42A5253E.10401@errno.com> <17061.50966.381799.889500@roam.psg.com> <42A5CBAC.4000409@errno.com> <17102.6118.407470.645664@roam.psg.com> <42CEB469.6040105@errno.com> <17102.53350.509951.422552@roam.psg.com> <86vf3ljc83.fsf@kamino.rfc1149.org> Cc: Sam Leffler , freebsd-current@freebsd.org Subject: Re: HEADSUP: wpa support in the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 20:48:54 -0000 > network={ > ssid="Uni Paderborn" > key_mgmt=NONE > wep_key0="24085" > priority=5 > } yep. thanks! From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 20:50:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21F5416A41C for ; Fri, 8 Jul 2005 20:50:45 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51C4F43D49 for ; Fri, 8 Jul 2005 20:50:44 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 37290 invoked by uid 89); 8 Jul 2005 20:50:28 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 8 Jul 2005 20:50:28 -0000 Date: Fri, 8 Jul 2005 22:50:36 +0200 From: Oliver Lehmann To: freebsd-current@freebsd.org Message-Id: <20050708225036.5296040a.lehmann@ans-netz.de> In-Reply-To: <20050708222246.630c9de3.lehmann@ans-netz.de> References: <20050708222246.630c9de3.lehmann@ans-netz.de> X-Mailer: Sylpheed version 2.0.0beta5 (GTK+ 2.6.8; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: problems with soft-nfs when the server goes down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 20:50:45 -0000 Oliver Lehmann wrote: > Now my NFS-nt is running 6-CURRENT and my NFS-server still runs 5.4 Just for clarifying this - s/NFS-nt/NFS-client/ ("Ins" was locked while adding NFS- in front of client) -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 20:57:53 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE42D16A41C for ; Fri, 8 Jul 2005 20:57:53 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FCA143D48 for ; Fri, 8 Jul 2005 20:57:53 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j68L40hw039557; Fri, 8 Jul 2005 15:04:01 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42CEE8CF.4060200@samsco.org> Date: Fri, 08 Jul 2005 14:57:51 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Luigi Rizzo References: <20050705053114.A96381@xorpc.icir.org> <35386.1120575587@phk.freebsd.dk> <20050705103353.A8185@xorpc.icir.org> <20050708110742.A6284@xorpc.icir.org> In-Reply-To: <20050708110742.A6284@xorpc.icir.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: s223560@studenti.ing.unipi.it, current@freebsd.org Subject: Re: location of bioq lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 20:57:54 -0000 Luigi Rizzo wrote: > [see context at the end] > > Queues of I/O requests are implemented by a struct bio_queue_head > in src/sys/sys/bio.h - however the lock for the queue is > outside the structure, and, as a result, whoever wants to manipulate > this data structure either a) needs it already locked, or b) needs to > know which lock to grab. > Case a) occurs when someone accesses the bio_queue through the > regular API -- the caller already does the required locking. > Case b) however can occur when we have some asynchronous request > to work on the queue, e.g. to change scheduler. > > So we need to know where the lock is. I can see two ways: > > 1) put the lock in the struct bio_queue_head. > This is the same thing done in struct g_bioq defined in > sys/geom/geom.h . Quite clean, except that perhaps some > users of bio_queue_head still run under Giant (e.g. cam/scsi ?) > and so it is not possible to 'bring in' the lock. > > 2) change bioq_init() so that it takes also a pointer to the mtx > that protects the queue. > This is probably less clean, but perhaps a bit more flexible because > the queue and its lock are decoupled. Also it permits to deal > with the 'Giant' case easily. > > Other ideas ? > > cheers > luigi > > > (background - this is related to the work my SoC student Emiliano, > in Cc, is doing on pluggalbe disk schedulers) > > The disk scheduler operates on struct bio_queue_head objects > (which include CSCAN scheduler info) and uses 5 methods: > > bioq_init() initializes the queue. > bioq_disksort() to add requests to the queue > bioq_first() to peek at the head of the queue > bioq_remove() to remove the first element. > bioq_flush() right now simply a wrapper around bioq_first() and > bioq_remove(), but one could imagine the need for a > specific destructor to free memory etc. Each bioq is owned by the consumer of it, i.e. the individual driver. As such, locking it is the responsibility of the driver. The block layer/GEOM does not manipulate the driver bioq's, nor should it. The driver knows best how to sort and queue requests to the hardware, and many drivers don't even need explicit sorting because they are talking to an intelligent controller that will do that work for them. Also, putting descrete locks on bioq operations is inefficient. I did a _lot_ of experimentation with locking storage drivers and found that one lock in the fast path that covers the bioq, softc/resources, and hardware access was a whole lot faster than splitting it up into multiple locks. There are certain circumstances where this might not be the case, but as a general rule it is. So, the status quo with regard to bioq locking is fine. Please don't try to make the block layer outguess the drivers and the hardware, and please don't try to mandate extra locking that reduces performance. Scott From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 21:00:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D4B616A41C for ; Fri, 8 Jul 2005 21:00:47 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0625C43D45 for ; Fri, 8 Jul 2005 21:00:46 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wproxy.gmail.com with SMTP id i4so546305wra for ; Fri, 08 Jul 2005 14:00:46 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hD2B8/eGKyhfUmqn3t3yn2J3ExInYGJTcl5GrPHtiF/EV7J/G6sj/p+mXT+6Uo+CynecBES7lWEhIPuHkuCP+1GARvmBulEk7FEGt6O6/2+PG/5cyuf11mhAqtMYTGjgLdUU0vwyHRxkENo9QWy2vsCpCrj8Br6PcVc9NiK7fU0= Received: by 10.54.54.41 with SMTP id c41mr1961616wra; Fri, 08 Jul 2005 14:00:06 -0700 (PDT) Received: by 10.54.125.12 with HTTP; Fri, 8 Jul 2005 14:00:06 -0700 (PDT) Message-ID: Date: Fri, 8 Jul 2005 23:00:06 +0200 From: Claus Guttesen To: Oliver Lehmann In-Reply-To: <20050708222246.630c9de3.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050708222246.630c9de3.lehmann@ans-netz.de> Cc: freebsd-current@freebsd.org Subject: Re: problems with soft-nfs when the server goes down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Claus Guttesen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 21:00:47 -0000 > Now my NFS-nt is running 6-CURRENT and my NFS-server still runs 5.4 > When the server gets unavailable, the proccesses on the client will lock > - OK so far. > The problematic thing is, after the server is back online, I still see no > way to get the locked processes back to continue. They are still in heir > NFS-lock. All I can do is reboot the system. That only happens when I > mount the nfs filesystem with "soft". Do you tcp- or udp-mount? AFAIK tcp-mount's don't work properly in 6.0 (current). regards Claus From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 21:36:19 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AB5F16A41C for ; Fri, 8 Jul 2005 21:36:19 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: from web80605.mail.yahoo.com (web80605.mail.yahoo.com [66.218.79.94]) by mx1.FreeBSD.org (Postfix) with SMTP id 7DC1843D49 for ; Fri, 8 Jul 2005 21:36:18 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: (qmail 36780 invoked by uid 60001); 8 Jul 2005 21:36:18 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=bjzg9cwImM32FLybVc6v+kNJkc7n8QqtmtyoFJ53WMjYbZMTe79YnjVzImtV+n7dHGCfP98F5x6odMEgMd313mGe55GeqZdNqUTHMeQI1NsyhdwyNq2HsPNr6518IZfdEWC6ITq08Q1/5kgNeNsi4DbGGlD3KPsuD+Ng063/u7w= ; Message-ID: <20050708213618.36778.qmail@web80605.mail.yahoo.com> Received: from [207.126.239.39] by web80605.mail.yahoo.com via HTTP; Fri, 08 Jul 2005 14:36:18 PDT Date: Fri, 8 Jul 2005 14:36:18 -0700 (PDT) From: Mohan Srinivasan To: pav@FreeBSD.org, Oliver Lehmann In-Reply-To: <1120854426.91809.11.camel@hood.oook.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org Subject: Re: problems with soft-nfs when the server goes down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 21:36:19 -0000 I'll take a look at the soft mount issue. Can you do a couple of things ? - When the server comes back up, does the client retransmit the request(s) ? Can you get some tcpdumps on the client ? (set the snap length to 1500 to capture the entire NFS header). - Can you get a core dump when the client gets into this state ? I'll take a look at the changes to see if I can spot something also. mohan --- Pav Lucistnik wrote: > Oliver Lehmann pe v p 08. 07. 2005 v 22:22 +0200: > > Hi, > > > > I belive, everyone who is dealing with NFS knows the following situation: > > > > Work with a nfs mounted filesystem, while the NFS-server got unavailable > > results in locked processes. That is OK because the processes are > > unlocked again and will continue with their work when the server is back > > online. > > So far so good. That was the situation on all FreeBSD I used before. (3.3 > > - 5.4) > > > > Now my NFS-nt is running 6-CURRENT and my NFS-server still runs 5.4 > > When the server gets unavailable, the proccesses on the client will lock > > - OK so far. > > The problematic thing is, after the server is back online, I still see no > > way to get the locked processes back to continue. They are still in heir > > NFS-lock. All I can do is reboot the system. That only happens when I > > mount the nfs filesystem with "soft". > > > > olivleh1@kartoffel olivleh1> ps auxww | grep bee > > olivleh1 633 0.0 0.9 70980 18668 v0 S Wed10PM 14:19.21 beep- > > media-player > > > > When I don't use that option, it continues playing after the server is > > back online. > > Me too! Just to add, processes are stucked in "nfsreq" state. > > -- > Pav Lucistnik > > > A mouse is a device used to point at the xterm you want to type in. > From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 21:39:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6448416A41C for ; Fri, 8 Jul 2005 21:39:20 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: from web80604.mail.yahoo.com (web80604.mail.yahoo.com [66.218.79.93]) by mx1.FreeBSD.org (Postfix) with SMTP id 12EF343D46 for ; Fri, 8 Jul 2005 21:39:20 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: (qmail 15820 invoked by uid 60001); 8 Jul 2005 21:39:19 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Gfdp5FBAeOU1+fxk0wpwckE+yyeruomo6YTArlto8hhq8Q6ZJsgHjsUw/y8lF/N/Wi7DyD41UsrIcyfPXKiuGQk0Q4caGQmd6rWE2QVtBYJ63m0OAPuG0w+1BGiTjtq7gs7Fm4sa79qgzXCL0nHnZAdNw/IHPwgd5gHI1XU4hlY= ; Message-ID: <20050708213919.15818.qmail@web80604.mail.yahoo.com> Received: from [207.126.239.39] by web80604.mail.yahoo.com via HTTP; Fri, 08 Jul 2005 14:39:19 PDT Date: Fri, 8 Jul 2005 14:39:19 -0700 (PDT) From: Mohan Srinivasan To: Claus Guttesen , Oliver Lehmann In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: problems with soft-nfs when the server goes down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 21:39:20 -0000 NFS/TCP mounts should work in -current. There was a bug reported against NFS/TCP (retransmits were not happening reliably when the server went down). That was fixed several weeks ago. If you see something broken with NFS/TCP, please let me know. mohan --- Claus Guttesen wrote: > > Now my NFS-nt is running 6-CURRENT and my NFS-server still runs 5.4 > > When the server gets unavailable, the proccesses on the client will lock > > - OK so far. > > The problematic thing is, after the server is back online, I still see no > > way to get the locked processes back to continue. They are still in heir > > NFS-lock. All I can do is reboot the system. That only happens when I > > mount the nfs filesystem with "soft". > > Do you tcp- or udp-mount? AFAIK tcp-mount's don't work properly in 6.0 > (current). > > regards > Claus > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 21:54:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F6E016A41C for ; Fri, 8 Jul 2005 21:54:45 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: from web80602.mail.yahoo.com (web80602.mail.yahoo.com [66.218.79.91]) by mx1.FreeBSD.org (Postfix) with SMTP id E798543D5C for ; Fri, 8 Jul 2005 21:54:44 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: (qmail 50693 invoked by uid 60001); 8 Jul 2005 21:54:44 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=CstjrqLqb9jA6QU4qNN3UKEOXlqCWpYP10Pzd45U79W/VheTsd1BeMnYgSW0iYz0YMtbysGpIcoHdVN0UXBdAYgxm1ap6kssfDGa1LcIw7+osPghrvRoj9h+0EQcUkG8+gL8Zy4S2t80ir8f+0TNho9UXqSXlFQUxg77fRBQhrs= ; Message-ID: <20050708215444.50691.qmail@web80602.mail.yahoo.com> Received: from [207.126.239.39] by web80602.mail.yahoo.com via HTTP; Fri, 08 Jul 2005 14:54:44 PDT Date: Fri, 8 Jul 2005 14:54:44 -0700 (PDT) From: Mohan Srinivasan To: Oliver Lehmann , freebsd-current@freebsd.org In-Reply-To: <20050708222246.630c9de3.lehmann@ans-netz.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: problems with soft-nfs when the server goes down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 21:54:45 -0000 FYI - I am not able to reproduce the problem in my setup (at least not easily). So a tcpdump and core would be very helpful. mohan --- Oliver Lehmann wrote: > Hi, > > I belive, everyone who is dealing with NFS knows the following situation: > > Work with a nfs mounted filesystem, while the NFS-server got unavailable > results in locked processes. That is OK because the processes are > unlocked again and will continue with their work when the server is back > online. > So far so good. That was the situation on all FreeBSD I used before. (3.3 > - 5.4) > > Now my NFS-nt is running 6-CURRENT and my NFS-server still runs 5.4 > When the server gets unavailable, the proccesses on the client will lock > - OK so far. > The problematic thing is, after the server is back online, I still see no > way to get the locked processes back to continue. They are still in heir > NFS-lock. All I can do is reboot the system. That only happens when I > mount the nfs filesystem with "soft". > > olivleh1@kartoffel olivleh1> ps auxww | grep bee > olivleh1 633 0.0 0.9 70980 18668 v0 S Wed10PM 14:19.21 beep- > media-player > > When I don't use that option, it continues playing after the server is > back online. > > > -- > Oliver Lehmann > http://www.pofo.de/ > http://wishlist.ans-netz.de/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 21:56:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECC0C16A41C for ; Fri, 8 Jul 2005 21:56:19 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AE1C43D45 for ; Fri, 8 Jul 2005 21:56:19 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 69B52321FD8; Fri, 8 Jul 2005 23:56:18 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 4B4D9405B; Fri, 8 Jul 2005 23:56:21 +0200 (CEST) Date: Fri, 8 Jul 2005 23:56:21 +0200 From: Jeremie Le Hen To: Thierry Herbelot Message-ID: <20050708215620.GN39292@obiwan.tataz.chchile.org> References: <20041102222000.GA65845@xor.obsecurity.org> <20050706073205.GA942@galgenberg.net> <20050706085737.GT73907@obiwan.tataz.chchile.org> <200507061116.17267.thierry@herbelot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200507061116.17267.thierry@herbelot.com> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, Jeremie Le Hen Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 21:56:20 -0000 Hi Thierry, > and it does not work if he ports tree is "physically" elsewhere (mine is > shared over NFS from /files2/ports -> .CURDIR does not begin > with /usr/ports). > > Perhaps a better way would be to use a variable set in bsd.ports.mk > (BUILDING_PORT="YES") I thought a bit more about this. This seems to be a better idea than having a PORT_CFLAGS variable, because when a user wants to compile a port with uncommon CFLAGS, he will do the following (for instance) : %%% cd /usr/ports/misc/vera make CFLAGS='-O3' install clean %%% If we add something like this in ports/Mk/bsd.port.mk : %%% .if defined(PORT_CFLAGS) CFLAGS=${PORT_CFLAGS} .end %%% This will obviously break POLA because setting CFLAGS won't work as expected. Having a BUILDING_PORT or some such variable might appear as a good idea but there is one technical problem that I don't know how to circumvent. make(1) manual page indeed states that share/mk/sys.mk will be read before everything else, and this is this file which includes /etc/make.conf, if the latter exists. And then only will be read ports/Mk/bsd.port.mk, when the port's Makefile will include it. Therefore, when make.conf(5) will be read, BUILDING_PORT will not be set yet. This can be checked easily : %%% obiwan:tmp$ cat Makefile VAR1="hello I'm VAR1" .if defined(VAR2) VAR1=${VAR2} .endif VAR2="hello I'm VAR2" all: @echo ${VAR1} obiwan:tmp$ make hello I'm VAR1 %%% Having a /etc/ports.conf file as Ulrich Spoerlein proposed could be a good solution, but some port commiters need to be convinced of its usefulness first in order to have their support. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 22:04:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09FBB16A41C for ; Fri, 8 Jul 2005 22:04:27 +0000 (GMT) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0446943D45 for ; Fri, 8 Jul 2005 22:04:25 +0000 (GMT) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail.bluecoat.com (bcs-mail.bluecoat.com [216.52.23.69]) by whisker.bluecoat.com (8.13.0/8.13.0) with ESMTP id j68M4EDZ000476 for ; Fri, 8 Jul 2005 15:04:14 -0700 (PDT) Received: from bcs-mail3.bluecoat.com ([10.2.2.59]) by bcs-mail.bluecoat.com with Microsoft SMTPSVC(5.0.2195.5329); Fri, 8 Jul 2005 15:04:13 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 8 Jul 2005 15:04:13 -0700 Message-ID: <48D44BB27BDE3840BDF18E59CB169A5C019E8ECC@bcs-mail3.internal.cacheflow.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: monday Thread-Index: AcWECPoa4JBF9jB9QZ6oAbhRz3jfSg== From: "Li, Qing" To: "Mahdavi, Jamshid" , X-OriginalArrivalTime: 08 Jul 2005 22:04:14.0003 (UTC) FILETIME=[FA123830:01C58408] X-Scanned-By: MIMEDefang 2.49 on 216.52.23.28 Cc: Subject: monday X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 22:04:27 -0000 Are we meeting at the office on Monday and going to the airport together? -- Qing From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 22:15:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65F3A16A41C for ; Fri, 8 Jul 2005 22:15:29 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id D259843D4C for ; Fri, 8 Jul 2005 22:15:28 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.12.9) with ESMTP id j68MFR91054831 for ; Sat, 9 Jul 2005 00:15:27 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.1/8.12.9/Submit) id j68MFRri054829 for freebsd-current@freebsd.org; Fri, 8 Jul 2005 18:15:27 -0400 (EDT) (envelope-from cracauer) Date: Fri, 8 Jul 2005 18:15:27 -0400 From: Martin Cracauer To: freebsd-current@freebsd.org Message-ID: <20050708181514.A54677@cons.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Yylu36WmvOXNoKYn" Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: Repairing ext2fs stat(2), fts(3) in 6.0-current, please test on 5.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 22:15:29 -0000 --Yylu36WmvOXNoKYn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline ext2fs fails to set the device in the stat(2) system call. Subsequently, that makes fts(3) fail, which goes as far as make ls(1) fail (which uses fts). The appended diff fixes it for me and looks correct to me. Unless somebody objects I will submit it to re@ for commit approval. %% I don't have a 5.x system anywhere, can somebody please test whether the problem exists in 5.x? Here is how: - compile appended test program - mount an ext2fs to -say- /mnt/tmp - `./stattests /mnt/tmp` ==> must return identical device ids Quicker test: - mount ext2fs to /mnt/tmp - `ls -F /mnt/tmp` ==> will fail with file not found errors. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ No warranty. This email is probably produced by one of my cats stepping on the keys. No, I don't have an infinite number of cats. --Yylu36WmvOXNoKYn Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="diff.ext2fs" Index: ext2_vnops.c =================================================================== RCS file: /lhome/CVS-FreeBSD/src/sys/gnu/fs/ext2fs/ext2_vnops.c,v retrieving revision 1.102 diff -u -r1.102 ext2_vnops.c --- ext2_vnops.c 15 Jun 2005 02:36:11 -0000 1.102 +++ ext2_vnops.c 8 Jul 2005 22:07:16 -0000 @@ -346,6 +346,7 @@ /* * Copy from inode table */ + vap->va_fsid = dev2udev(ip->i_devvp->v_rdev); vap->va_fileid = ip->i_number; vap->va_mode = ip->i_mode & ~IFMT; vap->va_nlink = ip->i_nlink; --Yylu36WmvOXNoKYn Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="stattests.c" #include #include #include #include #include #include #include static void print(const char *const msg, const struct stat *const s) { fprintf(stderr, "dev %s: %X (%d/%d)\n", msg, s->st_dev , major(s->st_dev) , minor(s->st_dev)); } int main(int argc, char *argv[]) { struct stat s; struct stat s_direct; int fd; char *filename1 = NULL; if (argc < 2) { fprintf(stderr, "Usage: filename\n"); exit(1); } filename1 = argv[1]; if (stat(filename1, &s_direct) == -1) { perror("stat"); exit(2); } print("just stat", &s_direct); fd = open(filename1, O_RDONLY); if (fd == -1) { perror("open"); exit(2); } if (fstat(fd, &s) == -1) { perror("fstat"); exit(2); } print("using fstat", &s); #if 0 DIR *dir; dir = opendir(filename1); if (dir == NULL) { perror("opendir"); exit(2); } if (fstat(dirfd(dir), &s) == -1) { perror("fstat"); exit(2); } fprintf(stderr, "dev: %d\n", s.st_dev); if (stat("/mnt/tmp/X11", &s) == -1) { perror("stat"); exit(2); } fprintf(stderr, "dev: %d\n", s.st_dev); #endif return 0; } --Yylu36WmvOXNoKYn-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 22:50:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7E7516A433 for ; Fri, 8 Jul 2005 22:50:59 +0000 (GMT) (envelope-from yushunwa@ISI.EDU) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 053E043D58 for ; Fri, 8 Jul 2005 22:50:51 +0000 (GMT) (envelope-from yushunwa@ISI.EDU) Received: from [128.9.168.94] (max.isi.edu [128.9.168.94]) by boreas.isi.edu (8.11.6p2+0917/8.11.2) with ESMTP id j68Mnit15955; Fri, 8 Jul 2005 15:49:44 -0700 (PDT) Message-ID: <42CF0303.3090004@isi.edu> Date: Fri, 08 Jul 2005 15:49:39 -0700 From: Yu-Shun Wang User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mohan Srinivasan References: <20050708213919.15818.qmail@web80604.mail.yahoo.com> In-Reply-To: <20050708213919.15818.qmail@web80604.mail.yahoo.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms080503090002030404030804" X-ISI-4-39-6-MailScanner: Found to be clean X-MailScanner-From: yushunwa@isi.edu Cc: freebsd-current@freebsd.org, Oliver Lehmann , Claus Guttesen Subject: Re: problems with soft-nfs when the server goes down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 22:51:00 -0000 This is a cryptographically signed message in MIME format. --------------ms080503090002030404030804 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mohan Srinivasan wrote: > --- Claus Guttesen wrote: >>>Now my NFS-nt is running 6-CURRENT and my NFS-server still runs 5.4 >>>When the server gets unavailable, the proccesses on the client will lock >>>- OK so far. >>>The problematic thing is, after the server is back online, I still see no >>>way to get the locked processes back to continue. They are still in heir >>>NFS-lock. All I can do is reboot the system. That only happens when I >>>mount the nfs filesystem with "soft". >> >>Do you tcp- or udp-mount? AFAIK tcp-mount's don't work properly in 6.0 >>(current). > NFS/TCP mounts should work in -current. There was a bug reported > against NFS/TCP (retransmits were not happening reliably when the > server went down). That was fixed several weeks ago. > > If you see something broken with NFS/TCP, please let me know. Hi, I am not sure that's the case. We might be talking about differnt bugs FWIW. I also had NFS-related lockups as recent as CURRENT on 6/27/2005, probably on 7/5/2005 as well. You could search for 'nfs' on the list for the last two months. As far as I could remember, the problem has to do with nfs pkts or mbuf mis-alignment, and the realign functions in either the client or the server couldn't deal with serious mis-alignment. I could be wrong, check the archive for more details. Just a data point of my setup: nfs client running CURRENT, server is solaris, was using NFS/TCP with NFSv3. Simple TCPDUMP showed that the client kept sending access request and the server kept answering it, but the client never accepted (for the lack of better terms) those replies. So in my case, the server was never down (at least during those lockups). I have no hard evidence on how to re-produce the lockups, some mentioned after or duing heavy IO traffic. But it's definitely there. It annoyed me enough that I took the easy way out: switched to NFS/UDP since yesterday. :-) Thanks, yushun -- Yu-Shun Wang http://www.isi.edu/~yushunwa USC Information Sciences Institute --------------ms080503090002030404030804 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJeTCC AxcwggKAoAMCAQICAw4K/TANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDUwMjE1MjIyMDQ0WhcNMDYwMjE1MjIyMDQ0 WjB6MQ0wCwYDVQQEEwRXYW5nMRAwDgYDVQQqEwdZdS1TaHVuMRUwEwYDVQQDEwxZdS1TaHVu IFdhbmcxHzAdBgkqhkiG9w0BCQEWEHl1c2h1bndhQGlzaS5lZHUxHzAdBgkqhkiG9w0BCQEW EHl1c2h1bndhQHVzYy5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCpbzTn ssgn3J00Mbb7NiBsaUnnnXeJKrXZM5bDChNw3BZcmZKQwKQA1EZqc10z0AOhg6azfLhKJK2Y 6JKoTOHDdLmgWbHy9L5EGUi2+hWh39nXPqlnk+MMWH+nmWBW2mr5E5n+vHrCS7kp6mr2QGuU D3yolypb0TKrUFWo8RUz2N+0GRz3MXquyLLm2twIn4pAgxbI8gnkba9LLWfA+fKkpyAx2421 dOlKsAmlA6gL1NmXw0bC8o3tNvxxlvJK9Y3G61/wpo4bbHRtVUDbk3evv+NHwNOHb8MZzIEY 6m1KAnGJzCz406bbDCxkRuKJkX5a0Srx8gyQNfmpmbLShHJtAgMBAAGjPzA9MC0GA1UdEQQm MCSBEHl1c2h1bndhQGlzaS5lZHWBEHl1c2h1bndhQHVzYy5lZHUwDAYDVR0TAQH/BAIwADAN BgkqhkiG9w0BAQQFAAOBgQCe4GN9Ke0+xslYMGSeJWrLNujx4ecZ48emfbWgnEfdAP77HKQC 7vomxYXs2NfhoDt/cgado9v7sgRqPen/lUYCwneXM0O9dcsWqfCGBH3iEcDQsr1eX+PhQbxR nPRYY+m+rU4n9bma6bdovN4CA1VAg7cI8lrp4sDuRU8frC7bDjCCAxcwggKAoAMCAQICAw4K /TANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwHhcNMDUwMjE1MjIyMDQ0WhcNMDYwMjE1MjIyMDQ0WjB6MQ0wCwYDVQQEEwRX YW5nMRAwDgYDVQQqEwdZdS1TaHVuMRUwEwYDVQQDEwxZdS1TaHVuIFdhbmcxHzAdBgkqhkiG 9w0BCQEWEHl1c2h1bndhQGlzaS5lZHUxHzAdBgkqhkiG9w0BCQEWEHl1c2h1bndhQHVzYy5l ZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCpbzTnssgn3J00Mbb7NiBsaUnn nXeJKrXZM5bDChNw3BZcmZKQwKQA1EZqc10z0AOhg6azfLhKJK2Y6JKoTOHDdLmgWbHy9L5E GUi2+hWh39nXPqlnk+MMWH+nmWBW2mr5E5n+vHrCS7kp6mr2QGuUD3yolypb0TKrUFWo8RUz 2N+0GRz3MXquyLLm2twIn4pAgxbI8gnkba9LLWfA+fKkpyAx2421dOlKsAmlA6gL1NmXw0bC 8o3tNvxxlvJK9Y3G61/wpo4bbHRtVUDbk3evv+NHwNOHb8MZzIEY6m1KAnGJzCz406bbDCxk RuKJkX5a0Srx8gyQNfmpmbLShHJtAgMBAAGjPzA9MC0GA1UdEQQmMCSBEHl1c2h1bndhQGlz aS5lZHWBEHl1c2h1bndhQHVzYy5lZHUwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOB gQCe4GN9Ke0+xslYMGSeJWrLNujx4ecZ48emfbWgnEfdAP77HKQC7vomxYXs2NfhoDt/cgad o9v7sgRqPen/lUYCwneXM0O9dcsWqfCGBH3iEcDQsr1eX+PhQbxRnPRYY+m+rU4n9bma6bdo vN4CA1VAg7cI8lrp4sDuRU8frC7bDjCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAw gdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUg VG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRp b24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0w MzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwg RnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV +065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfAr hVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/ p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8 MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWls Q0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxh YmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/ TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amc OY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8xggM7MIID NwIBATBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5 KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQID Dgr9MAkGBSsOAwIaBQCgggGnMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN AQkFMQ8XDTA1MDcwODIyNDkzOVowIwYJKoZIhvcNAQkEMRYEFPJ8vzbuDovkvZjSdPjceLpo 0XYIMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqG SIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMHgGCSsGAQQBgjcQBDFrMGkwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAgMOCv0wegYLKoZI hvcNAQkQAgsxa6BpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGlu ZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWlu ZyBDQQIDDgr9MA0GCSqGSIb3DQEBAQUABIIBABiL7oALtSBrKp6Oa946IgbSkokPkGSTYgkB tdRMpjvwaOPguFFep+hXfm/idaRc6RpKXAJHdKM5n7lU1fi96h2hK7egWxYHnQ3P3DZ6QUQJ dBxO0nNS/XzGJE3FDvN+iixp+ItZDi9fStBzjMSuM++vKvX9diXNCcHP3EtFjMn7Fdo1hSjs 4/qVEXX4QrRXHsqLXqun+CtXZ3JWJGpu8VNRpjGp+q3Cl9kViZbSdZCSyTbAPsJ2eSY7SS+R j+hJRMvgKwEytTTMOQrqlfFmb2y/eLuugy67kUaT4zSEubdo+ysHxMUitx8B1PM653+m/wtW faHhnEqq/+JtXLmpDw0AAAAAAAA= --------------ms080503090002030404030804-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 8 22:58:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 600A316A41C; Fri, 8 Jul 2005 22:58:28 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 169D143D45; Fri, 8 Jul 2005 22:58:28 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id j68MwRj5011046; Fri, 8 Jul 2005 15:58:27 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id j68MwRuZ011045; Fri, 8 Jul 2005 15:58:27 -0700 (PDT) (envelope-from rizzo) Date: Fri, 8 Jul 2005 15:58:27 -0700 From: Luigi Rizzo To: Robert Watson Message-ID: <20050708155827.A10658@xorpc.icir.org> References: <20050705053114.A96381@xorpc.icir.org> <35386.1120575587@phk.freebsd.dk> <20050705103353.A8185@xorpc.icir.org> <20050708110742.A6284@xorpc.icir.org> <20050708203537.H34251@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20050708203537.H34251@fledge.watson.org>; from rwatson@freebsd.org on Fri, Jul 08, 2005 at 08:41:22PM +0100 Cc: s223560@studenti.ing.unipi.it, current@freebsd.org Subject: Re: location of bioq lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 22:58:28 -0000 scott, i probably did not provide enough context... To reassure you, I dont intend to change the status quo - the queue is owned by the driver, and the locking scheme remains the same. What we are trying to do is abstract the disk scheduler API so that if a user, or a subsystem, or a piece of hardware, could benefit from a different scheduler than the default, it can be easily plugged in. In RELENG_4 and RELENG_5 most drivers use bioq_disksort(), which optimizes for throughput, but may not be ideal when apps have even soft real-time requirements (e.g. media players), plus there are different approaches (e.g. the anticipatory scheduling that someone referenced) that could prove more effective. Stuff like RAID drivers might have different request ordering requirements. Even the ATA driver in HEAD uses a different scheduler than bioq_disksort, but for lack of a proper API that's hardwired in the driver. And then as you say, the hardware might have an intelligent controller so it might be worthwhile disabling sorting - but then, the same driver e.g. SCSI or ATA might talk to differently 'smart' hardware and so having configurable per-device schedulers might be useful. Now, if one sees the disk scheduler as a boot-time option, then the bioq_*() functions are all one needs - the API calls assume that the subsystem is already locked so nobody except the driver needs to know about the lock. However, if one wants to be able to switch schedulers at runtime (e.g. through a sysctl), then at the time of a switch you may need to move requests from the old scheduler to the new one, and in the process you have to lock each queue before playing with it. So the issue is _not_ changing the locking scheme, but just making the sysctl handler aware of the address (and maybe type) of the lock. Here are the two ways that I suggested - 1) put the lock in the queue so its address is implicitly known, or 2) pass it as an additional argument to bioq_init(). Either way, when the sysctl handler needs to play with the bioq outside the normal requests issued by the driver, it knows which lock to grab. I am totally with you when say that a single lock covering not just the bioq is more efficient - this seems to push towards method #2, which overall is more flexible. cheers luigi On Fri, Jul 08, 2005 at 08:41:22PM +0100, Robert Watson wrote: > > On Fri, 8 Jul 2005, Luigi Rizzo wrote: > > > 1) put the lock in the struct bio_queue_head. > > This is the same thing done in struct g_bioq defined in > > sys/geom/geom.h . Quite clean, except that perhaps some > > users of bio_queue_head still run under Giant (e.g. cam/scsi ?) > > and so it is not possible to 'bring in' the lock. > > > > 2) change bioq_init() so that it takes also a pointer to the mtx > > that protects the queue. > > This is probably less clean, but perhaps a bit more flexible because > > the queue and its lock are decoupled. Also it permits to deal > > with the 'Giant' case easily. > > > > Other ideas ? > > In the network stack work, we started out with locks tightly coupled with > the queues they protected as part of an early design decision to embed > mutexes in ifqueue's, one of the widely used queueing structures. We're > actually exploring backing off that decision now such that components use > queues as a "library", and use their own synchronization to protect the > queue. This allows, for example, lock coalescing across multiple queues, > or combining of queue mutexes with larger component locks. It also allows > queues to be agnostic of the lock type that is used to protect them, so a > consumer could use an ex/rwlock or the like, or for that matter a spin > lock. It also allows lock-free access to the queue where that is > appropriate. > > FYI, one interesting point regarding lock order: in the ifqueue lock > model, ifqueue locks were leaf mutexes. However, if the scope of locks > protection queues expands, the replacement locks may well not be leaf > mutexes. This is relevant in "hand-off" scenarios, where before > contention on a queue mutex was very unlikely during a "grab, insert, > drop" scenario, contention chances are increased as the lock might also > cover other significantly time-consuming things, such as data copies, > hardware I/O interactions, and so on. This might, or might not, outweight > the overhead of the additional locking, and is worth keeping in mind. > > So based on that experience, my suggestion is to make locking a property > of the consumer of the API, not the provider, and to create macros or > queue wrapper functions in the consumer that *are* aware of the locking > semantics, for the purposes of code simplification, assertion placement, > and so on. > > However, the network stack is fairly different from the storage I/O stack, > so the lessons (while interesting) might well not hold there. > > Robert N M Watson > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 01:02:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32A9316A41C for ; Sat, 9 Jul 2005 01:02:02 +0000 (GMT) (envelope-from rsh.lists@comcast.net) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C10DB43D45 for ; Sat, 9 Jul 2005 01:01:58 +0000 (GMT) (envelope-from rsh.lists@comcast.net) Received: from [192.168.1.11] (tardiss.hsd1.ma.comcast.net[66.30.82.93]) by comcast.net (rwcrmhc11) with ESMTP id <200507090101560130032p11e>; Sat, 9 Jul 2005 01:01:57 +0000 Message-ID: <42CF21F2.2060108@comcast.net> Date: Fri, 08 Jul 2005 21:01:38 -0400 From: Sean User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050707) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Adam K Kirchhoff References: <42C098B0.5060004@voicenet.com> In-Reply-To: <42C098B0.5060004@voicenet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Portupgrade, -CURRENT & SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rsh.lists@comcast.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 01:02:02 -0000 Adam K Kirchhoff wrote: > > I have three machines which I just upgraded from 5.4 to -CURRENT. They > are two SMP desktops and a UP laptop. > > After building world and installing, I started to run portupgrade on my > systems. On the laptop, everything has been running smoothly.. On both > SMP systems, portupgrade hangs. top shows the ruby18 process stuck in > the *vnode state. On one machine, which I can't physically access, it's > been this way for hours. I can't ssh into this machine, and only have > access to sessions that were connected before the hang. On my home > machine (which I can physically access), I've been able to log in on the > virtual consoles and reboot when this happens (though it's not ever able > to sync all buffers and cleanly unmount /). It's now happened with 5 or > 6 consecutive attempts at portupgrade on this machine. The most recent > time this happened, on a hunch, I built a UP kernel, rebooted, and tried > portupgrade again. It's now been running for two hours without hanging > (previous record was less than five minutes). > > I've googled around a bit for this problem, but haven't come across > anythign yet. Has anyone seen this before? I'll gladly submit a pr, > but I'm just looking for more idea, or maybe some confirmation from > others who have seen this. > > Adam > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Adam, Thought you might be interested. I booted with an older kernel I made back in January, and all portupgrades worked without problems. The config for this build and my one build a week or three ago are the same. So I would figure that this would suggest that it is most likely not the port, but something in the recent source for the kernel? Sean From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 04:36:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31D1516A41C; Sat, 9 Jul 2005 04:36:40 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id C71AC43D46; Sat, 9 Jul 2005 04:36:39 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout2-sn1.fre.skanova.net (7.2.060.1) id 42B9371700309E91; Sat, 9 Jul 2005 06:36:38 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Sat, 9 Jul 2005 06:36:30 +0200 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A602858B@royal64.emp.zapto.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New ggate broken? Thread-Index: AcWEBChTl+WiDY/bRX2ckqY927pKJQAOhz0g From: "Daniel Eriksson" To: Cc: Pawel Jakub Dawidek Subject: New ggate broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 04:36:40 -0000 Pawel Jakub Dawidek wrote: > pjd 2005-07-08 21:28:26 UTC >=20 > FreeBSD src repository >=20 > Modified files: > sbin/ggate/ggatec Makefile ggatec.c=20 > sbin/ggate/ggated Makefile ggated.c=20 > sbin/ggate/shared ggate.c ggate.h=20 > Log: > Reimplement ggatec/ggated applications. This breaks ggate for me pretty badly. Reading from a ggate device is hosed, it generates bogus data. On the client I get tons of these: bad block -349963294392358026, ino 28874759 bad block -3509451653830704557, ino 28874759 bad block -3897387729193514355, ino 28874759 bad block 3626146008983070931, ino 28874759 bad block 354768189201479432, ino 28874759 bad block 6451810762019986516, ino 28874759 bad block -3206562763347448980, ino 28874759 Both server and client are up-to-date. Server is UP, client is SMP. I am unfortunately forced to back down to a working version because the servers need to be up. However, I should be able to help out with some testing, just not right away. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 04:49:15 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4ED016A41C; Sat, 9 Jul 2005 04:49:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62FCB43D45; Sat, 9 Jul 2005 04:49:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j694nDve039192; Sat, 9 Jul 2005 00:49:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j694nEEj025964; Sat, 9 Jul 2005 00:49:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CF86A7302F; Sat, 9 Jul 2005 00:49:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050709044913.CF86A7302F@freebsd-current.sentex.ca> Date: Sat, 9 Jul 2005 00:49:13 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 04:49:16 -0000 TB --- 2005-07-09 03:18:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-07-09 03:18:15 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-07-09 03:18:15 - cleaning the object tree TB --- 2005-07-09 03:18:45 - checking out the source tree TB --- 2005-07-09 03:18:45 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-07-09 03:18:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-07-09 03:24:57 - building world (CFLAGS=-O2 -pipe) TB --- 2005-07-09 03:24:57 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-07-09 03:24:57 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-07-09 04:41:25 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-07-09 04:41:25 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-07-09 04:41:25 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Jul 9 04:41:25 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/i386/i386/src/sys/dev/sn/if_sn_pccard.c:60: error: initializer element is not constant /tinderbox/CURRENT/i386/i386/src/sys/dev/sn/if_sn_pccard.c:60: error: (near initialization for `sn_pccard_products[3]') /tinderbox/CURRENT/i386/i386/src/sys/dev/sn/if_sn_pccard.c:61: error: initializer element is not constant /tinderbox/CURRENT/i386/i386/src/sys/dev/sn/if_sn_pccard.c:61: error: (near initialization for `sn_pccard_products[4].pp_cis') /tinderbox/CURRENT/i386/i386/src/sys/dev/sn/if_sn_pccard.c:61: error: initializer element is not constant /tinderbox/CURRENT/i386/i386/src/sys/dev/sn/if_sn_pccard.c:61: error: (near initialization for `sn_pccard_products[4]') /tinderbox/CURRENT/i386/i386/src/sys/dev/sn/if_sn_pccard.c:62: error: initializer element is not constant /tinderbox/CURRENT/i386/i386/src/sys/dev/sn/if_sn_pccard.c:62: error: (near initialization for `sn_pccard_products[5]') *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-07-09 04:49:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-07-09 04:49:13 - ERROR: failed to build generic kernel TB --- 2005-07-09 04:49:13 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 05:11:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26BDE16A41C for ; Sat, 9 Jul 2005 05:11:22 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4390843D46 for ; Sat, 9 Jul 2005 05:11:19 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw501.dsto.defence.gov.au (ednmsw501.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id j6959ULB000686 for ; Sat, 9 Jul 2005 14:39:30 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw501.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.17) with ESMTP id ; Sat, 9 Jul 2005 14:41:13 +0930 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id j69551012648; Sat, 9 Jul 2005 14:35:01 +0930 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id N8MYSJL6; Sat, 9 Jul 2005 14:34:57 +0930 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.13.3/8.13.3) with ESMTP id j6955LZd034498; Sat, 9 Jul 2005 14:35:21 +0930 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.13.3/8.13.3/Submit) id j6955KM5034497; Sat, 9 Jul 2005 14:35:20 +0930 (CST) (envelope-from wilkinsa) Date: Sat, 9 Jul 2005 14:35:20 +0930 From: "Wilkinson, Alex" To: Sam Leffler Message-ID: <20050709050520.GB34422@squash.dsto.defence.gov.au> References: <42A5253E.10401@errno.com> <17061.50966.381799.889500@roam.psg.com> <42A5CBAC.4000409@errno.com> <17102.6118.407470.645664@roam.psg.com> <42CEB469.6040105@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <42CEB469.6040105@errno.com> User-Agent: Mutt/1.5.9i Cc: Randy Bush , freebsd-current@freebsd.org Subject: Re: HEADSUP: wpa support in the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 05:11:22 -0000 0n Fri, Jul 08, 2005 at 10:14:17AM -0700, Sam Leffler wrote: >Randy Bush wrote: >>>>T-Mobile uses EAP-TTLSv0 from >>>>internet-drafts/draft-funk-eap-ttls-v0-00.txt. i would deeply >>>>love not to have to use my browser to do userid/password signon >>>>to their hotspots. any clues/cookbook? >>> >>>I'll look at adding a knob to wpa_supplicant's Makefile to enable >>>EAP-TTLS support. Until then look at contrib/wpa_supplicant/Makefile >>>and extract the bits you need for the other Makefile. >> >> >>is there an idiot's howto for tmobile eap/ttls yet? > >No but you reminded me I forgot to update make.conf and the man page. >To get what you want define: > >ENABLE_WPA_SUPPLICANT_EAPOL=true > >in your make.conf file and rebuild wpa_supplicant. You'll have EAPOL >support including EAP-TTLS. Past that you're on your own writing the >wpa_supplicant.conf stuff; check Jouni's documentation for help until >someone improves the FreeBSD man pages. "Jouni's documentation" ?? -aW From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 05:28:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BA9916A41C for ; Sat, 9 Jul 2005 05:28:56 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD43C43D45 for ; Sat, 9 Jul 2005 05:28:55 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 48271 invoked by uid 89); 9 Jul 2005 05:28:35 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 9 Jul 2005 05:28:35 -0000 Date: Sat, 9 Jul 2005 07:28:44 +0200 From: Oliver Lehmann To: Claus Guttesen Message-Id: <20050709072844.7f22e946.lehmann@ans-netz.de> In-Reply-To: References: <20050708222246.630c9de3.lehmann@ans-netz.de> X-Mailer: Sylpheed version 2.0.0beta5 (GTK+ 2.6.8; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: problems with soft-nfs when the server goes down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 05:28:56 -0000 Claus Guttesen wrote: > Do you tcp- or udp-mount? AFAIK tcp-mount's don't work properly in 6.0 > (current). udp -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 06:18:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2221E16A41C for ; Sat, 9 Jul 2005 06:18:55 +0000 (GMT) (envelope-from soren3@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id B286343D45 for ; Sat, 9 Jul 2005 06:18:54 +0000 (GMT) (envelope-from soren3@gmail.com) Received: by wproxy.gmail.com with SMTP id i8so604263wra for ; Fri, 08 Jul 2005 23:18:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=hNSp8CNCbi/skL5jlN9TthnEg36jtjWbE+VgX7HwyPvmAvKiW+ZZQSuFKTWwi4oWGk2092Wen1AAKL7HJk0+dMWBYK/FKohf+jMB9+yLFpESo/UNiQ8vg2Gny0ws9i67BrysKQP0Xdsa+Oai0QXzL4EmHBxq7r4I+NttGgSGMwM= Received: by 10.54.28.67 with SMTP id b67mr2267802wrb; Fri, 08 Jul 2005 23:18:54 -0700 (PDT) Received: from elf.enidra.ti ([201.8.162.163]) by mx.gmail.com with ESMTP id 33sm3422380wra.2005.07.08.23.18.53; Fri, 08 Jul 2005 23:18:54 -0700 (PDT) From: =?iso-8859-1?q?S=F8ren_Lott?= To: freebsd-current@freebsd.org Date: Sat, 9 Jul 2005 03:21:44 -0300 User-Agent: letmego MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507090321.44704.soren3@gmail.com> Subject: installword broke everything X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 06:18:55 -0000 running installworld failed when upgrading from SNAP005 to newest -CURRENT, with error Makefile.inc1:156: "LC_CTYPE=C date" error returned non zero status after that everything segfaults,dumps core and i cant login into my system. i followed the exact steps in UPDATING: make buildworld make buildkernel KERNCONF=current6 make installkernel KERNCONF=current6 boot -s fsck -p mount -u / mount -a adjkerntz -i mergemaster -p make installworld From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 06:28:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 102B616A41C for ; Sat, 9 Jul 2005 06:28:10 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 732C843D46 for ; Sat, 9 Jul 2005 06:28:09 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 49493 invoked by uid 89); 9 Jul 2005 06:27:52 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 9 Jul 2005 06:27:52 -0000 Date: Sat, 9 Jul 2005 08:28:01 +0200 From: Oliver Lehmann To: Mohan Srinivasan Message-Id: <20050709082801.18f15374.lehmann@ans-netz.de> In-Reply-To: <20050708215444.50691.qmail@web80602.mail.yahoo.com> References: <20050708222246.630c9de3.lehmann@ans-netz.de> <20050708215444.50691.qmail@web80602.mail.yahoo.com> X-Mailer: Sylpheed version 2.0.0beta5 (GTK+ 2.6.8; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: problems with soft-nfs when the server goes down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 06:28:10 -0000 Mohan Srinivasan wrote: > FYI - > > I am not able to reproduce the problem in my setup (at least > not easily). So a tcpdump and core would be very helpful. > 08:09:01.610027 IP curry.salatschuessel.net.1660761846 > 10.0.1.251.nfs: 112 read [|nfs] 08:09:16.978803 IP curry.salatschuessel.net.1660761846 > 10.0.1.251.nfs: 112 read [|nfs] 08:09:32.357595 IP curry.salatschuessel.net.1660761847 > 10.0.1.251.nfs: 112 read [|nfs] 08:09:47.726377 IP curry.salatschuessel.net.1660761847 > 10.0.1.251.nfs: 112 read [|nfs] 08:10:03.105170 IP curry.salatschuessel.net.1660761847 > 10.0.1.251.nfs: 112 read [|nfs] 08:10:03.184644 IP 10.0.1.251.nfs > curry.salatschuessel.net.1660761847: reply ok 1472 read 08:10:03.184752 IP 10.0.1.251 > curry.salatschuessel.net: udp 08:10:03.184988 IP 10.0.1.251 > curry.salatschuessel.net: udp 08:10:03.185112 IP 10.0.1.251 > curry.salatschuessel.net: udp 08:10:03.185239 IP 10.0.1.251 > curry.salatschuessel.net: udp 08:10:03.185312 IP 10.0.1.251 > curry.salatschuessel.net: udp on 08:10 the server was back online. But beep-media-player was still stucked. I ran a ktrace then on the pid of beep-media-player: 1781 beep-media-player CALL ioctl(0x9,SNDCTL_DSP_GETOSPACE,0xbf1f6ee0) 1781 beep-media-player RET ioctl 0 1781 beep-media-player CALL kse_release(0x80c1f4c) 1781 beep-media-player RET kse_release 0 1781 beep-media-player CALL ioctl(0x9,SNDCTL_DSP_GETOSPACE,0xbf1f6ee0) 1781 beep-media-player RET ioctl 0 1781 beep-media-player CALL kse_release(0x80c1f4c) 1781 beep-media-player RET kse_release 0 1781 beep-media-player CALL ioctl(0x9,SNDCTL_DSP_GETOSPACE,0xbf1f6ee0) 1781 beep-media-player RET ioctl 0 1781 beep-media-player CALL kse_release(0x80c1f4c) 1781 beep-media-player RET kse_release 0 1781 beep-media-player CALL ioctl(0x9,SNDCTL_DSP_GETOSPACE,0xbf1f6ee0) 1781 beep-media-player RET ioctl 0 1781 beep-media-player CALL kse_release(0x80c1f4c) 1781 beep-media-player RET kse_release 0 1781 beep-media-player CALL select(0x8,0xbf8fdef0,0,0,0xbf8fde38) 1781 beep-media-player RET fork 0 1781 beep-media-player CALL kse_release(0x80c1f44) 1781 beep-media-player RET kse_release 0 1781 beep-media-player CALL kse_release(0x80c1f4c) 1781 beep-media-player RET kse_release 0 1781 beep-media-player CALL ioctl(0x9,SNDCTL_DSP_GETOSPACE,0xbf1f6ee0) 1781 beep-media-player RET ioctl 0 1781 beep-media-player CALL kse_release(0x80c1f4c) 1781 beep-media-player RET kse_release 0 all the time repeating that. The nfs mount itself is working I can ls /mnt/tmp for example When I try mpg123, 08:20:18.339812 IP curry.salatschuessel.net.596824881 > 10.0.1.251.nfs: 112 read [|nfs] 08:20:22.189524 IP curry.salatschuessel.net.596824881 > 10.0.1.251.nfs: 112 read [|nfs] 08:20:29.878921 IP curry.salatschuessel.net.596824881 > 10.0.1.251.nfs: 112 read [|nfs] 08:20:45.247753 IP curry.salatschuessel.net.596824881 > 10.0.1.251.nfs: 112 read [|nfs] 08:21:00.616563 IP curry.salatschuessel.net.596824881 > 10.0.1.251.nfs: 112 read [|nfs] 08:23:09.367970 IP curry.salatschuessel.net.596824882 > 10.0.1.251.nfs: 104 access [|nfs] 08:23:09.368508 IP 10.0.1.251.nfs > curry.salatschuessel.net.596824882: reply ok 120 access c 001c And all I get with ktrace out is 569 mpg123 RET write 16384/0x4000 as the last line, and after that nothing more. I'm not sure how to get a coredump out of these locked processes. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 06:35:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91B1016A41C; Sat, 9 Jul 2005 06:35:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ADDA43D45; Sat, 9 Jul 2005 06:35:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j696Z2TU039930; Sat, 9 Jul 2005 02:35:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j696ZF9q081806; Sat, 9 Jul 2005 02:35:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AA6BD7302F; Sat, 9 Jul 2005 02:35:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050709063514.AA6BD7302F@freebsd-current.sentex.ca> Date: Sat, 9 Jul 2005 02:35:14 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 06:35:16 -0000 TB --- 2005-07-09 04:49:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-07-09 04:49:14 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-07-09 04:49:14 - cleaning the object tree TB --- 2005-07-09 04:49:58 - checking out the source tree TB --- 2005-07-09 04:49:58 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-07-09 04:49:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-07-09 05:02:19 - building world (CFLAGS=-O2 -pipe) TB --- 2005-07-09 05:02:19 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-07-09 05:02:19 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-07-09 06:28:30 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-07-09 06:28:30 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-07-09 06:28:30 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Jul 9 06:28:30 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/i386/pc98/src/sys/dev/sn/if_sn_pccard.c:60: error: initializer element is not constant /tinderbox/CURRENT/i386/pc98/src/sys/dev/sn/if_sn_pccard.c:60: error: (near initialization for `sn_pccard_products[3]') /tinderbox/CURRENT/i386/pc98/src/sys/dev/sn/if_sn_pccard.c:61: error: initializer element is not constant /tinderbox/CURRENT/i386/pc98/src/sys/dev/sn/if_sn_pccard.c:61: error: (near initialization for `sn_pccard_products[4].pp_cis') /tinderbox/CURRENT/i386/pc98/src/sys/dev/sn/if_sn_pccard.c:61: error: initializer element is not constant /tinderbox/CURRENT/i386/pc98/src/sys/dev/sn/if_sn_pccard.c:61: error: (near initialization for `sn_pccard_products[4]') /tinderbox/CURRENT/i386/pc98/src/sys/dev/sn/if_sn_pccard.c:62: error: initializer element is not constant /tinderbox/CURRENT/i386/pc98/src/sys/dev/sn/if_sn_pccard.c:62: error: (near initialization for `sn_pccard_products[5]') *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-07-09 06:35:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-07-09 06:35:14 - ERROR: failed to build generic kernel TB --- 2005-07-09 06:35:14 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 06:47:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 344E616A41C; Sat, 9 Jul 2005 06:47:08 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94D3743D46; Sat, 9 Jul 2005 06:47:07 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout1-sn1.fre.skanova.net (7.2.060.1) id 42B813B000344369; Sat, 9 Jul 2005 08:47:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Sat, 9 Jul 2005 08:46:58 +0200 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A602858C@royal64.emp.zapto.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New ggate broken? Thread-Index: AcWEBChTl+WiDY/bRX2ckqY927pKJQAOhz0gAAS0+SA= From: "Daniel Eriksson" To: Cc: Pawel Jakub Dawidek Subject: RE: New ggate broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 06:47:08 -0000 I wrote: > This breaks ggate for me pretty badly. >=20 > Reading from a ggate device is hosed, it generates bogus data. On the > client I get tons of these: >=20 > bad block -349963294392358026, ino 28874759 > bad block -3509451653830704557, ino 28874759 > bad block -3897387729193514355, ino 28874759 > bad block 3626146008983070931, ino 28874759 > bad block 354768189201479432, ino 28874759 > bad block 6451810762019986516, ino 28874759 > bad block -3206562763347448980, ino 28874759 >=20 > Both server and client are up-to-date. Server is UP, client is SMP. >=20 > I am unfortunately forced to back down to a working version=20 > because the > servers need to be up. However, I should be able to help out with some > testing, just not right away. The broken version was 2005.07.08.22.00.00, the one I backed down to (which I now use, so no hardware malfunction) is 2005.07.05.21.00.00. Also, it looks like writing from the client to the server worked. After I backed down the files I had written were ok. One more interesting datapoint is that the exported device was GBDE encoded (I exported the .bde device on the server). /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 07:55:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDB1716A41C for ; Sat, 9 Jul 2005 07:55:16 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id A981F43D46 for ; Sat, 9 Jul 2005 07:55:16 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DrABA-000NC4-19; Sat, 09 Jul 2005 07:55:16 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DrAB9-000IRW-FX; Fri, 08 Jul 2005 21:55:15 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17103.33506.876613.192171@roam.psg.com> Date: Fri, 8 Jul 2005 21:55:14 -1000 To: "Wilkinson, Alex" References: <42A5253E.10401@errno.com> <17061.50966.381799.889500@roam.psg.com> <42A5CBAC.4000409@errno.com> <17102.6118.407470.645664@roam.psg.com> <42CEB469.6040105@errno.com> <20050709050520.GB34422@squash.dsto.defence.gov.au> Cc: Sam Leffler , freebsd-current@freebsd.org Subject: Re: HEADSUP: wpa support in the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 07:55:17 -0000 > "Jouni's documentation" ?? man wpa_supplicant.conf From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 08:27:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4867016A41C; Sat, 9 Jul 2005 08:27:20 +0000 (GMT) (envelope-from sebastian.ssmoller@gmx.net) Received: from sigma.informatik.hu-berlin.de (sigma.informatik.hu-berlin.de [141.20.20.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id C927943D45; Sat, 9 Jul 2005 08:27:19 +0000 (GMT) (envelope-from sebastian.ssmoller@gmx.net) Received: from tyrael.linnet (p54BCD0E1.dip.t-dialin.net [84.188.208.225]) (authenticated bits=0) by sigma.informatik.hu-berlin.de (8.12.10/8.12.9/INF-2.0-MA-SOLARIS-2.8) with ESMTP id j698RH6I012209; Sat, 9 Jul 2005 10:27:18 +0200 (MEST) Date: Sat, 9 Jul 2005 10:26:16 +0200 From: sebastian ssmoller To: current@freebsd.org, stable@freebsd.org Message-Id: <20050709102616.5b601c14.sebastian.ssmoller@gmx.net> X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Fw: Re: Massive sound changes / fix (24/32bit pcm support, new sampling rate converter, various fixes) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 08:27:20 -0000 just FYI ... regards, seb Begin forwarded message: Date: Sat, 9 Jul 2005 10:24:57 +0200 From: sebastian ssmoller To: freebsd-multimedia@freebsd.org Subject: Re: Massive sound changes / fix (24/32bit pcm support, new sampling rate converter, various fixes) hi, i just wonna say: THX! really GREAT work! ... this improves sound quality on my boxes much !! ;-) THX, regards, seb > After sometimes, I've decided to release this (massive 4k lines) diff > to our sound driver. This need proper review and confirmation, before > it can be committed. > > Patches for both HEAD / RELENG_5 available at: > > http://staff.mybsd.org.my/skywizard/FreeBSD/sound/ > > (Note the snd_RELTAG*.diff) > > > Whats New > ========= > > 1. Support wide range sampling rate as low as 1hz up to int32 max > (which is, insane) through new feeder_rate, multiple precisions > choice (32/64 bit converter). This is indeed, quite insane, but it > does give us more room and flexibility. > 2. Support 24/32 bit pcm format conversion through new, much improved > feeder_fmt. > > > System wide changes > =================== > > 1. sys/soundcard.h > * Add definition for AFMT_(U|S)24_(B|L)E. This is somehow > contradict with OSS/Voxware definition of 24bit, but anyway... > > > General sound infrastructure changes > ==================================== > > 1. ac97.c > * Slightly new method to detect mixer capabilities and resolution. > This mostly to help CT4730, but apparently it does help other > cards too (especially via8233x). This probably need futher test > and confirmation from other people with ac97 cards other than via > / es137x. > * Aggresive dac power wake up call, again, to help CT4730 (and > probably others). > 2. mixer.c / sound.c (high priority / grave severity) > * Fix super grave serious (call it whatever) panic/death during > driver unload on second attempt after failure on first (device > busy). > 3. buffer.c / dsp.c / sound.h > * Support for 24/32 AFMT > 4. feeder_rate.c > * New implementation of sampling rate conversion with 32/64 bit > precision, 1 - int32max hz (which is, ridiculous, yet very > addictive). Much improved / smarter buffer management to not > cause any missing samples at the end of conversion process > * Tunable sysctls for various aspect: > hw.snd.feeder_rate_ratemin - minimum allowable sampling rate > (default to 4000) > hw.snd.feeder_rate_ratemax - maximum allowable sampling rate > (default to 1102500) > hw.snd.feeder_rate_buffersize - conversion buffer size > (default to 8192) > hw.snd.feeder_rate_scaling - scaling / conversion method > (please refer to the source for explaination). Default to > previous implementation type. > 5. feeder_fmt.c / sound.h > * New implementation, support for 24/32bit conversion, optimized, > and simplified. Few routines has been removed (8 to xlaw, 16 to > 8). It just doesn't make sense. > 6. channel.c > * Support for 24/32 AFMT > * Fix wrong xruns increment, causing incorrect underruns statistic > while using vchans. > 7. vchan.c (high priority) > * Support for 24/32 AFMT > * Proper speed / rate detection especially for fixed rate ac97. > User can override it using kernel hint: > hint.pcm..vchanrate="xxxx". > > > Hardware spessific changes > ========================== > > 1. als4000.c > * als4000 can't do 48k properly (perhaps it really can't at all!). > Set maxspeed to 44.1k instead. > * Add locking / MPSAFE > * Fix recording > 2. cmi.c > * remove busdma_lock_mutex and Giant from bus_dma_tag_create. > Nothing changes. > 3. es137x.c / es137x.h > * Register programming error during device initialization > especially for CT4730 / EV1938 chip, causing misconfigured mixer > (David Xu), crippled after power cycle (Kevin Oberman). Fixed. > * Incorporate locking/spdif patches from Jon Noack. Not all es137x > can really do spdif, clean it up a bit to only let few capable > chip. > * Convert all bus_space_(read|write) to use es_rd/es_wr, simmilar > with other drivers. > * Add tunable hw.snd.pcm.latency_timer sysctl to toggle pci > latency timer value on the fly. Much noise / pop / crackling > issues can be solved by increasing its value. Other people can > point out to use pciconf instead, but this is just and added > value specifically for braindead CT4730/EV1938. > 4. via8233.c > * Add locking / MPSAFE > * Add kernel hint option to disable DXS channels entirely. Report > from several skype users / Pav Lucistnik indicate that disabling > DXS fix lots of pop / crackling noise. To disable DXS, add > hint.pcm..via_dxs_disabled="1" into /boot/device.hints. > NOTE: It is advisable to disable DXS entirely. Although DXS can > provide multiple concurrent access, doing so will cause more > harm than good (pop / crackling noise, sudden slowness, > overruns). There are few cases where this is considered > invalid, but I had to investigate more as this is not a > global issue. Use / enable vchans for multiple sound sources > (Please refer to vchans notes below). > 5. via82c686.c > * Add locking / MPSAFE. I don't have this card, so other people had > to confirm it. Anyway, the logic is correct. > > > Notes / Issues > ============== > > * Virtual Channels (vchans) > Enabling vchans can really, really help to solve overruns > issue. This is quite understandable, because it operate > entirely within its own buffering system without relying on > hardware interrupt / state. Even if you don't need vchan, > just enable single channel can help much. > * Feeder alignment is really a monster on its own, this should > be fixed or revamp in near future. > * Mixer infrastructure is really outdated, without support for > proper multichannel. Best candidate for hacking fest. > * The arrival of 24/32 also come with a price. Applications > that can do 24/32bit playback need to be recompiled (notably > mplayer). Use (recompiled) mplayer to experiment / test / > debug this various format using -af format=fmt. Note that > 24bit seeking in mplayer is a little bit broken, sometimes > can cause silence or loud static noise. Pausing / seeking > few times can solve this problem. > You don't have to rebuild world entirely for this. Simply > copy /usr/src/sys/sys/soundcard.h to > /usr/include/sys/soundcard.h would suffice. Few drivers also > need recompilation, and this can be done via > /usr/src/sys/modules/sound/. > Support for 24bit hardware playback is beyond the scope of > this changes. That would require spessific hardware driver > changes and currently I don't have any of it. > * Don't expect playing 9999999999hz is a wise decision. Be > reasonable. The new feeder_rate implemention provide > flexibility, not insanity. You can easily chewed up your CPU > with this kind of mind instability. Please use proper > mosquite repellent device for this obvious cracked brain > attempt. As for testing purposes, you can use (again) > mplayer to generate / play with different sampling rate. Use > something like mplayer -af resample=192000:0:0 files.. > > > -- > > Ariff Abdullah > MyBSD > > http://www.MyBSD.org.my (IPv6/IPv4) > http://staff.MyBSD.org.my (IPv6/IPv4) > http://tomoyo.MyBSD.org.my (IPv6/IPv4) -- "Perfection is achieved, not when there is nothing left to add, but when there is nothing left to take away." --- Antoine de St. Exupery, Wind, Sand, and Stars, 1939 From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 09:17:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E011916A41C for ; Sat, 9 Jul 2005 09:17:43 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C14543D45 for ; Sat, 9 Jul 2005 09:17:43 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 480BEACBD2; Sat, 9 Jul 2005 11:17:41 +0200 (CEST) Date: Sat, 9 Jul 2005 11:17:41 +0200 From: Pawel Jakub Dawidek To: Daniel Eriksson Message-ID: <20050709091741.GW46538@darkness.comp.waw.pl> References: <4F9C9299A10AE74E89EA580D14AA10A602858C@royal64.emp.zapto.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5G50dybFf3pRZKd7" Content-Disposition: inline In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A602858C@royal64.emp.zapto.org> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Cc: freebsd-current@freebsd.org Subject: Re: New ggate broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 09:17:44 -0000 --5G50dybFf3pRZKd7 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 09, 2005 at 08:46:58AM +0200, Daniel Eriksson wrote: +> > This breaks ggate for me pretty badly. +> >=20 +> > Reading from a ggate device is hosed, it generates bogus data. On the +> > client I get tons of these: +> >=20 +> > bad block -349963294392358026, ino 28874759 +> > bad block -3509451653830704557, ino 28874759 +> > bad block -3897387729193514355, ino 28874759 +> > bad block 3626146008983070931, ino 28874759 +> > bad block 354768189201479432, ino 28874759 +> > bad block 6451810762019986516, ino 28874759 +> > bad block -3206562763347448980, ino 28874759 +> >=20 +> > Both server and client are up-to-date. Server is UP, client is SMP. +> >=20 +> > I am unfortunately forced to back down to a working version=20 +> > because the +> > servers need to be up. However, I should be able to help out with some +> > testing, just not right away. +>=20 +> The broken version was 2005.07.08.22.00.00, the one I backed down to +> (which I now use, so no hardware malfunction) is 2005.07.05.21.00.00. +>=20 +> Also, it looks like writing from the client to the server worked. After +> I backed down the files I had written were ok. +>=20 +> One more interesting datapoint is that the exported device was GBDE +> encoded (I exported the .bde device on the server). I am not able to reproduce it. Both machines are i386? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --5G50dybFf3pRZKd7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCz5Y1ForvXbEpPzQRAoi/AJwP6KLA6n2B5P3rfhrK35hWBb+kfACdEJgC 4HjrL0exAAaqhcgGIMXbmAg= =S2EM -----END PGP SIGNATURE----- --5G50dybFf3pRZKd7-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 09:36:30 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96DA716A41C for ; Sat, 9 Jul 2005 09:36:30 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D115143D53 for ; Sat, 9 Jul 2005 09:36:29 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 09 Jul 2005 09:36:28 -0000 Received: from h081217094163.dyn.cm.kabsi.at (EHLO localhost.localdomain) [81.217.94.163] by mail.gmx.net (mp017) with SMTP; 09 Jul 2005 11:36:28 +0200 X-Authenticated: #16703784 From: Stefan Ehmann To: current@freebsd.org Content-Type: text/plain Date: Sat, 09 Jul 2005 11:36:33 +0200 Message-Id: <1120901793.10284.14.camel@taxman.pepperland> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Subject: Kernel panic with latest wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 09:36:30 -0000 usr.sbin/wpa/wpa_supplicant/driver_freebsd.c rev. 1.4 and 1.5 result in a kernel panic for me when calling wpa_supplicant. Reverting to 1.3 makes everything happy again. No detailed information here because I haven't been able to obtain crash dumps (neither on CURRENT nor 5.x) for quite a while (> 1 year iirc) and transcribing manually isn't much fun. Calling doadump manually does something but the kgdb backtrace doesn't look very usable. I'm using the if_iwi driver with WPA as described on http://damien.bergamini.free.fr/ipw/iwi-freebsd.html Last few lines of wpa_supplicant output: wpa_driver_bsd_set_key: alg=CCMP ... ioctl[SIOCS80211], op 19, len 60]: Device not configured WPA: Failed to set PTK to the driver. Fatal trap 12: page fault while in kernel mode ... current process = 21 (riq10: cbb0 iwi0+) Stopped at rijndaelEncrypt+0x299: movl 0x14(%eax),%eax db backtrace: rijndaelEncrypt() rijndael_encrypt() ccmp_init_blocks() ccmp_decap() ieee80211_crypt_decap() ieee80211_crypt_input() iwi_intr() ithread_loop() fork_exit() fork_trampoline() More information can be provided as needed. From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 12:19:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9464616A41C for ; Sat, 9 Jul 2005 12:19:48 +0000 (GMT) (envelope-from dorijan@kset.org) Received: from marvin.kset.org (marvin.kset.org [161.53.74.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id F417343D45 for ; Sat, 9 Jul 2005 12:19:47 +0000 (GMT) (envelope-from dorijan@kset.org) Received: from insane (cmung2571.cmu.carnet.hr [192.168.1.214]) by marvin.kset.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j69CJlGa028138 for ; Sat, 9 Jul 2005 14:19:47 +0200 Received: from placebo.znet ([10.168.4.3]) by insane (602LAN SUITE 2004) id 32cce0d9 for freebsd-current@freebsd.org; Sat, 9 Jul 2005 14:18:51 +0200 Date: Sat, 9 Jul 2005 14:18:17 +0200 From: Dorijan Jelincic X-Mailer: The Bat! (v3.5.30) Professional Organization: FER X-Priority: 3 (Normal) Message-ID: <1906108251.20050709141817@kset.org> To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: ifconfig problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dorijan Jelincic List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 12:19:48 -0000 Hello , Problem is that if you set same ip adress twice for same adapter freebsd loosers routes to itself. Example: ifconfig rl0 192.168.1.1/24 ping 192.168.1.1 and everything is ok.. but if I do it again ifconfig rl0 192.168.1.1/24 I got no route to host also, if there is a ospfd in the system, and one adapter gone down and then up, and in the meantime freebsd got that route from ospfd, and I want to set ip adress again I got File allready exist Example: free-andromeda# ping 10.168.15.134 PING 10.168.15.134 (10.168.15.134): 56 data bytes 64 bytes from 10.168.15.134: icmp_seq=0 ttl=64 time=6.584 ms 64 bytes from 10.168.15.134: icmp_seq=1 ttl=64 time=2.896 ms 64 bytes from 10.168.15.134: icmp_seq=2 ttl=64 time=2.871 ms 64 bytes from 10.168.15.134: icmp_seq=3 ttl=64 time=2.849 ms ^C --- 10.168.15.134 ping statistics --- 4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max/stddev = 2.849/3.800/6.584/1.607 ms after couple of second, after I got routes from ospfd, ping dies (this is a redundant link, routes I got from other router but not throught this link) free-andromeda# ping 10.168.15.134 PING 10.168.15.134 (10.168.15.134): 56 data bytes ^C --- 10.168.15.134 ping statistics --- 3 packets transmitted, 0 packets received, 100% packet loss but the link is still up.. and if I do this: free-andromeda# ifconfig acx0 10.168.15.133/30 free-andromeda# ping 10.168.15.133 PING 10.168.15.133 (10.168.15.133): 56 data bytes 64 bytes from 10.168.15.133: icmp_seq=0 ttl=64 time=0.248 ms 64 bytes from 10.168.15.133: icmp_seq=1 ttl=64 time=0.138 ms ^C --- 10.168.15.133 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.138/0.193/0.248/0.055 ms free-andromeda# free-andromeda# ifconfig acx0 10.168.15.133/30 free-andromeda# ping 10.168.15.133 PING 10.168.15.133 (10.168.15.133): 56 data bytes ping: sendto: No route to host ping: sendto: No route to host ^C --- 10.168.15.133 ping statistics --- 2 packets transmitted, 0 packets received, 100% packet loss (problem from above) and later if I do this: free-andromeda# ifconfig acx0 10.168.160.1/24 free-andromeda# ifconfig acx0 10.168.15.133/30 ifconfig: ioctl (SIOCAIFADDR): File exists I am running current-004, and zebra 0.95 -- "Well it's just that lately I've noticed everyone seems to trust me. It's quite unnerving." - Garak, DS9 : Empok Nor Dorijan Jelincic, 9a3ajd From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 13:16:57 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AB3B16A420 for ; Sat, 9 Jul 2005 13:16:57 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D19D43E88 for ; Sat, 9 Jul 2005 13:10:25 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 22911 invoked from network); 9 Jul 2005 13:10:25 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender ) by mail22.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 9 Jul 2005 13:10:24 -0000 Received: from slimer.baldwin.cx (slimer.baldwin.cx [192.168.0.16]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j69DAE0G031149; Sat, 9 Jul 2005 09:10:17 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Sat, 9 Jul 2005 09:10:23 -0400 User-Agent: KMail/1.8 References: <42C098B0.5060004@voicenet.com> <42C342F7.9080905@comcast.net> <42C34640.6040305@samsco.org> In-Reply-To: <42C34640.6040305@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507090910.25502.jhb@FreeBSD.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Cc: Adam K Kirchhoff , rsh.lists@comcast.net Subject: Re: Portupgrade, -CURRENT & SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 13:16:57 -0000 On Wednesday 29 June 2005 09:09 pm, Scott Long wrote: > Sean wrote: > > Scott Long wrote: > >>> Which, yes, is quite annoying and, IMHO, is a pretty critical bug > >>> that needs fixing. It makes SMP on -CURRENT nearly unusable if you > >>> want to regularly update your ports. > >>> > >>> Adam > >> > >> Well, you can disable SMP at boot via > >> > >> set hw.apic.0.disable=1 > >> > >> But yes, it's some sort of a bug and it needs to be fixed. I'll track > >> the PR. > >> > >> Scott > > > > Scott, > > > > I checked and doing several searches through the sysctl options do not > > see any such option as you list above, > set hw.apic.0.disable=1 > > > > I am running amd64, is this perhaps just an option for i386? > > I do see a kern.smp.disabled: 0, would this instead be for amd64? > > > > Exactly how on boot do I break in to enter this option? > > Or do I set it, then boot? > > Then afterwards reset then boot again? > > > > Thanks > > Sean > > Sorry, it's > > hw.apic.0.disabled=1 > > I missed the 'd'. It's not a sysctl, it's a tunable (they share the > same namespace and often overlap, but not always). kern.smp.disabled > works too. You'll need to either put these settings into > /boot/loader.conf, or manually set them in the loader by hitting the > space bar during the 10 second timeout. 5.x had a nice menu for doing > this, but it because controversial over silly reasons and was removed. And s/hw/hint/. I think the menu should be brought back though. The folks who didn't want it had an easy knob to turn it off. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 13:27:33 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C084316A428; Sat, 9 Jul 2005 13:27:33 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C924343D91; Sat, 9 Jul 2005 13:25:07 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j69DV6XH044655; Sat, 9 Jul 2005 07:31:07 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42CFD02A.6050204@samsco.org> Date: Sat, 09 Jul 2005 07:24:58 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <42C098B0.5060004@voicenet.com> <42C342F7.9080905@comcast.net> <42C34640.6040305@samsco.org> <200507090910.25502.jhb@FreeBSD.org> In-Reply-To: <200507090910.25502.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: rsh.lists@comcast.net, freebsd-current@FreeBSD.org, Adam K Kirchhoff Subject: Re: Portupgrade, -CURRENT & SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 13:27:33 -0000 John Baldwin wrote: > On Wednesday 29 June 2005 09:09 pm, Scott Long wrote: > >>Sean wrote: >> >>>Scott Long wrote: >>> >>>>>Which, yes, is quite annoying and, IMHO, is a pretty critical bug >>>>>that needs fixing. It makes SMP on -CURRENT nearly unusable if you >>>>>want to regularly update your ports. >>>>> >>>>>Adam >>>> >>>>Well, you can disable SMP at boot via >>>> >>>>set hw.apic.0.disable=1 >>>> >>>>But yes, it's some sort of a bug and it needs to be fixed. I'll track >>>>the PR. >>>> >>>>Scott >>> >>>Scott, >>> >>>I checked and doing several searches through the sysctl options do not >>>see any such option as you list above, > set hw.apic.0.disable=1 >>> >>>I am running amd64, is this perhaps just an option for i386? >>>I do see a kern.smp.disabled: 0, would this instead be for amd64? >>> >>>Exactly how on boot do I break in to enter this option? >>>Or do I set it, then boot? >>>Then afterwards reset then boot again? >>> >>> Thanks >>> Sean >> >>Sorry, it's >> >>hw.apic.0.disabled=1 >> >>I missed the 'd'. It's not a sysctl, it's a tunable (they share the >>same namespace and often overlap, but not always). kern.smp.disabled >>works too. You'll need to either put these settings into >>/boot/loader.conf, or manually set them in the loader by hitting the >>space bar during the 10 second timeout. 5.x had a nice menu for doing >>this, but it because controversial over silly reasons and was removed. > > > And s/hw/hint/. I think the menu should be brought back though. The folks > who didn't want it had an easy knob to turn it off. > In order to do that I need to completely re-write it so that it does simple scrolling instead of screen addressing, and of course I need to remove the mascot. The first part isn't easy and hence hasn't been high on my priority list. Scott From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 13:34:39 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35BF416A41C for ; Sat, 9 Jul 2005 13:34:39 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3EAF43D45 for ; Sat, 9 Jul 2005 13:34:38 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 29343 invoked from network); 9 Jul 2005 13:34:38 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender ) by mail22.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 9 Jul 2005 13:34:38 -0000 Received: from slimer.baldwin.cx (slimer.baldwin.cx [192.168.0.16]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j69DYVpw031360; Sat, 9 Jul 2005 09:34:31 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Sat, 9 Jul 2005 09:17:18 -0400 User-Agent: KMail/1.8 References: <20050701094904.GA98642@lpthe.jussieu.fr> <42C626C9.60206@fubar.geek.nz> In-Reply-To: <42C626C9.60206@fubar.geek.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507090917.19520.jhb@FreeBSD.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Cc: Andrew Turner , Michel Talon Subject: Re: June Snapshot of 6.0 woes under qemu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 13:34:39 -0000 On Saturday 02 July 2005 01:31 am, Andrew Turner wrote: > Michel Talon wrote: > >Hello, > > > >i have downloaded June snapshot of 6.0 for i386 (and checked md5), and > >tried to run it on qemu (under FreeBSD-5.4, qemu with or without > > acceleration, and with various memory sizes). I try to enter the fixit > > console, and type commands, the console freezes. This is the first time i > > see that with FreeBSD snapshots, qemu runs fine various Linux distros and > > Solaris. I suspect there is some strange bug. > > I had the same problem yesterday with a custom build install CD. The > problem is a lock order reversal: > > Fixit# ls > lock order reversal > 1st 0xc16d26e8 ATA state lock (ATA state lock) @ > /usr/src/sys/dev/ata/ata-all.c:297 > 2nd 0xc14611c4 user map (user map) @ > /usr/src/sys/vm/vm_map.c:2997 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c0927968,c0928520,c08b464c) at kdb_backtrace+0x29 > witness_checkorder(c14611c4,9,c086a271,bb5) at witness_checkorder+0x564 > _sx_xlock(c14611c4,c086a271,bb5) at _sx_xlock+0x50 > _vm_map_lock_read(c1461180,c086a271,bb5,200dbbb,c) at > _vm_map_lock_read+0x37 vm_map_lookup(c7f65b7c,c72d4000,2,c7f65b80,c7f65b70) > at vm_map_lookup+0x28 vm_fault(c1461000,c72d4000,2,0,c16e0000) at > vm_fault+0x66 > trap_pfault(c7f65c44,0,c72d4800) at trap_pfault+0x137 > trap(8,28,28,c72d4800,c16d2600) at trap+0x33d > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc04d25cc, esp = 0xc7f65c84, ebp = 0xc7f65ca4 --- > ata_pio_read(c1825190,800,129,c17c9d00,c17e8400) at ata_pio_read+0x78 > ata_end_transaction(c1825190) at ata_end_transaction+0x8b8 > ata_interrupt(c16d2600) at ata_interrupt+0xdf > ithread_loop(c16dd800,c7f65d38,c16dd800,c061b418,0) at ithread_loop+0x11c > fork_exit(c061b418,c16dd800,c7f65d38) at fork_exit+0xa0 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xc7f65d6c, ebp = 0 --- > panic: vm_fault: fault on nofault entry, addr: c72d4000 > cpuid = 0 > KDB: enter: panic > [thread pid 26 tid 100010 ] > Stopped at kdb_enter+0x2b: nop > db> > > This is known. See: > http://sources.zabbadoz.net/freebsd/lor.html#101 This is not a LOR. LORs involving "system map" or "user map" are almost always false positives. The real issue is a panic in ata_pio_read(), probably due to a NULL pointer. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 13:34:43 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4E5B16A430 for ; Sat, 9 Jul 2005 13:34:43 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 146C843D46 for ; Sat, 9 Jul 2005 13:34:43 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 13572 invoked from network); 9 Jul 2005 13:34:42 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender ) by mail27.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 9 Jul 2005 13:34:41 -0000 Received: from slimer.baldwin.cx (slimer.baldwin.cx [192.168.0.16]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j69DYVpx031360; Sat, 9 Jul 2005 09:34:36 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Sat, 9 Jul 2005 09:23:18 -0400 User-Agent: KMail/1.8 References: <42C92DC5.3060101@gddsn.org.cn> <20050704204804.37a82e4e@localhost> <1120585020.679.4.camel@localhost> In-Reply-To: <1120585020.679.4.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200507090923.20212.jhb@FreeBSD.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Cc: Fabian Keil , Stefan Ehmann , current@FreeBSD.org Subject: Re: Suspend broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 13:34:44 -0000 On Tuesday 05 July 2005 01:37 pm, Stefan Ehmann wrote: > On Mon, 2005-07-04 at 20:48 +0200, Fabian Keil wrote: > > Stefan Ehmann wrote: > > > On Mon, 2005-07-04 at 21:33 +0800, Huang wen hui wrote: > > > > Huang wen hui =C3=A5=E2=80=A0=E2=84=A2=C3=A9=E2=80=9C: > > > > >Hi, > > > > >For my T42p, suspend operation could not work from jun 2, > > > > >It does work under CURRENT using Jun 1 cvsup. > > > > >/sys/i386/isa/clock.c revert to v1.220. > > > > > > > > but /sys/i386/isa/clock.c revert to v1.220 help that. > > > > > > Thanks for tracking that down, helps in my case too. > > > > > > I'm running a Toshiba M-30X notebook. For me, resume basically worked > > > but everything was as slow as if it was running on my old calculator. > > > (e.g. it takes several seconds from typing a character until it is > > > displayed on the console). > > > > I had these symptoms before I put "device pmtimer" in the kernel. > > I'm still on 5.4, therefore I don't know if this has anything to > > do with your problem. > > Does not seem to be related. I already had pmtimer in my kernel. And > this problem also hasn't occured before /sys/i386/isa/clock.c rev 221. Try this patch: I'm going to try to get it committed soon. =2D-- //depot/vendor/freebsd/src/sys/amd64/isa/clock.c 2005/07/05 20:15:24 +++ //depot/user/jhb/acpipci/amd64/isa/clock.c 2005/07/08 14:53:31 @@ -101,6 +101,7 @@ #endif u_int timer_freq =3D TIMER_FREQ; int timer0_max_count; +int timer0_real_max_count; int wall_cmos_clock; /* wall CMOS clock assumed if !=3D 0 */ struct mtx clock_lock; #define RTC_LOCK mtx_lock_spin(&clock_lock) @@ -108,7 +109,6 @@ =20 static int beeping =3D 0; static const u_char daysinmonth[] =3D {31,28,31,30,31,30,31,31,30,31,30,31= }; =2Dstatic u_int hardclock_max_count; static struct intsrc *i8254_intsrc; static u_int32_t i8254_lastcount; static u_int32_t i8254_offset; @@ -517,21 +517,23 @@ static void set_timer_freq(u_int freq, int intr_freq) { =2D int new_timer0_max_count; + int new_timer0_real_max_count; =20 i8254_timecounter.tc_frequency =3D freq; mtx_lock_spin(&clock_lock); timer_freq =3D freq; =2D new_timer0_max_count =3D hardclock_max_count =3D TIMER_DIV(intr_freq); if (using_lapic_timer) { + new_timer0_real_max_count =3D 0x10000; + else + new_timer0_real_max_count =3D TIMER_DIV(intr_freq); + if (new_timer0_real_max_count !=3D timer0_real_max_count) { + if (timer0_real_max_count =3D=3D 0x10000) + timer0_max_count =3D 0xffff; + else + timer0_max_count =3D timer0_max_real_count; outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); =2D outb(TIMER_CNTR0, 0); =2D outb(TIMER_CNTR0, 0); =2D } else if (new_timer0_max_count !=3D timer0_max_count) { =2D timer0_max_count =3D new_timer0_max_count; =2D outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); =2D outb(TIMER_CNTR0, timer0_max_count & 0xff); =2D outb(TIMER_CNTR0, timer0_max_count >> 8); + outb(TIMER_CNTR0, timer0_real_max_count & 0xff); + outb(TIMER_CNTR0, timer0_real_max_count >> 8); } mtx_unlock_spin(&clock_lock); } @@ -826,19 +828,8 @@ static unsigned i8254_simple_get_timecount(struct timecounter *tc) { =2D u_int count; =2D u_int high, low; =20 =2D mtx_lock_spin(&clock_lock); =2D =2D /* Select timer0 and latch counter value. */ =2D outb(TIMER_MODE, TIMER_SEL0 | TIMER_LATCH); =2D =2D low =3D inb(TIMER_CNTR0); =2D high =3D inb(TIMER_CNTR0); =2D count =3D 0xffff - ((high << 8) | low); =2D mtx_unlock_spin(&clock_lock); =2D return (count); + return (timer0_max_count - getit()); } =20 static unsigned =2D-- //depot/vendor/freebsd/src/sys/dev/acpica/acpi_resource.c 2005/03/18= =20 12:00:41 +++ //depot/user/jhb/acpipci/dev/acpica/acpi_resource.c 2005/04/01 20:55:40 @@ -77,6 +77,12 @@ req->counter++; break; } + if (irq !=3D rman_get_start(req->res) && irq =3D=3D 0) { + if (bootverbose) + printf("IRQ is %u, resource is %lu\n", irq, + rman_get_start(req->res)); + return (AE_CTRL_TERMINATE); + } req->found =3D 1; KASSERT(irq =3D=3D rman_get_start(req->res), ("IRQ resources do not match")); =2D-- //depot/vendor/freebsd/src/sys/i386/i386/io_apic.c 2005/04/14 18:01:23 +++ //depot/user/jhb/acpipci/i386/i386/io_apic.c 2005/06/24 18:08:09 @@ -89,6 +89,7 @@ u_int io_masked:1; int io_dest:5; int io_bus:4; + uint32_t io_lowreg; }; =20 struct ioapic { @@ -201,9 +202,7 @@ =20 mtx_lock_spin(&icu_lock); if (intpin->io_masked) { =2D flags =3D ioapic_read(io->io_addr, =2D IOAPIC_REDTBL_LO(intpin->io_intpin)); =2D flags &=3D ~(IOART_INTMASK); + flags =3D intpin->io_lowreg & ~IOART_INTMASK; ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), flags); intpin->io_masked =3D 0; @@ -220,9 +219,7 @@ =20 mtx_lock_spin(&icu_lock); if (!intpin->io_masked && !intpin->io_edgetrigger) { =2D flags =3D ioapic_read(io->io_addr, =2D IOAPIC_REDTBL_LO(intpin->io_intpin)); =2D flags |=3D IOART_INTMSET; + flags =3D intpin->io_lowreg | IOART_INTMSET; ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), flags); intpin->io_masked =3D 1; @@ -305,6 +302,7 @@ =20 /* Write the values to the APIC. */ mtx_lock_spin(&icu_lock); + intpin->io_lowreg =3D low; ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), low); value =3D ioapic_read(io->io_addr, IOAPIC_REDTBL_HI(intpin->io_intpin)); value &=3D ~IOART_DEST; =2D-- //depot/vendor/freebsd/src/sys/i386/isa/clock.c 2005/07/05 20:15:24 +++ //depot/user/jhb/acpipci/i386/isa/clock.c 2005/07/07 21:28:18 @@ -110,6 +110,7 @@ #endif u_int timer_freq =3D TIMER_FREQ; int timer0_max_count; +int timer0_real_max_count; int wall_cmos_clock; /* wall CMOS clock assumed if !=3D 0 */ struct mtx clock_lock; #define RTC_LOCK mtx_lock_spin(&clock_lock) @@ -117,7 +118,6 @@ =20 static int beeping =3D 0; static const u_char daysinmonth[] =3D {31,28,31,30,31,30,31,31,30,31,30,31= }; =2Dstatic u_int hardclock_max_count; static struct intsrc *i8254_intsrc; static u_int32_t i8254_lastcount; static u_int32_t i8254_offset; @@ -531,21 +531,23 @@ static void set_timer_freq(u_int freq, int intr_freq) { =2D int new_timer0_max_count; + int new_timer0_real_max_count; =20 i8254_timecounter.tc_frequency =3D freq; mtx_lock_spin(&clock_lock); timer_freq =3D freq; =2D new_timer0_max_count =3D hardclock_max_count =3D TIMER_DIV(intr_freq); if (using_lapic_timer) { + new_timer0_real_max_count =3D 0x10000; + else + new_timer0_real_max_count =3D TIMER_DIV(intr_freq); + if (new_timer0_real_max_count !=3D timer0_real_max_count) { + if (timer0_real_max_count =3D=3D 0x10000) + timer0_max_count =3D 0xffff; + else + timer0_max_count =3D timer0_max_real_count; outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); =2D outb(TIMER_CNTR0, 0); =2D outb(TIMER_CNTR0, 0); =2D } else if (new_timer0_max_count !=3D timer0_max_count) { =2D timer0_max_count =3D new_timer0_max_count; =2D outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); =2D outb(TIMER_CNTR0, timer0_max_count & 0xff); =2D outb(TIMER_CNTR0, timer0_max_count >> 8); + outb(TIMER_CNTR0, timer0_real_max_count & 0xff); + outb(TIMER_CNTR0, timer0_real_max_count >> 8); } mtx_unlock_spin(&clock_lock); } @@ -554,7 +556,11 @@ i8254_restore(void) { =20 =2D set_timer_freq(timer_freq, hz); + mtx_lock_spin(&clock_lock); + outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); + outb(TIMER_CNTR0, timer0_real_max_count & 0xff); + outb(TIMER_CNTR0, timer0_real_max_count >> 8); + mtx_unlock_spin(&clock_lock); } =20 static void @@ -876,19 +882,8 @@ static unsigned i8254_simple_get_timecount(struct timecounter *tc) { =2D u_int count; =2D u_int high, low; =20 =2D mtx_lock_spin(&clock_lock); =2D =2D /* Select timer0 and latch counter value. */ =2D outb(TIMER_MODE, TIMER_SEL0 | TIMER_LATCH); =2D =2D low =3D inb(TIMER_CNTR0); =2D high =3D inb(TIMER_CNTR0); =2D count =3D 0xffff - ((high << 8) | low); =2D mtx_unlock_spin(&clock_lock); =2D return (count); + return (timer0_max_count - getit()); } =20 static unsigned =2D-- //depot/vendor/freebsd/src/sys/pc98/cbus/clock.c 2005/07/05 20:15:24 +++ //depot/user/jhb/acpipci/pc98/cbus/clock.c 2005/07/08 14:53:31 @@ -109,12 +109,12 @@ #endif u_int timer_freq =3D TIMER_FREQ; int timer0_max_count; +int timer0_real_max_count; int wall_cmos_clock; /* wall CMOS clock assumed if !=3D 0 */ struct mtx clock_lock; =20 static int beeping =3D 0; static const u_char daysinmonth[] =3D {31,28,31,30,31,30,31,31,30,31,30,31= }; =2Dstatic u_int hardclock_max_count; static struct intsrc *i8254_intsrc; static u_int32_t i8254_lastcount; static u_int32_t i8254_offset; @@ -472,21 +472,23 @@ static void set_timer_freq(u_int freq, int intr_freq) { =2D int new_timer0_max_count; + int new_timer0_real_max_count; =20 i8254_timecounter.tc_frequency =3D freq; mtx_lock_spin(&clock_lock); timer_freq =3D freq; =2D new_timer0_max_count =3D hardclock_max_count =3D TIMER_DIV(intr_freq); if (using_lapic_timer) { + new_timer0_real_max_count =3D 0x10000; + else + new_timer0_real_max_count =3D TIMER_DIV(intr_freq); + if (new_timer0_real_max_count !=3D timer0_real_max_count) { + if (timer0_real_max_count =3D=3D 0x10000) + timer0_max_count =3D 0xffff; + else + timer0_max_count =3D timer0_max_real_count; outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); =2D outb(TIMER_CNTR0, 0); =2D outb(TIMER_CNTR0, 0); =2D } else if (new_timer0_max_count !=3D timer0_max_count) { =2D timer0_max_count =3D new_timer0_max_count; =2D outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); =2D outb(TIMER_CNTR0, timer0_max_count & 0xff); =2D outb(TIMER_CNTR0, timer0_max_count >> 8); + outb(TIMER_CNTR0, timer0_real_max_count & 0xff); + outb(TIMER_CNTR0, timer0_real_max_count >> 8); } mtx_unlock_spin(&clock_lock); } @@ -495,7 +497,11 @@ i8254_restore(void) { =20 =2D set_timer_freq(timer_freq, hz); + mtx_lock_spin(&clock_lock); + outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); + outb(TIMER_CNTR0, timer0_real_max_count & 0xff); + outb(TIMER_CNTR0, timer0_real_max_count >> 8); + mtx_unlock_spin(&clock_lock); } =20 =20 @@ -815,19 +821,8 @@ static unsigned i8254_simple_get_timecount(struct timecounter *tc) { =2D u_int count; =2D u_int high, low; =20 =2D mtx_lock_spin(&clock_lock); =2D =2D /* Select timer0 and latch counter value. */ =2D outb(TIMER_MODE, TIMER_SEL0 | TIMER_LATCH); =2D =2D low =3D inb(TIMER_CNTR0); =2D high =3D inb(TIMER_CNTR0); =2D count =3D 0xffff - ((high << 8) | low); =2D mtx_unlock_spin(&clock_lock); =2D return (count); + return (timer0_max_count - getit()); } =20 static unsigned =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 13:34:43 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E436416A463 for ; Sat, 9 Jul 2005 13:34:43 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1482343D48 for ; Sat, 9 Jul 2005 13:34:43 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 13572 invoked from network); 9 Jul 2005 13:34:42 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender ) by mail27.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 9 Jul 2005 13:34:41 -0000 Received: from slimer.baldwin.cx (slimer.baldwin.cx [192.168.0.16]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j69DYVpx031360; Sat, 9 Jul 2005 09:34:36 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Sat, 9 Jul 2005 09:23:18 -0400 User-Agent: KMail/1.8 References: <42C92DC5.3060101@gddsn.org.cn> <20050704204804.37a82e4e@localhost> <1120585020.679.4.camel@localhost> In-Reply-To: <1120585020.679.4.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200507090923.20212.jhb@FreeBSD.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Cc: Fabian Keil , Stefan Ehmann , current@FreeBSD.org Subject: Re: Suspend broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 13:34:44 -0000 On Tuesday 05 July 2005 01:37 pm, Stefan Ehmann wrote: > On Mon, 2005-07-04 at 20:48 +0200, Fabian Keil wrote: > > Stefan Ehmann wrote: > > > On Mon, 2005-07-04 at 21:33 +0800, Huang wen hui wrote: > > > > Huang wen hui =C3=A5=E2=80=A0=E2=84=A2=C3=A9=E2=80=9C: > > > > >Hi, > > > > >For my T42p, suspend operation could not work from jun 2, > > > > >It does work under CURRENT using Jun 1 cvsup. > > > > >/sys/i386/isa/clock.c revert to v1.220. > > > > > > > > but /sys/i386/isa/clock.c revert to v1.220 help that. > > > > > > Thanks for tracking that down, helps in my case too. > > > > > > I'm running a Toshiba M-30X notebook. For me, resume basically worked > > > but everything was as slow as if it was running on my old calculator. > > > (e.g. it takes several seconds from typing a character until it is > > > displayed on the console). > > > > I had these symptoms before I put "device pmtimer" in the kernel. > > I'm still on 5.4, therefore I don't know if this has anything to > > do with your problem. > > Does not seem to be related. I already had pmtimer in my kernel. And > this problem also hasn't occured before /sys/i386/isa/clock.c rev 221. Try this patch: I'm going to try to get it committed soon. =2D-- //depot/vendor/freebsd/src/sys/amd64/isa/clock.c 2005/07/05 20:15:24 +++ //depot/user/jhb/acpipci/amd64/isa/clock.c 2005/07/08 14:53:31 @@ -101,6 +101,7 @@ #endif u_int timer_freq =3D TIMER_FREQ; int timer0_max_count; +int timer0_real_max_count; int wall_cmos_clock; /* wall CMOS clock assumed if !=3D 0 */ struct mtx clock_lock; #define RTC_LOCK mtx_lock_spin(&clock_lock) @@ -108,7 +109,6 @@ =20 static int beeping =3D 0; static const u_char daysinmonth[] =3D {31,28,31,30,31,30,31,31,30,31,30,31= }; =2Dstatic u_int hardclock_max_count; static struct intsrc *i8254_intsrc; static u_int32_t i8254_lastcount; static u_int32_t i8254_offset; @@ -517,21 +517,23 @@ static void set_timer_freq(u_int freq, int intr_freq) { =2D int new_timer0_max_count; + int new_timer0_real_max_count; =20 i8254_timecounter.tc_frequency =3D freq; mtx_lock_spin(&clock_lock); timer_freq =3D freq; =2D new_timer0_max_count =3D hardclock_max_count =3D TIMER_DIV(intr_freq); if (using_lapic_timer) { + new_timer0_real_max_count =3D 0x10000; + else + new_timer0_real_max_count =3D TIMER_DIV(intr_freq); + if (new_timer0_real_max_count !=3D timer0_real_max_count) { + if (timer0_real_max_count =3D=3D 0x10000) + timer0_max_count =3D 0xffff; + else + timer0_max_count =3D timer0_max_real_count; outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); =2D outb(TIMER_CNTR0, 0); =2D outb(TIMER_CNTR0, 0); =2D } else if (new_timer0_max_count !=3D timer0_max_count) { =2D timer0_max_count =3D new_timer0_max_count; =2D outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); =2D outb(TIMER_CNTR0, timer0_max_count & 0xff); =2D outb(TIMER_CNTR0, timer0_max_count >> 8); + outb(TIMER_CNTR0, timer0_real_max_count & 0xff); + outb(TIMER_CNTR0, timer0_real_max_count >> 8); } mtx_unlock_spin(&clock_lock); } @@ -826,19 +828,8 @@ static unsigned i8254_simple_get_timecount(struct timecounter *tc) { =2D u_int count; =2D u_int high, low; =20 =2D mtx_lock_spin(&clock_lock); =2D =2D /* Select timer0 and latch counter value. */ =2D outb(TIMER_MODE, TIMER_SEL0 | TIMER_LATCH); =2D =2D low =3D inb(TIMER_CNTR0); =2D high =3D inb(TIMER_CNTR0); =2D count =3D 0xffff - ((high << 8) | low); =2D mtx_unlock_spin(&clock_lock); =2D return (count); + return (timer0_max_count - getit()); } =20 static unsigned =2D-- //depot/vendor/freebsd/src/sys/dev/acpica/acpi_resource.c 2005/03/18= =20 12:00:41 +++ //depot/user/jhb/acpipci/dev/acpica/acpi_resource.c 2005/04/01 20:55:40 @@ -77,6 +77,12 @@ req->counter++; break; } + if (irq !=3D rman_get_start(req->res) && irq =3D=3D 0) { + if (bootverbose) + printf("IRQ is %u, resource is %lu\n", irq, + rman_get_start(req->res)); + return (AE_CTRL_TERMINATE); + } req->found =3D 1; KASSERT(irq =3D=3D rman_get_start(req->res), ("IRQ resources do not match")); =2D-- //depot/vendor/freebsd/src/sys/i386/i386/io_apic.c 2005/04/14 18:01:23 +++ //depot/user/jhb/acpipci/i386/i386/io_apic.c 2005/06/24 18:08:09 @@ -89,6 +89,7 @@ u_int io_masked:1; int io_dest:5; int io_bus:4; + uint32_t io_lowreg; }; =20 struct ioapic { @@ -201,9 +202,7 @@ =20 mtx_lock_spin(&icu_lock); if (intpin->io_masked) { =2D flags =3D ioapic_read(io->io_addr, =2D IOAPIC_REDTBL_LO(intpin->io_intpin)); =2D flags &=3D ~(IOART_INTMASK); + flags =3D intpin->io_lowreg & ~IOART_INTMASK; ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), flags); intpin->io_masked =3D 0; @@ -220,9 +219,7 @@ =20 mtx_lock_spin(&icu_lock); if (!intpin->io_masked && !intpin->io_edgetrigger) { =2D flags =3D ioapic_read(io->io_addr, =2D IOAPIC_REDTBL_LO(intpin->io_intpin)); =2D flags |=3D IOART_INTMSET; + flags =3D intpin->io_lowreg | IOART_INTMSET; ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), flags); intpin->io_masked =3D 1; @@ -305,6 +302,7 @@ =20 /* Write the values to the APIC. */ mtx_lock_spin(&icu_lock); + intpin->io_lowreg =3D low; ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), low); value =3D ioapic_read(io->io_addr, IOAPIC_REDTBL_HI(intpin->io_intpin)); value &=3D ~IOART_DEST; =2D-- //depot/vendor/freebsd/src/sys/i386/isa/clock.c 2005/07/05 20:15:24 +++ //depot/user/jhb/acpipci/i386/isa/clock.c 2005/07/07 21:28:18 @@ -110,6 +110,7 @@ #endif u_int timer_freq =3D TIMER_FREQ; int timer0_max_count; +int timer0_real_max_count; int wall_cmos_clock; /* wall CMOS clock assumed if !=3D 0 */ struct mtx clock_lock; #define RTC_LOCK mtx_lock_spin(&clock_lock) @@ -117,7 +118,6 @@ =20 static int beeping =3D 0; static const u_char daysinmonth[] =3D {31,28,31,30,31,30,31,31,30,31,30,31= }; =2Dstatic u_int hardclock_max_count; static struct intsrc *i8254_intsrc; static u_int32_t i8254_lastcount; static u_int32_t i8254_offset; @@ -531,21 +531,23 @@ static void set_timer_freq(u_int freq, int intr_freq) { =2D int new_timer0_max_count; + int new_timer0_real_max_count; =20 i8254_timecounter.tc_frequency =3D freq; mtx_lock_spin(&clock_lock); timer_freq =3D freq; =2D new_timer0_max_count =3D hardclock_max_count =3D TIMER_DIV(intr_freq); if (using_lapic_timer) { + new_timer0_real_max_count =3D 0x10000; + else + new_timer0_real_max_count =3D TIMER_DIV(intr_freq); + if (new_timer0_real_max_count !=3D timer0_real_max_count) { + if (timer0_real_max_count =3D=3D 0x10000) + timer0_max_count =3D 0xffff; + else + timer0_max_count =3D timer0_max_real_count; outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); =2D outb(TIMER_CNTR0, 0); =2D outb(TIMER_CNTR0, 0); =2D } else if (new_timer0_max_count !=3D timer0_max_count) { =2D timer0_max_count =3D new_timer0_max_count; =2D outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); =2D outb(TIMER_CNTR0, timer0_max_count & 0xff); =2D outb(TIMER_CNTR0, timer0_max_count >> 8); + outb(TIMER_CNTR0, timer0_real_max_count & 0xff); + outb(TIMER_CNTR0, timer0_real_max_count >> 8); } mtx_unlock_spin(&clock_lock); } @@ -554,7 +556,11 @@ i8254_restore(void) { =20 =2D set_timer_freq(timer_freq, hz); + mtx_lock_spin(&clock_lock); + outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); + outb(TIMER_CNTR0, timer0_real_max_count & 0xff); + outb(TIMER_CNTR0, timer0_real_max_count >> 8); + mtx_unlock_spin(&clock_lock); } =20 static void @@ -876,19 +882,8 @@ static unsigned i8254_simple_get_timecount(struct timecounter *tc) { =2D u_int count; =2D u_int high, low; =20 =2D mtx_lock_spin(&clock_lock); =2D =2D /* Select timer0 and latch counter value. */ =2D outb(TIMER_MODE, TIMER_SEL0 | TIMER_LATCH); =2D =2D low =3D inb(TIMER_CNTR0); =2D high =3D inb(TIMER_CNTR0); =2D count =3D 0xffff - ((high << 8) | low); =2D mtx_unlock_spin(&clock_lock); =2D return (count); + return (timer0_max_count - getit()); } =20 static unsigned =2D-- //depot/vendor/freebsd/src/sys/pc98/cbus/clock.c 2005/07/05 20:15:24 +++ //depot/user/jhb/acpipci/pc98/cbus/clock.c 2005/07/08 14:53:31 @@ -109,12 +109,12 @@ #endif u_int timer_freq =3D TIMER_FREQ; int timer0_max_count; +int timer0_real_max_count; int wall_cmos_clock; /* wall CMOS clock assumed if !=3D 0 */ struct mtx clock_lock; =20 static int beeping =3D 0; static const u_char daysinmonth[] =3D {31,28,31,30,31,30,31,31,30,31,30,31= }; =2Dstatic u_int hardclock_max_count; static struct intsrc *i8254_intsrc; static u_int32_t i8254_lastcount; static u_int32_t i8254_offset; @@ -472,21 +472,23 @@ static void set_timer_freq(u_int freq, int intr_freq) { =2D int new_timer0_max_count; + int new_timer0_real_max_count; =20 i8254_timecounter.tc_frequency =3D freq; mtx_lock_spin(&clock_lock); timer_freq =3D freq; =2D new_timer0_max_count =3D hardclock_max_count =3D TIMER_DIV(intr_freq); if (using_lapic_timer) { + new_timer0_real_max_count =3D 0x10000; + else + new_timer0_real_max_count =3D TIMER_DIV(intr_freq); + if (new_timer0_real_max_count !=3D timer0_real_max_count) { + if (timer0_real_max_count =3D=3D 0x10000) + timer0_max_count =3D 0xffff; + else + timer0_max_count =3D timer0_max_real_count; outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); =2D outb(TIMER_CNTR0, 0); =2D outb(TIMER_CNTR0, 0); =2D } else if (new_timer0_max_count !=3D timer0_max_count) { =2D timer0_max_count =3D new_timer0_max_count; =2D outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); =2D outb(TIMER_CNTR0, timer0_max_count & 0xff); =2D outb(TIMER_CNTR0, timer0_max_count >> 8); + outb(TIMER_CNTR0, timer0_real_max_count & 0xff); + outb(TIMER_CNTR0, timer0_real_max_count >> 8); } mtx_unlock_spin(&clock_lock); } @@ -495,7 +497,11 @@ i8254_restore(void) { =20 =2D set_timer_freq(timer_freq, hz); + mtx_lock_spin(&clock_lock); + outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); + outb(TIMER_CNTR0, timer0_real_max_count & 0xff); + outb(TIMER_CNTR0, timer0_real_max_count >> 8); + mtx_unlock_spin(&clock_lock); } =20 =20 @@ -815,19 +821,8 @@ static unsigned i8254_simple_get_timecount(struct timecounter *tc) { =2D u_int count; =2D u_int high, low; =20 =2D mtx_lock_spin(&clock_lock); =2D =2D /* Select timer0 and latch counter value. */ =2D outb(TIMER_MODE, TIMER_SEL0 | TIMER_LATCH); =2D =2D low =3D inb(TIMER_CNTR0); =2D high =3D inb(TIMER_CNTR0); =2D count =3D 0xffff - ((high << 8) | low); =2D mtx_unlock_spin(&clock_lock); =2D return (count); + return (timer0_max_count - getit()); } =20 static unsigned =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 13:34:46 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9FFF16A42C for ; Sat, 9 Jul 2005 13:34:46 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3694B43D45 for ; Sat, 9 Jul 2005 13:34:46 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 4141 invoked from network); 9 Jul 2005 13:34:46 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender ) by mail27.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 9 Jul 2005 13:34:45 -0000 Received: from slimer.baldwin.cx (slimer.baldwin.cx [192.168.0.16]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j69DYVq0031360; Sat, 9 Jul 2005 09:34:40 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Sat, 9 Jul 2005 09:32:11 -0400 User-Agent: KMail/1.8 References: <1919.1120596290@phk.freebsd.dk> In-Reply-To: <1919.1120596290@phk.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507090932.12973.jhb@FreeBSD.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Cc: Poul-Henning Kamp , current@FreeBSD.org Subject: Re: [TEST/REVIEW] boot0cfg/fdisk issue fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 13:34:46 -0000 On Tuesday 05 July 2005 04:44 pm, Poul-Henning Kamp wrote: > This is an attempt to fix an boot0cfg/fdisk issue which I have > overlooked. > > The patch adds a g_ctl method to geom_mbr and makes boot0cfg and > fdisk use it to modify the MBR if possible. > > Please test and report ASAP in order to get this solution into > RELENG_6 Only thing I noted is that it seems that you changed boot0 to always only write 512 bytes which means it will break trying to use boot0cfg to install boot0ext (which is 2 sectors). Perhaps you should check the filesize of the boot you are writing and if it's > 512, write the other data with a write(2) after the g_ctl()? Perhaps I don't see quite understand what your g_ctl() is doing though. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 13:34:46 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C40CD16A44E for ; Sat, 9 Jul 2005 13:34:46 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3783343D46 for ; Sat, 9 Jul 2005 13:34:46 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 4141 invoked from network); 9 Jul 2005 13:34:46 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender ) by mail27.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 9 Jul 2005 13:34:45 -0000 Received: from slimer.baldwin.cx (slimer.baldwin.cx [192.168.0.16]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j69DYVq0031360; Sat, 9 Jul 2005 09:34:40 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Sat, 9 Jul 2005 09:32:11 -0400 User-Agent: KMail/1.8 References: <1919.1120596290@phk.freebsd.dk> In-Reply-To: <1919.1120596290@phk.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507090932.12973.jhb@FreeBSD.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Cc: Poul-Henning Kamp , current@FreeBSD.org Subject: Re: [TEST/REVIEW] boot0cfg/fdisk issue fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 13:34:47 -0000 On Tuesday 05 July 2005 04:44 pm, Poul-Henning Kamp wrote: > This is an attempt to fix an boot0cfg/fdisk issue which I have > overlooked. > > The patch adds a g_ctl method to geom_mbr and makes boot0cfg and > fdisk use it to modify the MBR if possible. > > Please test and report ASAP in order to get this solution into > RELENG_6 Only thing I noted is that it seems that you changed boot0 to always only write 512 bytes which means it will break trying to use boot0cfg to install boot0ext (which is 2 sectors). Perhaps you should check the filesize of the boot you are writing and if it's > 512, write the other data with a write(2) after the g_ctl()? Perhaps I don't see quite understand what your g_ctl() is doing though. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 13:37:37 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8740016A41C for ; Sat, 9 Jul 2005 13:37:37 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B24A43D67 for ; Sat, 9 Jul 2005 13:37:33 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 23972 invoked from network); 9 Jul 2005 13:37:33 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender ) by mail26.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 9 Jul 2005 13:37:32 -0000 Received: from slimer.baldwin.cx (slimer.baldwin.cx [192.168.0.16]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j69DbSLO031414; Sat, 9 Jul 2005 09:37:28 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Sat, 9 Jul 2005 09:36:50 -0400 User-Agent: KMail/1.8 References: <42CDC11E.10301@jrssite.com> <20050708093130.GB21072@walton.maths.tcd.ie> <42CEAD70.4030008@jrssite.com> In-Reply-To: <42CEAD70.4030008@jrssite.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507090936.51518.jhb@FreeBSD.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Cc: JR Dalrymple , current@FreeBSD.org Subject: Re: clock WAY off X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 13:37:37 -0000 On Friday 08 July 2005 12:44 pm, JR Dalrymple wrote: > >On Thu, Jul 07, 2005 at 03:56:14PM -0800, JR Dalrymple wrote: > >>The clock seems to be running at about 1/4 speed (SMP related maybe?). > > > > >If you also post the output of "sysctl kern.timecounter" and "vmstat > >-i" to the list, it may help diagnose the problem. > > genie# sysctl kern.timecounter > kern.timecounter.stepwarnings: 0 > kern.timecounter.nbinuptime: 357873388 > kern.timecounter.nnanouptime: 0 > kern.timecounter.nmicrouptime: 8296 > kern.timecounter.nbintime: 153797574 > kern.timecounter.nnanotime: 171942 > kern.timecounter.nmicrotime: 153621939 > kern.timecounter.ngetbinuptime: 656730 > kern.timecounter.ngetnanouptime: 40589 > kern.timecounter.ngetmicrouptime: 161872387 > kern.timecounter.ngetbintime: 0 > kern.timecounter.ngetnanotime: 0 > kern.timecounter.ngetmicrotime: 26596618 > kern.timecounter.nsetclock: 623 > kern.timecounter.hardware: i8254 > kern.timecounter.choice: TSC(-100) i8254(0) dummy(-1000000) > kern.timecounter.tick: 1 > kern.timecounter.smp_tsc: 0 > genie# vmstat -i > interrupt total rate > irq1: atkbd0 232 0 > irq6: fdc0 10 0 > irq10: fxp0 ahc1 5247043 73 > irq11: amr0 ahc0 3305544 46 > irq13: npx0 1 0 > lapic0: timer 532488625 7412 > lapic4: timer 532404584 7411 > lapic1: timer 532404584 7411 > lapic2: timer 532404584 7411 > Total 2138255207 29766 > > > > I can kind of make sense of what this is trying to help me, but it's > above my head as far as how to tune it. > > Thanks again for any help This should be fixed now as the i8254 timer was broken when used with APIC for a while. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 13:37:40 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01FA216A422 for ; Sat, 9 Jul 2005 13:37:40 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id B81AF43D62 for ; Sat, 9 Jul 2005 13:37:33 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 23972 invoked from network); 9 Jul 2005 13:37:33 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender ) by mail26.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 9 Jul 2005 13:37:32 -0000 Received: from slimer.baldwin.cx (slimer.baldwin.cx [192.168.0.16]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j69DbSLO031414; Sat, 9 Jul 2005 09:37:28 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Sat, 9 Jul 2005 09:36:50 -0400 User-Agent: KMail/1.8 References: <42CDC11E.10301@jrssite.com> <20050708093130.GB21072@walton.maths.tcd.ie> <42CEAD70.4030008@jrssite.com> In-Reply-To: <42CEAD70.4030008@jrssite.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507090936.51518.jhb@FreeBSD.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Cc: JR Dalrymple , current@FreeBSD.org Subject: Re: clock WAY off X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 13:37:40 -0000 On Friday 08 July 2005 12:44 pm, JR Dalrymple wrote: > >On Thu, Jul 07, 2005 at 03:56:14PM -0800, JR Dalrymple wrote: > >>The clock seems to be running at about 1/4 speed (SMP related maybe?). > > > > >If you also post the output of "sysctl kern.timecounter" and "vmstat > >-i" to the list, it may help diagnose the problem. > > genie# sysctl kern.timecounter > kern.timecounter.stepwarnings: 0 > kern.timecounter.nbinuptime: 357873388 > kern.timecounter.nnanouptime: 0 > kern.timecounter.nmicrouptime: 8296 > kern.timecounter.nbintime: 153797574 > kern.timecounter.nnanotime: 171942 > kern.timecounter.nmicrotime: 153621939 > kern.timecounter.ngetbinuptime: 656730 > kern.timecounter.ngetnanouptime: 40589 > kern.timecounter.ngetmicrouptime: 161872387 > kern.timecounter.ngetbintime: 0 > kern.timecounter.ngetnanotime: 0 > kern.timecounter.ngetmicrotime: 26596618 > kern.timecounter.nsetclock: 623 > kern.timecounter.hardware: i8254 > kern.timecounter.choice: TSC(-100) i8254(0) dummy(-1000000) > kern.timecounter.tick: 1 > kern.timecounter.smp_tsc: 0 > genie# vmstat -i > interrupt total rate > irq1: atkbd0 232 0 > irq6: fdc0 10 0 > irq10: fxp0 ahc1 5247043 73 > irq11: amr0 ahc0 3305544 46 > irq13: npx0 1 0 > lapic0: timer 532488625 7412 > lapic4: timer 532404584 7411 > lapic1: timer 532404584 7411 > lapic2: timer 532404584 7411 > Total 2138255207 29766 > > > > I can kind of make sense of what this is trying to help me, but it's > above my head as far as how to tune it. > > Thanks again for any help This should be fixed now as the i8254 timer was broken when used with APIC for a while. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 13:46:14 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1481716A41C; Sat, 9 Jul 2005 13:46:14 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADCB443D46; Sat, 9 Jul 2005 13:46:13 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 7B593BC83; Sat, 9 Jul 2005 13:46:12 +0000 (UTC) To: John Baldwin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 09 Jul 2005 09:32:11 EDT." <200507090932.12973.jhb@FreeBSD.org> Date: Sat, 09 Jul 2005 15:46:12 +0200 Message-ID: <20514.1120916772@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Poul-Henning Kamp , freebsd-current@FreeBSD.org, current@FreeBSD.org Subject: Re: [TEST/REVIEW] boot0cfg/fdisk issue fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 13:46:14 -0000 In message <200507090932.12973.jhb@FreeBSD.org>, John Baldwin writes: >On Tuesday 05 July 2005 04:44 pm, Poul-Henning Kamp wrote: >> This is an attempt to fix an boot0cfg/fdisk issue which I have >> overlooked. >> >> The patch adds a g_ctl method to geom_mbr and makes boot0cfg and >> fdisk use it to modify the MBR if possible. >> >> Please test and report ASAP in order to get this solution into >> RELENG_6 > >Only thing I noted is that it seems that you changed boot0 to always only >write 512 bytes which means it will break trying to use boot0cfg to install >boot0ext (which is 2 sectors). Perhaps you should check the filesize of the >boot you are writing and if it's > 512, write the other data with a write(2) >after the g_ctl()? Perhaps I don't see quite understand what your g_ctl() is >doing though. Damn, didn't think of that... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 13:46:14 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1481716A41C; Sat, 9 Jul 2005 13:46:14 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADCB443D46; Sat, 9 Jul 2005 13:46:13 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 7B593BC83; Sat, 9 Jul 2005 13:46:12 +0000 (UTC) To: John Baldwin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 09 Jul 2005 09:32:11 EDT." <200507090932.12973.jhb@FreeBSD.org> Date: Sat, 09 Jul 2005 15:46:12 +0200 Message-ID: <20514.1120916772@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Poul-Henning Kamp , freebsd-current@FreeBSD.org, current@FreeBSD.org Subject: Re: [TEST/REVIEW] boot0cfg/fdisk issue fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 13:46:14 -0000 In message <200507090932.12973.jhb@FreeBSD.org>, John Baldwin writes: >On Tuesday 05 July 2005 04:44 pm, Poul-Henning Kamp wrote: >> This is an attempt to fix an boot0cfg/fdisk issue which I have >> overlooked. >> >> The patch adds a g_ctl method to geom_mbr and makes boot0cfg and >> fdisk use it to modify the MBR if possible. >> >> Please test and report ASAP in order to get this solution into >> RELENG_6 > >Only thing I noted is that it seems that you changed boot0 to always only >write 512 bytes which means it will break trying to use boot0cfg to install >boot0ext (which is 2 sectors). Perhaps you should check the filesize of the >boot you are writing and if it's > 512, write the other data with a write(2) >after the g_ctl()? Perhaps I don't see quite understand what your g_ctl() is >doing though. Damn, didn't think of that... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 13:46:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B27CF16A41C; Sat, 9 Jul 2005 13:46:15 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A4F943D45; Sat, 9 Jul 2005 13:46:14 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout1-sn2.hy.skanova.net (7.2.060.1) id 42BFBBD20024D34D; Sat, 9 Jul 2005 15:46:14 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Sat, 9 Jul 2005 15:46:04 +0200 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A602858D@royal64.emp.zapto.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New ggate broken? Thread-Index: AcWEZ3tR5h2Fq5zeRuKt2WpMVEv+TgAJGF0g From: "Daniel Eriksson" To: Cc: Pawel Jakub Dawidek Subject: RE: New ggate broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 13:46:15 -0000 Pawel Jakub Dawidek wrote: > I am not able to reproduce it. > Both machines are i386? Yes. I'm using the following settings on both machines: net.inet.tcp.sendspace=3D2097152 net.inet.tcp.recvspace=3D2097152 kern.ipc.maxsockbuf=3D16777216 -R 524288 -S 524288 /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 14:36:16 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC17C16A41C for ; Sat, 9 Jul 2005 14:36:16 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id CF49343D46 for ; Sat, 9 Jul 2005 14:36:15 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 09 Jul 2005 14:36:14 -0000 Received: from h081217094163.dyn.cm.kabsi.at (EHLO localhost.localdomain) [81.217.94.163] by mail.gmx.net (mp014) with SMTP; 09 Jul 2005 16:36:14 +0200 X-Authenticated: #16703784 From: Stefan Ehmann To: John Baldwin In-Reply-To: <200507090923.20212.jhb@FreeBSD.org> References: <42C92DC5.3060101@gddsn.org.cn> <20050704204804.37a82e4e@localhost> <1120585020.679.4.camel@localhost> <200507090923.20212.jhb@FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Date: Sat, 09 Jul 2005 16:36:14 +0200 Message-Id: <1120919774.937.4.camel@taxman.pepperland> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: current@FreeBSD.org, Fabian Keil Subject: Re: Suspend broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 14:36:16 -0000 On Sat, 2005-07-09 at 09:23 -0400, John Baldwin wrote: > On Tuesday 05 July 2005 01:37 pm, Stefan Ehmann wrote: > > On Mon, 2005-07-04 at 20:48 +0200, Fabian Keil wrote: > > > Stefan Ehmann wrote: > > > > On Mon, 2005-07-04 at 21:33 +0800, Huang wen hui wrote: > > > > > Huang wen hui 写é“: > > > > > >Hi, > > > > > >For my T42p, suspend operation could not work from jun 2, > > > > > >It does work under CURRENT using Jun 1 cvsup. > > > > > >/sys/i386/isa/clock.c revert to v1.220. > > > > > > > > > > but /sys/i386/isa/clock.c revert to v1.220 help that. > > > > > > > > Thanks for tracking that down, helps in my case too. > > > > > > > > I'm running a Toshiba M-30X notebook. For me, resume basically worked > > > > but everything was as slow as if it was running on my old calculator. > > > > (e.g. it takes several seconds from typing a character until it is > > > > displayed on the console). > > > > > > I had these symptoms before I put "device pmtimer" in the kernel. > > > I'm still on 5.4, therefore I don't know if this has anything to > > > do with your problem. > > > > Does not seem to be related. I already had pmtimer in my kernel. And > > this problem also hasn't occured before /sys/i386/isa/clock.c rev 221. > > Try this patch: I'm going to try to get it committed soon. Applies cleanly with latest sources but I get errors during make kernel: /usr/src/sys/i386/isa/clock.c: In function `set_timer_freq': /usr/src/sys/i386/isa/clock.c:541: error: syntax error before "else" /usr/src/sys/i386/isa/clock.c:547: error: `timer0_max_real_count' undeclared (first use in this function) /usr/src/sys/i386/isa/clock.c:547: error: (Each undeclared identifier is reported only once /usr/src/sys/i386/isa/clock.c:547: error: for each function it appears in.) ... and a bunch of more errors and warnings From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 17:13:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E27B416A41C for ; Sat, 9 Jul 2005 17:13:30 +0000 (GMT) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn.tucs-beachin-obx-house.com [204.107.90.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81D7043D46 for ; Sat, 9 Jul 2005 17:13:30 +0000 (GMT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) id j69H9VLK026987; Sat, 9 Jul 2005 13:09:31 -0400 (EDT) From: Tuc at T-B-O-H Message-Id: <200507091709.j69H9VLK026987@vjofn.tucs-beachin-obx-house.com> To: freebsd-current@freebsd.org Date: Sat, 9 Jul 2005 13:09:31 -0400 (EDT) X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ml@t-b-o-h.net Subject: NFS/rpcbind kicking my ass X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 17:13:31 -0000 Hi, I'm having a hell of a time with NFS/rpcbind. All of a sudden, out of the blue, the rpcbind on my NFS server (5.3-p10) just stops answering. I do have it under libwrap control, but I have in my hosts.allow : ALL: localhost MACHINENAME MACHINEIP [::1] : allow rpcbind: MACHINE1 MACHINE2 MACHINE3 [::1] CLASS.C.IP. : allow portmapper: MACHINE1 MACHINE2 MACHINE3 [::1] CLASS.C.IP. : allow So if ANYTHING, the local machine should be able to do what it needs. A sockstat looks clean.... I've restarted rpcbind 5 times, nfsd, mountd, etc..... And I still can't contact it.... Ideas? Thanks, Tuc From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 18:06:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E79A216A41C for ; Sat, 9 Jul 2005 18:06:36 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9799F43D45 for ; Sat, 9 Jul 2005 18:06:36 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR011.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IJD00JY5GYZIU@VL-MO-MR011.ip.videotron.ca> for freebsd-current@freebsd.org; Sat, 09 Jul 2005 14:06:35 -0400 (EDT) Date: Sat, 09 Jul 2005 14:06:27 -0400 From: Nicolas Blais To: freebsd-current@freebsd.org Message-id: <200507091406.35280.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=nextPart4473916.xNJO8x7v0x Content-transfer-encoding: 7bit User-Agent: KMail/1.8.1 Subject: No mouse with vidcontrol to 1024x768 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 18:06:37 -0000 --nextPart4473916.xNJO8x7v0x Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, When I try to switch console resolution to any 24-bit color depth, such as= =20 vidcontrol -m on MODE_280, it switches perfectly to a beautiful shell and=20 nice fonts but I loose my mouse cursor. I can still select text (guessing=20 from where my mouse used to be) and passing my mouse over text distorts it = a=20 bit. If I switch to 16-bit depth my mouse appears and everything is fine.=20 This is all resolutions. MODE_280 is 1024x768@24bpp while MODE_279 is 1024x768@16bpp. I have a : drm0: port 0xe000-0xe0ff mem=20 0xe8000000-0xefffffff,0xfbe00000-0xfbe0ffff irq 11 at device 0.0 on pci1 With enough power to draw a cursor :) =2D-=20 =46reeBSD 6.0-CURRENT #0: Fri Jul 8 17:17:08 EDT 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://66.130.198.54:8081/security/nb_root.asc --nextPart4473916.xNJO8x7v0x Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC0BIrz38ton5LGeIRAtGAAJ9SEC3Tc6fKsWJsbmM/EMyUo2MV6QCfVsDi d/gNH0bgs3QNtjacQOv7cQw= =J23Y -----END PGP SIGNATURE----- --nextPart4473916.xNJO8x7v0x-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 18:10:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4338416A41C for ; Sat, 9 Jul 2005 18:10:20 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 884E843D48 for ; Sat, 9 Jul 2005 18:10:19 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: (qmail invoked by alias); 09 Jul 2005 18:10:17 -0000 Received: from p5090CDF0.dip.t-dialin.net (EHLO klotz.local) [80.144.205.240] by mail.gmx.net (mp016) with SMTP; 09 Jul 2005 20:10:17 +0200 X-Authenticated: #989277 Received: from [192.168.0.2] (booky.local [192.168.0.2]) by klotz.local (8.13.3/8.13.3) with ESMTP id j69I9u2N001428 for ; Sat, 9 Jul 2005 20:09:58 +0200 (CEST) (envelope-from nakal@nurfuerspam.de) Message-ID: <42D012FA.1090307@nurfuerspam.de> Date: Sat, 09 Jul 2005 20:10:02 +0200 From: Martin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Subject: witness warning in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 18:10:20 -0000 Hi, I've installed -CURRENT after bad experience with latest -STABLE kernels (see my posts to stable@freebsd.org). It seems, there are no problems so far, but one thing I would like to mention is that the -CURRENT kernel starts with a witness warning: Jul 9 18:38:59 klotz kernel: WARNING: attempt to net_add_domain(netgraph) after domainfinalize() Jul 9 18:38:59 klotz kernel: taskqueue_drain with the following non-sleepable locks held: Jul 9 18:38:59 klotz kernel: exclusive sleep mutex xl0 (network driver) r = 0 (0xc1efb0a4) locked @ /usr/src/sys/ pci/if_xl.c:2796 Jul 9 18:38:59 klotz kernel: KDB: stack backtrace: Jul 9 18:38:59 klotz kernel: ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled Jul 9 18:38:59 klotz kernel: kdb_backtrace(c0a4a58c,db0248c4,1,246,c1efb0c8) at kdb_backtrace+0x2e Jul 9 18:38:59 klotz kernel: witness_warn(5,0,c0935ed1,c20b4c78,c06d3b5b) at witness_warn+0x1d3 Jul 9 18:38:59 klotz kernel: taskqueue_drain(c1ecc380,c1efb0c8,c0949235,cc7,c1ef5400) at taskqueue_drain+0x2b Jul 9 18:38:59 klotz kernel: xl_stop(c1ef9000,1,c0949235,af9,0) at xl_stop+0x57 Jul 9 18:38:59 klotz kernel: xl_init_locked(c1ef9000,0,c0949235,aec,c1ef5400) at xl_init_locked+0x43 Jul 9 18:38:59 klotz kernel: xl_init(c1ef9000,c06d2f83,c0a03e80,8020690c,c203a400) at xl_init+0x3d Jul 9 18:38:59 klotz kernel: ether_ioctl(c1ef5400,8020690c,c203a400,c0936552,0) at ether_ioctl+0x80 Jul 9 18:38:59 klotz kernel: xl_ioctl(c1ef5400,8020690c,c203a400,5,0) at xl_ioctl+0x326 Jul 9 18:38:59 klotz kernel: in6_ifinit(c1ef5400,c203a400,db024b00,1,db0249ec) at in6_ifinit+0xdd Jul 9 18:38:59 klotz kernel: in6_update_ifa(c1ef5400,db024af0,0,0,c0999ac0) at in6_update_ifa+0x570 Jul 9 18:38:59 klotz kernel: in6_ifattach_linklocal(c1ef5400,0,206,c0a03e80,c09a57c8) at in6_ifattach_linklocal+0x10c Jul 9 18:38:59 klotz kernel: in6_ifattach(c1ef5400,0,0,0,0) at in6_ifattach+0xdc Jul 9 18:38:59 klotz kernel: in6_if_up(c1ef5400,c1dba6a0) at in6_if_up+0x1b Jul 9 18:38:59 klotz kernel: if_route(c1ef5400,1,0,db024c3c,c0726c12) at if_route+0x67 Jul 9 18:38:59 klotz kernel: if_up(c1ef5400,db024c1c,c069d50a,c0a4b260,1) at if_up+0x21 Jul 9 18:38:59 klotz kernel: ifhwioctl(80206910,c1ef5400,c20ea180,c20b4c00,c09fc9e0) at ifhwioctl+0x2a2 Jul 9 18:38:59 klotz kernel: ifioctl(c210342c,80206910,c20ea180,c20b4c00,1) at ifioctl+0xe7 Jul 9 18:38:59 klotz kernel: soo_ioctl(c2088a20,80206910,c20ea180,c2162700,c20b4c00) at soo_ioctl+0x3ef Jul 9 18:38:59 klotz kernel: ioctl(c20b4c00,db024d04,c,421,3) at ioctl+0x45d Jul 9 18:38:59 klotz kernel: syscall(3b,3b,3b,bfbfdf30,80206910) at syscall+0x2c0 Jul 9 18:38:59 klotz kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jul 9 18:38:59 klotz kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2829054f, esp = 0xbfbfdecc, ebp = 0xbfbfdef8 --- It also halts with a witness warning, but it's not being logged, so I will post it later. Martin From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 19:18:55 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21E2C16A41C for ; Sat, 9 Jul 2005 19:18:55 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD87043D49 for ; Sat, 9 Jul 2005 19:18:54 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 26955 invoked from network); 9 Jul 2005 19:18:54 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender ) by mail22.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 9 Jul 2005 19:18:50 -0000 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j69JIARC034190; Sat, 9 Jul 2005 15:18:12 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Stefan Ehmann Date: Sat, 9 Jul 2005 15:17:56 -0400 User-Agent: KMail/1.8 References: <42C92DC5.3060101@gddsn.org.cn> <200507090923.20212.jhb@FreeBSD.org> <1120919774.937.4.camel@taxman.pepperland> In-Reply-To: <1120919774.937.4.camel@taxman.pepperland> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200507091517.57736.jhb@FreeBSD.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Cc: current@FreeBSD.org, Fabian Keil Subject: Re: Suspend broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 19:18:55 -0000 On Saturday 09 July 2005 10:36 am, Stefan Ehmann wrote: > On Sat, 2005-07-09 at 09:23 -0400, John Baldwin wrote: > > On Tuesday 05 July 2005 01:37 pm, Stefan Ehmann wrote: > > > On Mon, 2005-07-04 at 20:48 +0200, Fabian Keil wrote: > > > > Stefan Ehmann wrote: > > > > > On Mon, 2005-07-04 at 21:33 +0800, Huang wen hui wrote: > > > > > > Huang wen hui =C3=A5=E2=80=A0=E2=84=A2=C3=A9=E2=80=9C: > > > > > > >Hi, > > > > > > >For my T42p, suspend operation could not work from jun 2, > > > > > > >It does work under CURRENT using Jun 1 cvsup. > > > > > > >/sys/i386/isa/clock.c revert to v1.220. > > > > > > > > > > > > but /sys/i386/isa/clock.c revert to v1.220 help that. > > > > > > > > > > Thanks for tracking that down, helps in my case too. > > > > > > > > > > I'm running a Toshiba M-30X notebook. For me, resume basically > > > > > worked but everything was as slow as if it was running on my old > > > > > calculator. (e.g. it takes several seconds from typing a character > > > > > until it is displayed on the console). > > > > > > > > I had these symptoms before I put "device pmtimer" in the kernel. > > > > I'm still on 5.4, therefore I don't know if this has anything to > > > > do with your problem. > > > > > > Does not seem to be related. I already had pmtimer in my kernel. And > > > this problem also hasn't occured before /sys/i386/isa/clock.c rev 221. > > > > Try this patch: I'm going to try to get it committed soon. > > Applies cleanly with latest sources but I get errors during make kernel: > > /usr/src/sys/i386/isa/clock.c: In function `set_timer_freq': > /usr/src/sys/i386/isa/clock.c:541: error: syntax error before "else" > /usr/src/sys/i386/isa/clock.c:547: error: `timer0_max_real_count' > undeclared (first use in this function) > /usr/src/sys/i386/isa/clock.c:547: error: (Each undeclared identifier is > reported only once > /usr/src/sys/i386/isa/clock.c:547: error: for each function it appears > in.) > ... > > and a bunch of more errors and warnings I think you just need to remove the extra { after the if statement on line = 539=20 at the end of the line. =2D-=20 John Baldwin =C2=A0<>< =C2=A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =C2=A0=3D =C2=A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 20:07:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE01F16A41C for ; Sat, 9 Jul 2005 20:07:54 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp109.sbc.mail.mud.yahoo.com (smtp109.sbc.mail.mud.yahoo.com [68.142.198.208]) by mx1.FreeBSD.org (Postfix) with SMTP id BB75343D45 for ; Sat, 9 Jul 2005 20:07:53 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 77728 invoked from network); 9 Jul 2005 20:07:53 -0000 Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.213.247 with login) by smtp109.sbc.mail.mud.yahoo.com with SMTP; 9 Jul 2005 20:07:53 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id AA40F60ED; Sat, 9 Jul 2005 15:07:52 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 07334-10; Sat, 9 Jul 2005 15:07:48 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 8B00260E8; Sat, 9 Jul 2005 15:07:48 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.4/8.13.4) with ESMTP id j69K7l0J090048; Sat, 9 Jul 2005 15:07:48 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <42D02E8F.3070200@alumni.rice.edu> Date: Sat, 09 Jul 2005 15:07:43 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: sebastian ssmoller References: <20050709102616.5b601c14.sebastian.ssmoller@gmx.net> In-Reply-To: <20050709102616.5b601c14.sebastian.ssmoller@gmx.net> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCCBF1623B593F157F1D16943" X-Virus-Scanned: amavisd-new at noacks.org Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Fw: Re: Massive sound changes / fix (24/32bit pcm support, new sampling rate converter, various fixes) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 20:07:55 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCCBF1623B593F157F1D16943 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 07/09/05 03:26, sebastian ssmoller wrote: > i just wonna say: THX! really GREAT work! ... this improves sound > quality on my boxes much !! ;-) Is there a plan to get this into 6.0-RELEASE? I certainly hope so and I'll do my part by testing it as much as possible... Jon >>After sometimes, I've decided to release this (massive 4k lines) diff >>to our sound driver. This need proper review and confirmation, before >>it can be committed. >> >>Patches for both HEAD / RELENG_5 available at: >> >>http://staff.mybsd.org.my/skywizard/FreeBSD/sound/ >> >>(Note the snd_RELTAG*.diff) >> >> >>Whats New >>========= >> >>1. Support wide range sampling rate as low as 1hz up to int32 max >> (which is, insane) through new feeder_rate, multiple precisions >> choice (32/64 bit converter). This is indeed, quite insane, but it >> does give us more room and flexibility. >>2. Support 24/32 bit pcm format conversion through new, much improved >> feeder_fmt. >> >> >>System wide changes >>=================== >> >>1. sys/soundcard.h >> * Add definition for AFMT_(U|S)24_(B|L)E. This is somehow >> contradict with OSS/Voxware definition of 24bit, but anyway... >> >> >>General sound infrastructure changes >>==================================== >> >>1. ac97.c >> * Slightly new method to detect mixer capabilities and resolution. >> This mostly to help CT4730, but apparently it does help other >> cards too (especially via8233x). This probably need futher test >> and confirmation from other people with ac97 cards other than via >> / es137x. >> * Aggresive dac power wake up call, again, to help CT4730 (and >> probably others). >>2. mixer.c / sound.c (high priority / grave severity) >> * Fix super grave serious (call it whatever) panic/death during >> driver unload on second attempt after failure on first (device >> busy). >>3. buffer.c / dsp.c / sound.h >> * Support for 24/32 AFMT >>4. feeder_rate.c >> * New implementation of sampling rate conversion with 32/64 bit >> precision, 1 - int32max hz (which is, ridiculous, yet very >> addictive). Much improved / smarter buffer management to not >> cause any missing samples at the end of conversion process >> * Tunable sysctls for various aspect: >> hw.snd.feeder_rate_ratemin - minimum allowable sampling rate >> (default to 4000) >> hw.snd.feeder_rate_ratemax - maximum allowable sampling rate >> (default to 1102500) >> hw.snd.feeder_rate_buffersize - conversion buffer size >> (default to 8192) >> hw.snd.feeder_rate_scaling - scaling / conversion method >> (please refer to the source for explaination). Default to >> previous implementation type. >>5. feeder_fmt.c / sound.h >> * New implementation, support for 24/32bit conversion, optimized, >> and simplified. Few routines has been removed (8 to xlaw, 16 to >> 8). It just doesn't make sense. >>6. channel.c >> * Support for 24/32 AFMT >> * Fix wrong xruns increment, causing incorrect underruns statistic >> while using vchans. >>7. vchan.c (high priority) >> * Support for 24/32 AFMT >> * Proper speed / rate detection especially for fixed rate ac97. >> User can override it using kernel hint: >> hint.pcm..vchanrate="xxxx". >> >> >>Hardware spessific changes >>========================== >> >>1. als4000.c >> * als4000 can't do 48k properly (perhaps it really can't at all!). >> Set maxspeed to 44.1k instead. >> * Add locking / MPSAFE >> * Fix recording >>2. cmi.c >> * remove busdma_lock_mutex and Giant from bus_dma_tag_create. >> Nothing changes. >>3. es137x.c / es137x.h >> * Register programming error during device initialization >> especially for CT4730 / EV1938 chip, causing misconfigured mixer >> (David Xu), crippled after power cycle (Kevin Oberman). Fixed. >> * Incorporate locking/spdif patches from Jon Noack. Not all es137x >> can really do spdif, clean it up a bit to only let few capable >> chip. >> * Convert all bus_space_(read|write) to use es_rd/es_wr, simmilar >> with other drivers. >> * Add tunable hw.snd.pcm.latency_timer sysctl to toggle pci >> latency timer value on the fly. Much noise / pop / crackling >> issues can be solved by increasing its value. Other people can >> point out to use pciconf instead, but this is just and added >> value specifically for braindead CT4730/EV1938. >>4. via8233.c >> * Add locking / MPSAFE >> * Add kernel hint option to disable DXS channels entirely. Report >> from several skype users / Pav Lucistnik indicate that disabling >> DXS fix lots of pop / crackling noise. To disable DXS, add >> hint.pcm..via_dxs_disabled="1" into /boot/device.hints. >> NOTE: It is advisable to disable DXS entirely. Although DXS can >> provide multiple concurrent access, doing so will cause more >> harm than good (pop / crackling noise, sudden slowness, >> overruns). There are few cases where this is considered >> invalid, but I had to investigate more as this is not a >> global issue. Use / enable vchans for multiple sound sources >> (Please refer to vchans notes below). >>5. via82c686.c >> * Add locking / MPSAFE. I don't have this card, so other people had >> to confirm it. Anyway, the logic is correct. >> >> >>Notes / Issues >>============== >> >> * Virtual Channels (vchans) >> Enabling vchans can really, really help to solve overruns >> issue. This is quite understandable, because it operate >> entirely within its own buffering system without relying on >> hardware interrupt / state. Even if you don't need vchan, >> just enable single channel can help much. >> * Feeder alignment is really a monster on its own, this should >> be fixed or revamp in near future. >> * Mixer infrastructure is really outdated, without support for >> proper multichannel. Best candidate for hacking fest. >> * The arrival of 24/32 also come with a price. Applications >> that can do 24/32bit playback need to be recompiled (notably >> mplayer). Use (recompiled) mplayer to experiment / test / >> debug this various format using -af format=fmt. Note that >> 24bit seeking in mplayer is a little bit broken, sometimes >> can cause silence or loud static noise. Pausing / seeking >> few times can solve this problem. >> You don't have to rebuild world entirely for this. Simply >> copy /usr/src/sys/sys/soundcard.h to >> /usr/include/sys/soundcard.h would suffice. Few drivers also >> need recompilation, and this can be done via >> /usr/src/sys/modules/sound/. >> Support for 24bit hardware playback is beyond the scope of >> this changes. That would require spessific hardware driver >> changes and currently I don't have any of it. >> * Don't expect playing 9999999999hz is a wise decision. Be >> reasonable. The new feeder_rate implemention provide >> flexibility, not insanity. You can easily chewed up your CPU >> with this kind of mind instability. Please use proper >> mosquite repellent device for this obvious cracked brain >> attempt. As for testing purposes, you can use (again) >> mplayer to generate / play with different sampling rate. Use >> something like mplayer -af resample=192000:0:0 files.. >> >> >>-- >> >>Ariff Abdullah >>MyBSD >> >>http://www.MyBSD.org.my (IPv6/IPv4) >>http://staff.MyBSD.org.my (IPv6/IPv4) >>http://tomoyo.MyBSD.org.my (IPv6/IPv4) -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enigCCBF1623B593F157F1D16943 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC0C6TUFz01pkdgZURAmFBAJ9ikfdZaKCokMnnvgX1Sp97WZ7y6ACfVXlf V6HdzPkNaiEpYse7Sis5LE8= =BzIw -----END PGP SIGNATURE----- --------------enigCCBF1623B593F157F1D16943-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 9 20:10:26 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9852C16A41C for ; Sat, 9 Jul 2005 20:10:26 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id AECBB43D45 for ; Sat, 9 Jul 2005 20:10:25 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 09 Jul 2005 20:10:24 -0000 Received: from h081217094163.dyn.cm.kabsi.at (EHLO localhost.localdomain) [81.217.94.163] by mail.gmx.net (mp029) with SMTP; 09 Jul 2005 22:10:24 +0200 X-Authenticated: #16703784 From: Stefan Ehmann To: John Baldwin In-Reply-To: <200507091517.57736.jhb@FreeBSD.org> References: <42C92DC5.3060101@gddsn.org.cn> <200507090923.20212.jhb@FreeBSD.org> <1120919774.937.4.camel@taxman.pepperland> <200507091517.57736.jhb@FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Date: Sat, 09 Jul 2005 22:10:25 +0200 Message-Id: <1120939825.937.11.camel@taxman.pepperland> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: current@FreeBSD.org, Fabian Keil Subject: Re: Suspend broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 20:10:26 -0000 On Sat, 2005-07-09 at 15:17 -0400, John Baldwin wrote: > On Saturday 09 July 2005 10:36 am, Stefan Ehmann wrote: > > On Sat, 2005-07-09 at 09:23 -0400, John Baldwin wrote: > > > On Tuesday 05 July 2005 01:37 pm, Stefan Ehmann wrote: > > > > On Mon, 2005-07-04 at 20:48 +0200, Fabian Keil wrote: > > > > > Stefan Ehmann wrote: > > > > > > On Mon, 2005-07-04 at 21:33 +0800, Huang wen hui wrote: > > > > > > > Huang wen hui 写é“: > > > > > > > >Hi, > > > > > > > >For my T42p, suspend operation could not work from jun 2, > > > > > > > >It does work under CURRENT using Jun 1 cvsup. > > > > > > > >/sys/i386/isa/clock.c revert to v1.220. > > > > > > > > > > > > > > but /sys/i386/isa/clock.c revert to v1.220 help that. > > > > > > > > > > > > Thanks for tracking that down, helps in my case too. > > > > > > > > > > > > I'm running a Toshiba M-30X notebook. For me, resume basically > > > > > > worked but everything was as slow as if it was running on my old > > > > > > calculator. (e.g. it takes several seconds from typing a character > > > > > > until it is displayed on the console). > > > > > > > > > > I had these symptoms before I put "device pmtimer" in the kernel. > > > > > I'm still on 5.4, therefore I don't know if this has anything to > > > > > do with your problem. > > > > > > > > Does not seem to be related. I already had pmtimer in my kernel. And > > > > this problem also hasn't occured before /sys/i386/isa/clock.c rev 221. > > > > > > Try this patch: I'm going to try to get it committed soon. > > > > Applies cleanly with latest sources but I get errors during make kernel: > > > > /usr/src/sys/i386/isa/clock.c: In function `set_timer_freq': > > /usr/src/sys/i386/isa/clock.c:541: error: syntax error before "else" > > /usr/src/sys/i386/isa/clock.c:547: error: `timer0_max_real_count' > > undeclared (first use in this function) > > /usr/src/sys/i386/isa/clock.c:547: error: (Each undeclared identifier is > > reported only once > > /usr/src/sys/i386/isa/clock.c:547: error: for each function it appears > > in.) > > ... > > > > and a bunch of more errors and warnings > > I think you just need to remove the extra { after the if statement on line 539 > at the end of the line. This and changing timer0_max_real_count to timer0_real_max_count made it compilable. But this time the system is immediately very slow (not just after suspend) and I get this strange error message on startup: calcru: runtime went backwards from 68378390 usec to 67512958 usec for pid 11 (idle: cpu0)