From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 00:26:20 2005
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <ps@mu.org>; 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 <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<ia64@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <ticso@cicely12.cicely.de>
To: freebsd-current@freebsd.org, hardware@freebsd.org,
Pete Carah <pete@altadena.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <nate@root.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <Intel ICH3 UDMA100 controller> 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 <IC25N020ATMR04-0/MO1OAD4A> [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 <HL-DT-STDVD-ROM GDR8081N/0012> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <aa52128@salmon>; 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 <iedowse@maths.tcd.ie>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <ps@mu.org>; 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 <kuriyama@imgsrc.co.jp>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <kuriyama@imgsrc.co.jp> // IMG SRC, Inc.
<kuriyama@FreeBSD.org> // FreeBSD Project
From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 00:44:10 2005
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <ps@mu.org>; 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 <ps@mu.org>; 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 <scottl@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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" <ari@suutari.iki.fi>
To: "Vincent Poy" <vincepoy@gmail.com>,
"Andre Oppermann" <andre@freebsd.org>, <freebsd-net@freebsd.org>,
<freebsd-current@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <ari@suutari.iki.fi>
> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <freebsd-net@freebsd.org>; 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 <freebsd-net@freebsd.org>; Mon, 1 Nov 2004 13:13:21 +0000 (GMT)
(envelope-from vincepoy@gmail.com)
Received: by rproxy.gmail.com with SMTP id 79so130315rnk
for <freebsd-net@freebsd.org>; 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 <vincepoy@gmail.com>
To: Ari Suutari <ari@suutari.iki.fi>
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 <andre@freebsd.org>, 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 <vincepoy@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <ari@suutari.iki.fi> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <freebsd-net@freebsd.org>; 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 <freebsd-net@freebsd.org>; Mon, 1 Nov 2004 10:16:43 +0000 (GMT)
(envelope-from vincepoy@gmail.com)
Received: by rproxy.gmail.com with SMTP id 79so122441rnk
for <freebsd-net@freebsd.org>; 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 <vincepoy@gmail.com>
To: Ari Suutari <ari@suutari.iki.fi>
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 <andre@freebsd.org>, 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 <vincepoy@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <ari@suutari.iki.fi> 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 <ari@suutari.iki.fi>
> > 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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <ps@mu.org>; 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 <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<ia64@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <freebsd-mobile@freebsd.org>;
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 <freebsd-mobile@freebsd.org>;
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 <freebsd-mobile@freebsd.org>; 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 <anton@nikiforov.ru>
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" <imp@bsdimp.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <anton@nikiforov.ru> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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" <imp@bsdimp.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <ps@mu.org>; 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 <ps@mu.org>; 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 <scottl@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <ps@mu.org>; 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 <ps@mu.org>; 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 <julian@elischer.org>
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 <freebsd-current@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.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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <ps@mu.org>; 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 <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<ia64@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <brian@aljex.com>
To: <freebsd-usb@freebsd.org>,
<freebsd-current@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <wb@freebie.xs4all.nl>
To: "M. Warner Losh" <imp@bsdimp.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <mitigator@gmail.com> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <ps@mu.org>; 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 <scottl@samsco.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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/<month>_<year> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <scottl@freebsd.org>
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 <mitigator@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <julian@elischer.org>
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 <wb@freebie.xs4all.nl>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <mitigator@gmail.com> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <anthony.ginepro@laposte.net>
To: =?ISO-8859-1?Q?S=F8ren?= Schmidt <sos@DeepCore.dk>
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-current@freebsd.org>,
"freebsd-stable@freebsd.org" <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <sobomax@FreeBSD.org>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "current@freebsd.org" <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <dillon@apollo.backplane.com>
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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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: <p0611040ebd9c7ef46715@[128.113.24.47]>
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 <scottl@freebsd.org>, Ruslan Ermilov <ru@freebsd.org>
From: Garance A Drosihn <drosih@rpi.edu>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <ps@mu.org>; 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 <ps@mu.org>; 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 <scottl@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <mime@traveller.cz>
To: Emanuel Strobl <emanuel.strobl@gmx.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <ps@mu.org>; 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 <ps@FreeBSD.org>; 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 <ps@FreeBSD.org>; 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 <mohan_srinivasan@yahoo.com>
To: Kris Kennaway <kris@obsecurity.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <kris@obsecurity.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <ps@mu.org>; 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" <doconnor@gsoft.com.au>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <ps@mu.org>; 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" <doconnor@gsoft.com.au>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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: <p06110409bd9c4c227db0@[128.113.24.47]>
In-Reply-To: <41767CF1.2020005@FreeBSD.org>
References: <41767CF1.2020005@FreeBSD.org>
To: Maxim Sobolev <sobomax@freebsd.org>, <current@freebsd.org>
From: Garance A Drosihn <drosih@rpi.edu>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <ps@mu.org>; 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 <max@love2party.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <kris@obsecurity.org>
To: Adam Weinberger <adamw@magnesium.net>
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 <kris@obsecurity.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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <chat95@mac.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 03 Jul 2005 06:04:16 -0000
In Message-ID: <20041103212237.GA10524@xor.obsecurity.org>
Kris Kennaway <kris@obsecurity.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; Sun, 03 Jul 2005 12:00:01 +0400
Date: Sun, 3 Jul 2005 11:59:57 +0400 (MSD)
From: Yuriy Tsibizov <Yuriy.Tsibizov@gfk.ru>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <USB 1.1 Reader(SM) 2003> 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: <USB 1.1 Reader(MS+/SD+) 2003> 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: <USB 1.1 Reader(CF) 2003> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <cswiger@mac.com>
In-Reply-To: Message from Chuck Swiger <cswiger@mac.com>
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" <jhs@flat.berklix.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <Alexander@Leidinger.net>
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: <aa8567bf050309111011a8a824@mail.gmail.com>
<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 <theawel@gmail.com>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <jhs@berklix.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <ps@mu.org>
] 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 <jhs@mail.jhs.private>; 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 <jhs@localhost>; 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 <jhs@flat.berklix.net>; 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 <ps@mu.org>; 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 <freebsd-current@freebsd.org>;
] 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 <freebsd-current@freebsd.org>;
] 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 <B.Candler@pobox.com>
] To: "Julian H. Stacey" <jhs@flat.berklix.net>
] Message-ID: <20050504150209.GA2516@uk.tiscali.com>
] References: <B.Candler@pobox.com> <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 <bms@spc.org>
] 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
] <freebsd-current.freebsd.org>
] List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
] <mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
] List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
] List-Post: <mailto:freebsd-current@freebsd.org>
] List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
] List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
] <mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <imp@bsdimp.com>
In-Reply-To: Message from "M. Warner Losh" <imp@bsdimp.com> 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" <jhs@flat.berklix.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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" <jhs@berklix.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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" <jhs@berklix.org> 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" <jhs@flat.berklix.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <adamw@magnesium.net>
In-reply-to: <20041102222000.GA65845@xor.obsecurity.org>
To: Kris Kennaway <kris@obsecurity.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <jondoor@udor.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <kris@obsecurity.org>
To: "Julian H. Stacey" <jhs@flat.berklix.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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" <dmp@bitfreak.org>
To: "'Kris Kennaway'" <kris@obsecurity.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sun, 3 Jul 2005 18:38:23 +0000 (GMT)
(envelope-from jiashiun@gmail.com)
Received: by rproxy.gmail.com with SMTP id r35so560212rna
for <freebsd-current@freebsd.org>; 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 <jiashiun@gmail.com>
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 <jiashiun@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <Marvell Gigabit Ethernet(PCI-EXPRESS)> 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: <Marvell Semiconductor, Inc. Yukon> 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: <Marvell Semiconductor, Inc. Yukon> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <nike_d@cytexbg.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <UP,GATEWAY,DONE,STATIC>
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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <nike_d@cytexbg.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 03 Jul 2005 21:01:18 -0000
Niki Denev <nike_d@cytexbg.com> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <nike_d@cytexbg.com>
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?= <des@des.no>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 03 Jul 2005 21:12:19 -0000
Dag-Erling Smørgrav wrote:
> Niki Denev <nike_d@cytexbg.com> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <plosher@plosh.net>; 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 <Peter_Losher@isc.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <daniel_k_eriksson@telia.com>
To: <freebsd-current@freebsd.org>
Cc: Poul-Henning Kamp <phk@phk.freebsd.dk>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <martin@gneto.com>
From: Mike Tancsa <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <LSILogic MegaRAID 1.51> mem 0xf0000000-0xf7ffffff irq 16 at device
0.0 on pci4
amr0: <LSILogic PERC 3/DC> Firmware 161J, BIOS 3.17, 128MB RAM
amrd0: <LSILogic MegaRAID logical drive> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <kris@obsecurity.org>
To: Darren Pilgrim <dmp@bitfreak.org>
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' <kris@obsecurity.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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <kimoto@ohnolab.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <hartmut.brandt@dlr.de>
X-X-Sender: brandt_h@beagle.kn.op.dlr.de
To: Craig Rodrigues <rodrigc@crodrigues.org>
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 <harti@freebsd.org>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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: <m2fyuv75cj.wl%gnn@neville-neil.com>
From: gnn@freebsd.org
To: "Poul-Henning Kamp" <phk@haven.freebsd.dk>
In-Reply-To: <71079.1119249367@critter.freebsd.dk>
References: <p0621021dbedbfa4dd5ff@128.113.24.47>
<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 <rwatson@freebsd.org>, current@freebsd.org,
Garance A Drosehn <gad@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Mon, 04 Jul 2005 10:00:28 +0900."
<m2fyuv75cj.wl%gnn@neville-neil.com>
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 <phk@haven.freebsd.dk>,
Robert Watson <rwatson@freebsd.org>, current@freebsd.org,
Garance A Drosehn <gad@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Jul 2005 08:25:38 -0000
In message <m2fyuv75cj.wl%gnn@neville-neil.com>, 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <spoerlein@informatik.uni-wuerzburg.de>
To: Dario Freni <saturnero@freesbie.org>
Message-ID: <20050704084453.GB941@galgenberg.net>
Mail-Followup-To: Dario Freni <saturnero@freesbie.org>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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: <m2acl36jum.wl%gnn@neville-neil.com>
From: gnn@freebsd.org
To: "Poul-Henning Kamp" <phk@haven.freebsd.dk>
In-Reply-To: <28930.1120465534@phk.freebsd.dk>
References: <m2fyuv75cj.wl%gnn@neville-neil.com>
<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 <rwatson@freebsd.org>, current@freebsd.org,
Garance A Drosehn <gad@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <sam@errno.com>
From: Eric Masson <e-masson@kisoft-services.com>
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 <freebsd-current@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Jul 2005 09:11:17 -0000
Sam Leffler <sam@errno.com> 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 <http://www.le-gnu.net> : Neuneu pour un champion -+-
From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 09:33:07 2005
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <freebsd@rea.mbslab.kiae.ru>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
AMD Features=0xc0480800<SYSCALL,MP,MMX+,3DNow+,3DNow>
real memory = 536674304 (511 MB)
avail memory = 515862528 (491 MB)
acpi0: <A M I OEMRSDT> on motherboard
acpi0: Power Button (fixed)
acpi_ec0: <Embedded Controller: GPE 0x19> port 0x62,0x66 on acpi0
acpi_ec0: can't allocate data port
device_attach: acpi_ec0 attach returned 6
pci_link0: <ACPI PCI Link LNKA> irq 10 on acpi0
pci_link1: <ACPI PCI Link LNKB> irq 10 on acpi0
pci_link2: <ACPI PCI Link LNKC> irq 4 on acpi0
pci_link3: <ACPI PCI Link LNKD> irq 10 on acpi0
pci_link4: <ACPI PCI Link LNKE> irq 15 on acpi0
pci_link5: <ACPI PCI Link LNKF> irq 15 on acpi0
pci_link6: <ACPI PCI Link LNKG> irq 0 on acpi0
pci_link7: <ACPI PCI Link LNKH> 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: <Embedded Controller: GPE 0x19> port 0x62,0x66 on acpi0
cpu0: <ACPI CPU> on acpi0
powernow0: <PowerNow! K7> on cpu0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <SiS 746 host to AGP bridge> mem 0xd0000000-0xd3ffffff at device 0.0 on pci0
pcib1: <ACPI PCI-PCI bridge> at device 1.0 on pci0
pci1: <ACPI PCI bus> on pcib1
drm0: <ATI Radeon RV300 Mobility 9600 M10> 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: <PCI-ISA bridge> at device 2.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <SiS 962/963 UDMA133 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 2.5 on pci0
ata0: <ATA channel 0> on atapci0
ata1: <ATA channel 1> on atapci0
pci0: <simple comms, generic modem> at device 2.6 (no driver attached)
pcm0: <SiS 7012> port 0xe800-0xe8ff,0xec00-0xec7f irq 4 at device 2.7 on pci0
pcm0: [GIANT-LOCKED]
pcm0: <Avance Logic ALC650 AC97 Codec>
ohci0: <SiS 5571 USB controller> 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: <SiS 5571 USB controller> 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: <SiS 5571 USB controller> 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: <SiS 5571 USB controller> 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: <EHCI (generic) USB 2.0 controller> 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: <EHCI (generic) USB 2.0 controller> 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: <SiS 900 10/100BaseTX> port 0xee00-0xeeff mem 0xfebfc000-0xfebfcfff irq 10 at device 4.0 on pci0
miibus0: <MII bus> on sis0
rlphy0: <RTL8201L 10/100 media interface> on miibus0
rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
sis0: Ethernet address: 00:0e:a6:cf:de:63
cbb0: <RF5C475 PCI-CardBus Bridge> irq 10 at device 10.0 on pci0
cardbus0: <CardBus bus> on cbb0
pccard0: <16-bit PCCard bus> on cbb0
pci0: <serial bus, FireWire> at device 10.1 (no driver attached)
acpi_button0: <Sleep Button> on acpi0
acpi_lid0: <Control Method Lid Switch> on acpi0
acpi_button1: <Power Button> on acpi0
acpi_asus0: <Asus A2D Laptop Extras> on acpi0
acpi_tz0: <Thermal Zone> on acpi0
acpi_cmbat0: <Control Method Battery> on acpi0
acpi_acad0: <AC Adapter> on acpi0
speaker0: <PC speaker> port 0x61 on acpi0
ppc0: <Standard parallel printer port> port 0x378-0x37f irq 7 on acpi0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
ppbus0: <Parallel port bus> on ppc0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
psm0: <PS/2 Mouse> 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: <Generic IRDA-compatible device> port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0
sio0: type 16550A
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
pmtimer0 on isa0
orm0: <ISA Option ROM> at iomem 0xc0000-0xcefff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> 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 <IC25N060ATMR04 0 MO3OAD4A> at ata0-master UDMA100
acd0: CDRW <TOSHIBA DVD-ROM SD-R2512/1720> 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: <USB FLASH DRIVE \\000\\000\\000?> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>;
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 <jeremie@le-hen.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Mon, 04 Jul 2005 17:44:49 +0900."
<m2acl36jum.wl%gnn@neville-neil.com>
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 <phk@haven.freebsd.dk>,
Robert Watson <rwatson@freebsd.org>, current@freebsd.org,
Garance A Drosehn <gad@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Jul 2005 10:10:33 -0000
In message <m2acl36jum.wl%gnn@neville-neil.com>, 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: <owner-freebsd-current@FreeBSD.ORG>
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 <amf@hobbit.neveragain.de>
To: Wesley Morgan <morganw@chemikals.org>
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 <wsk@gddsn.org.cn>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <joao.barros@gmail.com>
To: Mike Tancsa <mike@sentex.net>
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 <joao.barros@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Jul 2005 10:51:25 -0000
On 7/4/05, Mike Tancsa <mike@sentex.net> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <jeremie@le-hen.org>
To: Yuriy Tsibizov <Yuriy.Tsibizov@gfk.ru>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <rik@cronyx.ru>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <rik@cronyx.ru>
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <hwh@gddsn.org.cn>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE>
Features2=0x180<EST,TM2>
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: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <IBM TP-1R> on motherboard
acpi_ec0: <Embedded Controller: GPE 0x1c, ECDT> port 0x62,0x66 on acpi0
acpi0: Power Button (fixed)
pci_link0: <ACPI PCI Link LNKA> irq 11 on acpi0
pci_link1: <ACPI PCI Link LNKB> irq 11 on acpi0
pci_link2: <ACPI PCI Link LNKC> irq 11 on acpi0
pci_link3: <ACPI PCI Link LNKD> irq 11 on acpi0
pci_link4: <ACPI PCI Link LNKE> on acpi0
pci_link5: <ACPI PCI Link LNKF> on acpi0
pci_link6: <ACPI PCI Link LNKG> on acpi0
pci_link7: <ACPI PCI Link LNKH> 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: <ACPI CPU> on acpi0
acpi_perf0: <ACPI CPU Frequency Control> on cpu0
acpi_throttle0: <ACPI CPU Throttling> on cpu0
acpi_lid0: <Control Method Lid Switch> on acpi0
acpi_button0: <Sleep Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
From owner-freebsd-current@FreeBSD.ORG Sun Jul 3 18:08:16 2005
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <plosher@plosh.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <rik@cronyx.ru>
User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Poul-Henning Kamp <phk@phk.freebsd.dk>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <rik@cronyx.ru>
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <huang@gddsn.org.cn>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <andy@siliconlandmark.com>
To: Yuriy Tsibizov <Yuriy.Tsibizov@gfk.ru>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <randy@psg.com>
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 <kimoto@ohnolab.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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?= <bkoenig@cs.tu-berlin.de>
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 <andy@siliconlandmark.com>
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 <Yuriy.Tsibizov@gfk.ru>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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
Björn
From owner-freebsd-current@FreeBSD.ORG Mon Jul 4 17:38:50 2005
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>;
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 <freebsd-current@freebsd.org>; Mon, 4 Jul 2005 10:38:47 -0700 (PDT)
From: Freddie Cash <fcash@ocis.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>;
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 <freebsd-current@freebsd.org>; Mon, 4 Jul 2005 10:47:17 -0700 (PDT)
From: Freddie Cash <fcash@ocis.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <shoesoft@gmx.net>
To: Huang wen hui <huang@gddsn.org.cn>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <freebsd-listen@fabiankeil.de>)
by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP
for <shoesoft@gmx.net>; 4 Jul 2005 18:47:54 -0000
Date: Mon, 4 Jul 2005 20:48:04 +0200
From: Fabian Keil <freebsd-listen@fabiankeil.de>
To: Stefan Ehmann <shoesoft@gmx.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <shoesoft@gmx.net> 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: <owner-freebsd-current@FreeBSD.ORG>
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: <m2zmt25chd.wl%gnn@neville-neil.com>
From: gnn@freebsd.org
To: "Poul-Henning Kamp" <phk@haven.freebsd.dk>
In-Reply-To: <29260.1120471829@phk.freebsd.dk>
References: <m2acl36jum.wl%gnn@neville-neil.com>
<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 <rwatson@freebsd.org>, current@freebsd.org,
Garance A Drosehn <gad@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <m2acl36jum.wl%gnn@neville-neil.com>, 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: <owner-freebsd-current@FreeBSD.ORG>
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 <marcus@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <stdlib.h>
#include <fcntl.h>
#include <stdio.h>
#include <errno.h>
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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <andy@siliconlandmark.com>
To: Mike Tancsa <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Jul 2005 05:20:41 -0000
On Sun, 3 Jul 2005, Mike Tancsa wrote:
> amr0: <LSILogic PERC 3/DC> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <andy@siliconlandmark.com>
To: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= <bkoenig@cs.tu-berlin.de>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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?= <norgaard@locolomo.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <slw@zxy.spb.ru>
To: Poul-Henning Kamp <phk@phk.freebsd.dk>
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: <locally generated>
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 <rik@cronyx.ru>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <nike_d@cytexbg.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <lists@yazzy.org>
To: FreeBSD-Current <current@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>;
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 <freebsd-current@freebsd.org>;
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" <b_bonev@mail.orbitel.bg>
Organization: Orac Ltd.
Content-Type: text/plain; format=flowed; delsp=yes; charset=windows-1251
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-ID: <op.stfpxeg87cty9y@home>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <jeremie@le-hen.org>
To: Peter Losher <Peter_Losher@isc.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <akm@theinternet.com.au>
To: Marcin Jessa <lists@yazzy.org>
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 <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <lists@yazzy.org>
To: Andrew Milton <akm@theinternet.com.au>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Jul 2005 10:09:18 -0000
On Tue, 5 Jul 2005 20:03:46 +1000
Andrew Milton <akm@theinternet.com.au> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <akm@theinternet.com.au>
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 <lists@yazzy.org>, FreeBSD-Current <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Jul 2005 10:12:11 -0000
Andrew Milton <akm@theinternet.com.au> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <keramida@freebsd.org>
To: Marcin Jessa <lists@yazzy.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Jul 2005 10:20:14 -0000
On 2005-07-05 11:52, Marcin Jessa <lists@yazzy.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <lists@yazzy.org>
To: Giorgos Keramidas <keramida@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Jul 2005 10:44:56 -0000
On Tue, 5 Jul 2005 13:20:10 +0300
Giorgos Keramidas <keramida@freebsd.org> wrote:
> On 2005-07-05 11:52, Marcin Jessa <lists@yazzy.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <B.Candler@pobox.com>
To: Marcin Jessa <lists@yazzy.org>
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 <personal@bloodhound.noc.clara.net>
Cc: freebsd-current@freebsd.org, Giorgos Keramidas <keramida@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <lists@yazzy.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <rizzo@icir.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>;
Tue, 5 Jul 2005 14:30:04 +0200 (SAST)
From: Johann Hugo <jhugo@icomtek.csir.co.za>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> 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<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> 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<debug,xrate,assoc,scan,power,wme>
# 80211debug scan
net.wlan.0.debug: 0x44a40400 => 0x200000<scan>
# 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<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> 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<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> 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<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> 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<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> 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<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> 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 <hostap>
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<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> 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 <hostap>
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<debug,xrate,assoc,scan,power,wme>
lab1# 80211debug scan
net.wlan.0.debug: 0x44a40400 => 0x200000<scan>
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<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> 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 <hostap>
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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>;
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 <freebsd-current@freebsd.org>;
Tue, 5 Jul 2005 15:38:50 +0300 (EEST)
Date: Tue, 05 Jul 2005 15:38:39 +0300
To: "freebsd-current@freebsd.org" <freebsd-current@freebsd.org>
References: <op.stfpxeg87cty9y@home> <op.stfvx4db7cty9y@home>
From: "Ivailo Bonev" <b_bonev@mail.orbitel.bg>
Organization: Orac Ltd.
Content-Type: text/plain; format=flowed; delsp=yes; charset=windows-1251
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-ID: <op.stfxepna7cty9y@home>
In-Reply-To: <op.stfvx4db7cty9y@home>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Jul 2005 12:38:53 -0000
On Tue, 05 Jul 2005 12:57:04 +0300, Ivailo Bonev <b_bonev@mail.orbitel.bg>
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: <owner-freebsd-current@FreeBSD.ORG>
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 <nox@jelal.kn-bremen.de>
Date: Mon, 4 Jul 2005 19:29:12 +0200
To: Norikatsu Shigemura <nork@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <nork@freebsd.org> 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: <VIA694 AWRDACPI>
> > 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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
> > 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 <Version 1.1> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <wsk@gddsn.org.cn>
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 <mrl0lz@gmail.com>, 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>
<fe18b22805070409095fd3ec82@mail.gmail.com>
In-Reply-To: <fe18b22805070409095fd3ec82@mail.gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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: <current@freebsd.org>
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" <lihong.chen@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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" <doconnor@gsoft.com.au>
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 <lists@yazzy.org>, Giorgos Keramidas <keramida@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <jura@networks.ru>
To: <freebsd-current@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <rizzo@icir.org>
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <rwatson@FreeBSD.org>
X-X-Sender: robert@fledge.watson.org
To: "Yuriy N. Shkandybin" <jura@networks.ru>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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" <jura@networks.ru>
To: "Robert Watson" <rwatson@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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?= <norgaard@locolomo.org>
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 <rbyrnes@mailshack.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Jul 2005 15:34:38 -0000
Rob B wrote:
> At 06:18 PM 5/07/2005, Erik Nørgaard 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>;
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 <freebsd-current@freebsd.org>; Tue, 5 Jul 2005 08:53:50 -0700 (PDT)
From: Freddie Cash <fcash@ocis.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>;
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 <current@FreeBSD.org>; Tue, 5 Jul 2005 17:56:05 +0200 (CEST)
Date: Tue, 5 Jul 2005 17:58:06 +0200
From: Tomasz Pilat <poncki.lists@axelspringer.com.pl>
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 <poncki.lists@axelspringer.com.pl>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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?= <norgaard@locolomo.org>
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" <oberman@es.net>
Message-Id: <20050705160052.6FF995D07@ptavv.es.net>
Cc: Rob B <rbyrnes@mailshack.com>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Jul 2005 16:00:54 -0000
> Rob B wrote:
> > At 06:18 PM 5/07/2005, Erik Nørgaard 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <rik@cronyx.ru>
User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "M. Warner Losh" <imp@bsdimp.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <rik@cronyx.ru> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>;
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 <current@FreeBSD.org>; Tue, 5 Jul 2005 18:14:14 +0200 (CEST)
Date: Tue, 5 Jul 2005 18:16:15 +0200
From: Tomasz Pilat <poncki.lists@axelspringer.com.pl>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 Pi³at 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <sam@errno.com>
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?= <norgaard@locolomo.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Jul 2005 16:16:37 -0000
Erik Nørgaard 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <pav@FreeBSD.org>
To: Tomasz Pilat <poncki.lists@axelspringer.com.pl>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <pav@oook.cz>
<pav@FreeBSD.org>
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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>;
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 <current@FreeBSD.org>; Tue, 5 Jul 2005 18:18:57 +0200 (CEST)
Date: Tue, 5 Jul 2005 18:20:58 +0200
From: Tomasz Pilat <poncki.lists@axelspringer.com.pl>
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 <poncki.lists@axelspringer.com.pl>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 Pi³at 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <sam@errno.com>
User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Johann Hugo <jhugo@icomtek.csir.co.za>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <rizzo@icir.org>
To: Poul-Henning Kamp <phk@haven.freebsd.dk>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <shoesoft@gmx.net>
To: Fabian Keil <freebsd-listen@fabiankeil.de>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <shoesoft@gmx.net> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <Peter_Losher@isc.org>
Organization: ISC
To: Jeremie Le Hen <jeremie@le-hen.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <SC353F> for <freebsd-current@freebsd.org> from <pquerna@apache.org>;
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 <pquerna@apache.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <brooks@one-eyed-alien.net>
To: Bakul Shah <bakul@BitBlocks.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; Tue, 5 Jul 2005 20:44:51 +0000 (UTC)
To: current@freebsd.org
From: Poul-Henning Kamp <phk@phk.freebsd.dk>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <bsd.prog.mk>
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 <fcntl.h>
#include <err.h>
#include <errno.h>
+#include <libgeom.h>
#include <paths.h>
#include <regex.h>
#include <stdint.h>
@@ -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 <bsd.prog.mk>
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 <err.h>
#include <errno.h>
#include <fcntl.h>
+#include <libgeom.h>
#include <paths.h>
#include <stdio.h>
#include <stdlib.h>
@@ -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: <owner-freebsd-current@FreeBSD.ORG>
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" <decibel@decibel.org>
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
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 <rwatson@freebsd.org>, current@freebsd.org,
Garance A Drosehn <gad@freebsd.org>,
Poul-Henning Kamp <phk@haven.freebsd.dk>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <sam@errno.com>
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 <brooks@one-eyed-alien.net>
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 <bakul@BitBlocks.com>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <jeremie@le-hen.org>
To: Jon Door <jondoor@udor.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <brooks@one-eyed-alien.net>
To: Poul-Henning Kamp <phk@haven.freebsd.dk>
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 <rwatson@freebsd.org>, current@freebsd.org,
Garance A Drosehn <gad@freebsd.org>, "Jim C. Nasby" <decibel@decibel.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <imp@bsdimp.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Jul 2005 22:41:46 -0000
In message: <42CAAFCB.2080207@cronyx.ru>
Roman Kurakin <rik@cronyx.ru> writes:
: Hi,
:
: M. Warner Losh wrote:
:
: >In message: <42C57523.4050302@cronyx.ru>
: > Roman Kurakin <rik@cronyx.ru> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <brooks@one-eyed-alien.net>
To: Sam Leffler <sam@errno.com>
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 <bakul@BitBlocks.com>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <jeremie@le-hen.org>
To: Peter Losher <Peter_Losher@isc.org>
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 <DoubB@FreeBSD.org>, freebsd-current@freebsd.org,
Jeremie Le Hen <jeremie@le-hen.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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <Peter_Losher@isc.org>
Organization: ISC
To: Jeremie Le Hen <jeremie@le-hen.org>
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 <DoubB@freebsd.org>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>;
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 <freebsd-current@freebsd.org>;
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 <freebsd-current@freebsd.org>;
Wed, 6 Jul 2005 03:24:28 +0200 (CEST)
From: =?US-ASCII?Q?Daniel_Dvorak?= <dandee@hellteam.net>
To: <freebsd-current@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <avatar@mmlab.cse.yzu.edu.tw>
To: Sam Leffler <sam@errno.com>
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 <jhugo@icomtek.csir.co.za>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <avatar@mmlab.cse.yzu.edu.tw>
To: Daniel O'Connor <doconnor@gsoft.com.au>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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" <imp@bsdimp.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <nike_d@cytexbg.com> 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: <owner-freebsd-current@FreeBSD.ORG>
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" <imp@bsdimp.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <marcus@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <stdlib.h>
> #include <fcntl.h>
> #include <stdio.h>
> #include <errno.h>
>=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <kris@obsecurity.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <kris@obsecurity.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.ORG>; 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 <current@FreeBSD.ORG>; 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 <ache@FreeBSD.ORG>
To: Poul-Henning Kamp <phk@haven.freebsd.dk>
Message-ID: <20050706053617.GA87062@nagual.pp.ru>
Mail-Followup-To: Andrey Chernov <ache@freebsd.org>,
Poul-Henning Kamp <phk@haven.freebsd.dk>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <snort_sam@yahoo.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <joao.barros@gmail.com>
To: Andre Guibert de Bruet <andy@siliconlandmark.com>
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 <mike@sentex.net>
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 <joao.barros@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Jul 2005 07:26:38 -0000
On 7/5/05, Andre Guibert de Bruet <andy@siliconlandmark.com> wrote:
>=20
> On Sun, 3 Jul 2005, Mike Tancsa wrote:
>=20
> > amr0: <LSILogic PERC 3/DC> 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: <LSILogic PERC 3/DC> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <spoerlein@informatik.uni-wuerzburg.de>
To: Jeremie Le Hen <jeremie@le-hen.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <brian@aljex.com>
To: <freebsd-usb@freebsd.org>,
<freebsd-current@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Jul 2005 07:35:38 -0000
----- Original Message -----
From: "Brian K. White" <brian@aljex.com>
To: <freebsd-usb@freebsd.org>; <freebsd-current@freebsd.org>
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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <bp@freebsd.org>
To: Kris Kennaway <kris@obsecurity.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <martin@gneto.com>
User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Joao Barros <joao.barros@gmail.com>
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 <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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
<nike_d@cytexbg.com>, 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 <nike_d@cytexbg.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <nike_d@cytexbg.com> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <aa66389@salmon>;
6 Jul 2005 09:54:48 +0100 (BST)
Date: Wed, 6 Jul 2005 09:54:48 +0100
From: David Malone <dwmalone@maths.tcd.ie>
To: snort Snort <snort_sam@yahoo.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <jeremie@le-hen.org>
To: Ulrich Spoerlein <spoerlein@informatik.uni-wuerzburg.de>
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 <jeremie@le-hen.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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <lists@yazzy.org>
To: FreeBSD-Current <current@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; Wed, 6 Jul 2005 02:04:37 -0700 (PDT)
Date: Wed, 06 Jul 2005 18:04:35 +0900
Message-ID: <m23bqsi9uk.wl%gnn@neville-neil.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <mux@FreeBSD.org>
To: Jeremie Le Hen <jeremie@le-hen.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <thierry@herbelot.com>
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 <jeremie@le-hen.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
Reply-To: thierry@herbelot.com
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <thierry@herbelot.com>
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 <jeremie@le-hen.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
Reply-To: thierry@herbelot.com
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <marcus@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <jeremie@le-hen.org>
To: Peter Losher <Peter_Losher@isc.org>
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 <jeremie@le-hen.org>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <B.Candler@pobox.com>
To: Paul Querna <pquerna@apache.org>
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 <personal@bloodhound.noc.clara.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <keramida@freebsd.org>
To: Andrey Chernov <ache@freebsd.org>, Poul-Henning Kamp <phk@haven.freebsd.dk>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Jul 2005 10:39:42 -0000
On 2005-07-06 09:36, Andrey Chernov <ache@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <keramida@freebsd.org>
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
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 <phk@haven.freebsd.dk>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Wed, 6 Jul 2005 11:17:38 +0000 (GMT)
(envelope-from robbak@gmail.com)
Received: by wproxy.gmail.com with SMTP id 36so1101607wra
for <freebsd-current@freebsd.org>; 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: <d44995805070604116064805@mail.gmail.com>
Date: Wed, 6 Jul 2005 21:11:30 +1000
From: Robert Backhaus <robbak@gmail.com>
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 <jeremie@le-hen.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
Reply-To: Robert Backhaus <robbak@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; Wed, 6 Jul 2005 11:18:20 +0000 (GMT)
(envelope-from robbak@gmail.com)
Received: by wproxy.gmail.com with SMTP id 36so1101708wra
for <current@freebsd.org>; 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: <d44995805070604116064805@mail.gmail.com>
Date: Wed, 6 Jul 2005 21:11:30 +1000
From: Robert Backhaus <robbak@gmail.com>
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 <jeremie@le-hen.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
Reply-To: Robert Backhaus <robbak@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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" <decibel@decibel.org>
To: gnn@freebsd.org
Message-ID: <20050705205956.GD49841@decibel.org>
References: <m2fyuv75cj.wl%gnn@neville-neil.com>
<28930.1120465534@phk.freebsd.dk>
<m2acl36jum.wl%gnn@neville-neil.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <m2acl36jum.wl%gnn@neville-neil.com>
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 <phk@haven.freebsd.dk>,
Robert Watson <rwatson@freebsd.org>, current@freebsd.org,
Garance A Drosehn <gad@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <neh@onerd.com.br>
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 <neh@onerd.com.br>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <jeremie@le-hen.org>
To: Robert Backhaus <robbak@gmail.com>
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>
<d44995805070604116064805@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <d44995805070604116064805@mail.gmail.com>
User-Agent: Mutt/1.5.9i
Cc: freebsd-current@freebsd.org, Jeremie Le Hen <jeremie@le-hen.org>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <jeremie@le-hen.org>
To: Robert Backhaus <robbak@gmail.com>
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>
<d44995805070604116064805@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <d44995805070604116064805@mail.gmail.com>
User-Agent: Mutt/1.5.9i
Cc: freebsd-current@freebsd.org, Jeremie Le Hen <jeremie@le-hen.org>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <bms@spc.org>
To: snort Snort <snort_sam@yahoo.com>
Message-ID: <20050706122149.GA812@empiric.icir.org>
Mail-Followup-To: snort Snort <snort_sam@yahoo.com>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Wed, 6 Jul 2005 12:42:48 +0000 (GMT)
(envelope-from robbak@gmail.com)
Received: by wproxy.gmail.com with SMTP id 36so1115130wra
for <freebsd-current@freebsd.org>; 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: <d449958050706054235ddd81a@mail.gmail.com>
Date: Wed, 6 Jul 2005 22:42:48 +1000
From: Robert Backhaus <robbak@gmail.com>
To: Jeremie Le Hen <jeremie@le-hen.org>
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>
<d44995805070604116064805@mail.gmail.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 <robbak@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Jul 2005 12:42:49 -0000
On 7/6/05, Jeremie Le Hen <jeremie@le-hen.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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" <mich@FreeBSD.org>
To: Joe Marcus Clarke <marcus@FreeBSD.org>
Message-ID: <20050706132931.GQ3302@mich2.itxmarket.com>
Mail-Followup-To: "Michael L. Hostbaek" <mich@FreeBSD.org>,
Joe Marcus Clarke <marcus@FreeBSD.org>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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" <mich@FreeBSD.org>
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
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 <marcus@FreeBSD.org>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Wed, 6 Jul 2005 09:58:07 -0400 (EDT)
From: "Brandon S. Allbery KF8NH" <allbery@ece.cmu.edu>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <marcus@FreeBSD.org>
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <scottl@samsco.org>
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 <joao.barros@gmail.com>
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 <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Jul 2005 14:16:46 -0000
Joao Barros wrote:
> On 7/5/05, Andre Guibert de Bruet <andy@siliconlandmark.com> wrote:
>
>>On Sun, 3 Jul 2005, Mike Tancsa wrote:
>>
>>
>>>amr0: <LSILogic PERC 3/DC> 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: <LSILogic PERC 3/DC> 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
<jhb@freebsd.org> and provide him your details.
Scott
From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 14:24:13 2005
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
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 <max@love2party.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <marcel@xcllnt.net>
Date: Wed, 6 Jul 2005 08:35:38 -0700
To: Scott Long <scottl@samsco.org>
X-Mailer: Apple Mail (2.622)
Cc: Joao Barros <joao.barros@gmail.com>, freebsd-current@freebsd.org,
Mike Tancsa <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <andy@siliconlandmark.com> wrote:
>>> On Sun, 3 Jul 2005, Mike Tancsa wrote:
>>>
>>>
>>>> amr0: <LSILogic PERC 3/DC> 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: <LSILogic PERC 3/DC> 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: <owner-freebsd-current@FreeBSD.ORG>
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" <mich@FreeBSD.org>
To: Joe Marcus Clarke <marcus@FreeBSD.org>
Message-ID: <20050706153659.GV3302@mich2.itxmarket.com>
Mail-Followup-To: "Michael L. Hostbaek" <mich@FreeBSD.org>,
Joe Marcus Clarke <marcus@FreeBSD.org>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <scottl@samsco.org>
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 <marcel@xcllnt.net>
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 <joao.barros@gmail.com>, freebsd-current@freebsd.org,
Mike Tancsa <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <andy@siliconlandmark.com> wrote:
>>>
>>>> On Sun, 3 Jul 2005, Mike Tancsa wrote:
>>>>
>>>>
>>>>> amr0: <LSILogic PERC 3/DC> 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: <LSILogic PERC 3/DC> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <kris@obsecurity.org>
To: Robert Backhaus <robbak@gmail.com>
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>
<d44995805070604116064805@mail.gmail.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: <d44995805070604116064805@mail.gmail.com>
User-Agent: Mutt/1.4.2.1i
Cc: freebsd-current@freebsd.org, Jeremie Le Hen <jeremie@le-hen.org>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <kris@obsecurity.org>
To: Robert Backhaus <robbak@gmail.com>
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>
<d44995805070604116064805@mail.gmail.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: <d44995805070604116064805@mail.gmail.com>
User-Agent: Mutt/1.4.2.1i
Cc: freebsd-current@freebsd.org, Jeremie Le Hen <jeremie@le-hen.org>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <scottl@samsco.org>, Marcel Moolenaar <marcel@xcllnt.net>
From: Mike Tancsa <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <DELL PE6350 >
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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
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 <Version 1.1> 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: <entropy source, Software, Yarrow>
mem: <memory>
Pentium Pro MTRR support enabled
null: <null device, zero device>
io: <I/O>
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <DELL PE6350> 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: <ACPI PCI Link LNK0> 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: <ACPI PCI Link LNK1> 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: <ACPI PCI Link LNK2> 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: <ACPI PCI Link LNK3> 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: <ACPI PCI Link LNK4> 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: <ACPI PCI Link LNK5> 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: <ACPI PCI Link LNK6> 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: <ACPI PCI Link LNK7> 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: <ACPI PCI Link LNK8> 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: <ACPI PCI Link LNK9> 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: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
cpu2: <ACPI CPU> on acpi0
cpu3: <ACPI CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> 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: <PCI-ISA bridge> at device 2.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel PIIX4 UDMA33 controller> 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: <ATA 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: <ATA 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
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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <SC39E7> for <freebsd-current@freebsd.org> from <pquerna@apache.org>;
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 <pquerna@apache.org>
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Brian Candler <B.Candler@pobox.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <marcus@FreeBSD.org>
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" <mich@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>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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" <mich@FreeBSD.org>
To: Joe Marcus Clarke <marcus@FreeBSD.org>
Message-ID: <20050706161614.GC81812@mich2.itxmarket.com>
Mail-Followup-To: "Michael L. Hostbaek" <mich@FreeBSD.org>,
Joe Marcus Clarke <marcus@FreeBSD.org>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <scottl@samsco.org>
From: Mike Tancsa <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <ATA 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: <ATA 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
>
>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: <DELL PE6350 >
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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
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 <Version 1.1> irqs 0-23 on motherboard
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <DELL PE6350> on motherboard
acpi0: Power Button (fixed)
pci_link0: <ACPI PCI Link LNK0> irq 10 on acpi0
pci_link1: <ACPI PCI Link LNK1> irq 11 on acpi0
pci_link2: <ACPI PCI Link LNK2> irq 14 on acpi0
pci_link3: <ACPI PCI Link LNK3> on acpi0
pci_link4: <ACPI PCI Link LNK4> on acpi0
pci_link5: <ACPI PCI Link LNK5> on acpi0
pci_link6: <ACPI PCI Link LNK6> on acpi0
pci_link7: <ACPI PCI Link LNK7> on acpi0
pci_link8: <ACPI PCI Link LNK8> on acpi0
pci_link9: <ACPI PCI Link LNK9> on acpi0
Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
cpu0: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
cpu2: <ACPI CPU> on acpi0
cpu3: <ACPI CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
isab0: <PCI-ISA bridge> at device 2.0 on pci0
isa0: <ISA bus> on isab0
pci0: <mass storage, ATA> at device 2.1 (no driver attached)
pci0: <serial bus, USB> at device 2.2 (no driver attached)
pci0: <bridge> at device 2.3 (no driver attached)
pci0: <display, VGA> at device 4.0 (no driver attached)
pcib1: <ACPI Host-PCI bridge> on acpi0
pci1: <ACPI PCI bus> on pcib1
pcib2: <ACPI Host-PCI bridge> on acpi0
pci2: <ACPI PCI bus> on pcib2
pci2: <network, ethernet> at device 3.0 (no driver attached)
pcib3: <ACPI PCI-PCI bridge> at device 7.0 on pci2
pci3: <ACPI PCI bus> on pcib3
pcib4: <PCI-PCI bridge> at device 0.0 on pci3
pci4: <PCI bus> on pcib4
amr0: <LSILogic MegaRAID 1.51> mem 0xf0000000-0xf7ffffff irq 16 at device
0.0 on pci4
amr0: <LSILogic PERC 3/DC> Firmware 161J, BIOS 3.17, 128MB RAM
pci3: <mass storage, SCSI> at device 1.0 (no driver attached)
fdc0: <floppy drive controller> port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0
fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> 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: <ISA Option ROMs> at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff on isa0
ppc0: parallel port not found.
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x100>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounters tick every 1.000 msec
amrd0: <LSILogic MegaRAID logical drive> 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: <DELL PE6350 >
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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
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 <Version 1.1> 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: <entropy source, Software, Yarrow>
mem: <memory>
Pentium Pro MTRR support enabled
null: <null device, zero device>
io: <I/O>
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <DELL PE6350> 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: <ACPI PCI Link LNK0> 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: <ACPI PCI Link LNK1> 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: <ACPI PCI Link LNK2> 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: <ACPI PCI Link LNK3> 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: <ACPI PCI Link LNK4> 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: <ACPI PCI Link LNK5> 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: <ACPI PCI Link LNK6> 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: <ACPI PCI Link LNK7> 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: <ACPI PCI Link LNK8> 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: <ACPI PCI Link LNK9> 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: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
cpu2: <ACPI CPU> on acpi0
cpu3: <ACPI CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> 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: <PCI-ISA bridge> at device 2.0 on pci0
isa0: <ISA bus> on isab0
pci0: <mass storage, ATA> at device 2.1 (no driver attached)
pci0: <serial bus, USB> at device 2.2 (no driver attached)
pci0: <bridge> at device 2.3 (no driver attached)
pci0: <display, VGA> at device 4.0 (no driver attached)
pcib1: <ACPI Host-PCI bridge> on acpi0
pci1: <ACPI PCI bus> on pcib1
pci1: physical bus=1
pcib2: <ACPI Host-PCI bridge> on acpi0
pci2: <ACPI PCI bus> 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: <Intel(R) PRO/1000 Network Connection, Version - 2.1.7> 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: <ACPI PCI-PCI bridge> 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: <ACPI PCI bus> 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: <PCI-PCI bridge> 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: <PCI bus> 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: <LSILogic MegaRAID 1.51> 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: <LSILogic PERC 3/DC> Firmware 161J, BIOS 3.17, 128MB RAM
pci3: <mass storage, SCSI> at device 1.0 (no driver attached)
pci3:1:0: Transition from D0 to D3
fdc0: <floppy drive controller> 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: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> 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: <PS/2 mouse port> 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: <ISA Option ROMs> 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: <Parallel port> failed to probe at irq 7 on isa0
sc0: <System console> 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: <Generic ISA VGA> 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: <LSILogic MegaRAID logical drive> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <sobomax@portaone.com>
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 <phk@haven.freebsd.dk>
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 <keramida@FreeBSD.ORG>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <marcus@FreeBSD.org>
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" <mich@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>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <scottl@samsco.org>
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 <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <ATA 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: <ATA 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
>>
>> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <rik@cronyx.ru>
User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "M. Warner Losh" <imp@bsdimp.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <rik@cronyx.ru> writes:
>: Hi,
>:
>: M. Warner Losh wrote:
>:
>: >In message: <42C57523.4050302@cronyx.ru>
>: > Roman Kurakin <rik@cronyx.ru> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <scottl@samsco.org>
From: Mike Tancsa <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <ATA 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: <ATA 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
>>>
>>>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: <owner-freebsd-current@FreeBSD.ORG>
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 <scottl@samsco.org>
From: Mike Tancsa <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
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: <DELL PowerEdge 83>
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 <Version 1.1> irqs 0-23 on motherboard
cpu0 BSP:
ID: 0x03000000 VER: 0x00040011 LDR: 0x08000000 DFR: 0x0fffffff
lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff
null: <null device, zero device>
random: <entropy source, Software, Yarrow>
mem: <memory>
Pentium Pro MTRR support enabled
io: <I/O>
npx0: [FAST]
npx0: <math processor> 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: <MPTable Host-PCI bridge> pcibus 0 on motherboard
pci0: <PCI bus> 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: <PCI-ISA bridge> at device 2.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel PIIX4 UDMA33 controller> 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: <serial bus, USB> at device 2.2 (no driver attached)
piix0: <PIIX Timecounter> port 0x850-0x85f at device 2.3 on pci0
Timecounter "PIIX" frequency 3579545 Hz quality 0
pci0: <display, VGA> at device 4.0 (no driver attached)
pcib1: <MPTable Host-PCI bridge> pcibus 1 on motherboard
pci1: <PCI bus> on pcib1
pci1: physical bus=1
pcib2: <MPTable Host-PCI bridge> pcibus 2 on motherboard
pci2: <PCI bus> 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: <Intel(R) PRO/1000 Network Connection, Version - 1.7.35> 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: <MPTable PCI-PCI bridge> 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: <PCI bus> 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: <MPTable PCI-PCI bridge> 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: <PCI bus> 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: <LSILogic MegaRAID 1.51> 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: <LSILogic PERC 3/DC> Firmware 161J, BIOS 3.17, 128MB RAM
pci3: <mass storage, SCSI> 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: <ISA Option ROMs> at iomem 0xc8000-0xc8fff,0xc0000-0xc7fff on isa0
pmtimer0 on isa0
adv0: not probed (disabled)
aha0: not probed (disabled)
aic0: not probed (disabled)
atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
atkbd0: <AT Keyboard> 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: <Enhanced floppy controller> 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: <Parallel port> failed to probe at irq 7 on isa0
sc0: <System console> 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: <Generic ISA VGA> 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: <PNP0c02> can't assign resources (port)
unknown: <PNP0c02> at port 0x850-0x85f,0x800-0x83f iomem
0xf0000-0xfffff,0xff000000-0xffffffff,0x100000-0x7fffffff,0-0x9ffff on isa0
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0501> at port 0x3f8-0x3ff on isa0
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0501> at port 0x2f8-0x2ff on isa0
ppc1: parallel port not found.
unknown: <ECP parallel printer port> failed to probe on isa0
unknown: <PNP0700> can't assign resources (port)
unknown: <PNP0700> at port 0x3f0-0x3f5 on isa0
psmcpnp0: <PS/2 mouse port> 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: <PNP0303> can't assign resources (port)
unknown: <PNP0303> at port 0x60 on isa0
adv1: Invalid baseport of 0x61 specified. Nearest valid baseport is
0x100. Failing probe.
unknown: <PNP0800> 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: <LSILogic MegaRAID logical drive> 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: <DELL 1x3 U2W SCSI BP 5.12> Fixed Processor SCSI-2 device
ses0 at amr0 bus 0 target 6 lun 0
ses0: <DELL 1x3 U2W SCSI BP 5.12> 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<UP,LOOPBACK,RUNNING,MULTICAST> 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<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=b<RXCSUM,TXCSUM,VLAN_MTU>
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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <xdivac02@stud.fit.vutbr.cz>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <marcel@xcllnt.net>
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 <phk@haven.freebsd.dk>, freebsd-current@freebsd.org,
Giorgos Keramidas <keramida@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <alanbryan1234@yahoo.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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" <mich@FreeBSD.org>
To: Joe Marcus Clarke <marcus@FreeBSD.org>
Message-ID: <20050706182720.GA84115@mich2.itxmarket.com>
Mail-Followup-To: "Michael L. Hostbaek" <mich@FreeBSD.org>,
Joe Marcus Clarke <marcus@FreeBSD.org>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <alanbryan1234@yahoo.com>
References: <20050706182031.68327.qmail@web50308.mail.yahoo.com>
From: "Jeremy Messenger" <mezz7@cox.net>
Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-ID: <op.sth8k01y9aq2h7@mezz.mezzweb.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Jul 2005 18:34:00 -0000
On Wed, 06 Jul 2005 13:20:31 -0500, alan bryan <alanbryan1234@yahoo.com>
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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <varga@stonehenge.sk>
To: alan bryan <alanbryan1234@yahoo.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <varga@stonehenge.sk>
Stonehenge
From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 18:51:06 2005
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
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" <phk@phk.freebsd.dk>
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 <phk@haven.freebsd.dk>, freebsd-current@FreeBSD.ORG,
Giorgos Keramidas <keramida@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <bzeeb-lists@lists.zabbadoz.net>
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
To: alan bryan <alanbryan1234@yahoo.com>
In-Reply-To: <20050706182031.68327.qmail@web50308.mail.yahoo.com>
Message-ID: <Pine.BSF.4.53.0507061847130.19443@e0-0.zab2.int.zabbadoz.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <andy@siliconlandmark.com>
To: Tarc <tarc@tarc.po.cs.msu.su>
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 <freebsd-current@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <andy@siliconlandmark.com>
To: Eric Anderson <anderson@centtech.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <jeremie@le-hen.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <B42cc32580000>; Wed, 06 Jul 2005 15:34:48 -0400
From: John Baldwin <jhb@FreeBSD.org>
To: Mike Tancsa <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <jhb@FreeBSD.org> <>< 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <joao.barros@gmail.com>
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 <mike@sentex.net>
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 <joao.barros@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <scottl@samsco.org> 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
> <jhb@freebsd.org> 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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE=
,MCA,CM
OV,PAT,PSE36,MMX,FXSR,SSE>
real memory =3D 267255808 (254 MB)
avail memory =3D 247799808 (236 MB)
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: < INTEL SOLANO70> on motherboard
acpi0: Power Button (fixed)
pci_link0: <ACPI PCI Link LNKA> irq 5 on acpi0
pci_link1: <ACPI PCI Link LNKB> irq 15 on acpi0
pci_link2: <ACPI PCI Link LNKC> irq 3 on acpi0
pci_link3: <ACPI PCI Link LNKD> irq 11 on acpi0
pci_link4: <ACPI PCI Link LNKE> on acpi0
pci_link5: <ACPI PCI Link LNKF> on acpi0
pci_link6: <ACPI PCI Link LNKG> on acpi0
pci_link7: <ACPI PCI Link LNKH> 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: <ACPI CPU> on acpi0
acpi_throttle0: <ACPI CPU Throttling> on cpu0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <Intel 82815 (i815 GMCH) SVGA controller> mem 0xf8000000-0xfbffffff,0=
xffa8
0000-0xffafffff at device 2.0 on pci0
pcib1: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci1: <ACPI PCI bus> on pcib1
pcib2: <PCI-PCI bridge> at device 2.0 on pci1
pci2: <PCI bus> on pcib2
pcib3: <PCI-PCI bridge> at device 0.0 on pci2
pci3: <PCI bus> on pcib3
amr0: <LSILogic MegaRAID 1.51> mem 0xf0000000-0xf3ffffff irq 3 at device 0.=
0 on=20
pci3
amr0: <LSILogic PERC 3/DC> Firmware 197O, BIOS 3.35, 64MB RAM
pci2: <mass storage, SCSI> at device 1.0 (no driver attached)
fxp0: <Intel 82559 Pro/100 Ethernet> port 0xd400-0xd43f mem 0xff8fc000-0xff=
8fcff
f,0xff600000-0xff6fffff irq 11 at device 3.0 on pci1
miibus0: <MII bus> on fxp0
inphy0: <i82555 10/100 media interface> on miibus0
inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: Ethernet address: 00:30:48:11:2d:f5
fxp1: <Intel 82559 Pro/100 Ethernet> port 0xd800-0xd83f mem 0xff8fd000-0xff=
8fdff
f,0xff700000-0xff7fffff irq 5 at device 4.0 on pci1
miibus1: <MII bus> on fxp1
inphy1: <i82555 10/100 media interface> on miibus1
inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp1: Ethernet address: 00:30:48:11:2d:f4
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH2 UDMA100 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177=
,0x37
6,0xffa0-0xffaf at device 31.1 on pci0
ata0: <ATA channel 0> on atapci0
ata1: <ATA channel 1> on atapci0
uhci0: <Intel 82801BA/BAM (ICH2) USB controller USB-A> port 0xef40-0xef5f i=
rq 11
at device 31.2 on pci0
uhci0: [GIANT-LOCKED]
usb0: <Intel 82801BA/BAM (ICH2) USB controller USB-A> 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: <serial bus, SMBus> at device 31.3 (no driver attached)
uhci1: <Intel 82801BA/BAM (ICH2) USB controller USB-B> port 0xef80-0xef9f i=
rq 10
at device 31.4 on pci0
uhci1: [GIANT-LOCKED]
usb1: <Intel 82801BA/BAM (ICH2) USB controller USB-B> 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: <Sleep Button> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
fdc0: <floppy drive controller (FDE)> 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: <ISA Option ROM> at iomem 0xc0000-0xc7fff on isa0
ppc0: parallel port not found.
sc0: <System console> 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: <Generic ISA VGA> 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 </boot/mfsroot> 4423680 bytes at 0xc0a75180
acd0: CDRW <HL-DT-ST GCE-8520B/1.03> at ata0-master UDMA33
amrd0: <LSILogic MegaRAID logical drive> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <marcel@xcllnt.net>
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
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 <phk@haven.freebsd.dk>, Maxim.Sobolev@portaone.com,
Giorgos Keramidas <keramida@freebsd.org>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <qing.li@bluecoat.com>
To: <freebsd-current@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>;
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 <current@freebsd.org>; Wed, 6 Jul 2005 22:00:25 +0200 (CEST)
Date: Wed, 6 Jul 2005 22:02:25 +0200
From: Tomasz Pilat <poncki.lists@axelspringer.com.pl>
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 <poncki.lists@axelspringer.com.pl>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <dimitry@andric.com>
X-Mailer: The Bat! (v3.51) Professional
X-Priority: 3 (Normal)
Message-ID: <917450294.20050706220327@andric.com>
To: "Li, Qing" <qing.li@bluecoat.com>
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 <dimitry@andric.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <julian@elischer.org>
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: <m23bqsi9uk.wl%gnn@neville-neil.com>
In-Reply-To: <m23bqsi9uk.wl%gnn@neville-neil.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <jhb@FreeBSD.org>
From: Mike Tancsa <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
real memory = 2147475456 (2047 MB)
avail memory = 2096021504 (1998 MB)
ACPI APIC Table: <DELL PE6350 >
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 <Version 1.1> irqs 0-23 on motherboard
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <DELL PE6350> 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: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
cpu2: <ACPI CPU> on acpi0
cpu3: <ACPI CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
isab0: <PCI-ISA bridge> at device 2.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel PIIX4 UDMA33 controller> 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 <jhb@FreeBSD.org> <>< 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <bob@immure.com>
To: Jeremy Messenger <mezz7@cox.net>
Message-ID: <20050706202152.GF85937@luke.immure.com>
References: <20050706182031.68327.qmail@web50308.mail.yahoo.com>
<op.sth8k01y9aq2h7@mezz.mezzweb.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <op.sth8k01y9aq2h7@mezz.mezzweb.com>
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 <bob@immure.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <alanbryan1234@yahoo.com>
> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <qing.li@bluecoat.com>
To: "Dimitry Andric" <dimitry@andric.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <lehmann@ans-netz.de>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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:
<UNUSED>
The data for partition 3 is:
<UNUSED>
The data for partition 4 is:
<UNUSED>
root@kartoffel /root>
da0 at umass-sim0 bus 0 target 0 lun 0
da0: <IC35L060 AVVA07-0 0811> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Wed, 6 Jul 2005 20:49:47 +0000 (GMT)
(envelope-from geekout@gmail.com)
Received: by wproxy.gmail.com with SMTP id i18so45048wra
for <freebsd-current@freebsd.org>; 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 <geekout@gmail.com>
To: Oliver Lehmann <lehmann@ans-netz.de>
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 <geekout@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <qing.li@bluecoat.com>
In-Reply-To: Message from "Li, Qing" <qing.li@bluecoat.com> 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 <garyj@jennejohn.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <lehmann@ans-netz.de>
To: Tyler Gee <geekout@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <jhb@FreeBSD.org>
From: Mike Tancsa <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
real memory = 2147475456 (2047 MB)
avail memory = 2096021504 (1998 MB)
ACPI APIC Table: <DELL PE6350 >
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 <Version 1.1> irqs 0-23 on motherboard
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <DELL PE6350> 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: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
cpu2: <ACPI CPU> on acpi0
cpu3: <ACPI CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
isab0: <PCI-ISA bridge> at device 2.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel PIIX4 UDMA33 controller> port
0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
pci0: <serial bus, USB> at device 2.2 (no driver attached)
pci0: <bridge> at device 2.3 (no driver attached)
pci0: <display, VGA> at device 4.0 (no driver attached)
pcib1: <ACPI Host-PCI bridge> on acpi0
pci1: <ACPI PCI bus> on pcib1
pcib2: <ACPI Host-PCI bridge> on acpi0
pci2: <ACPI PCI bus> on pcib2
em0: <Intel(R) PRO/1000 Network Connection, Version - 1.7.35> 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: <ACPI PCI-PCI bridge> at device 7.0 on pci2
pci3: <ACPI PCI bus> on pcib3
pcib4: <PCI-PCI bridge> at device 0.0 on pci3
pci4: <PCI bus> on pcib4
amr0: <LSILogic MegaRAID 1.51> mem 0xf0000000-0xf7ffffff irq 16 at device
0.0 on pci4
amr0: <LSILogic PERC 3/DC> Firmware 161J, BIOS 3.17, 128MB RAM
pci3: <mass storage, SCSI> at device 1.0 (no driver attached)
fdc0: <floppy drive controller> port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> 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: <ISA Option ROMs> at iomem 0xc8000-0xc8fff,0xc0000-0xc7fff on isa0
pmtimer0 on isa0
ppc0: parallel port not found.
sc0: <System console> 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: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounters tick every 10.000 msec
amrd0: <LSILogic MegaRAID logical drive> on amr0
amrd0: 34556MB (70770688 sectors) RAID 5 (optimal)
ses0 at amr0 bus 0 target 6 lun 0
ses0: <DELL 1x3 U2W SCSI BP 5.12> 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<UP,LOOPBACK,RUNNING,MULTICAST> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <marcel@xcllnt.net>
To: Poul-Henning Kamp <phk@haven.freebsd.dk>
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 <keramida@freebsd.org>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Wed, 6 Jul 2005 21:21:55 +0000 (GMT)
(envelope-from geekout@gmail.com)
Received: by wproxy.gmail.com with SMTP id 67so54478wri
for <freebsd-current@freebsd.org>; 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 <geekout@gmail.com>
To: Oliver Lehmann <lehmann@ans-netz.de>
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 <geekout@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <arr@watson.org>
To: Tyler Gee <geekout@gmail.com>
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 <lehmann@ans-netz.de>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Wed, 6 Jul 2005 21:27:21 +0000 (GMT)
(envelope-from geekout@gmail.com)
Received: by wproxy.gmail.com with SMTP id i11so53817wra
for <freebsd-current@freebsd.org>; 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 <geekout@gmail.com>
To: "Andrew R. Reiter" <arr@watson.org>
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 <lehmann@ans-netz.de>
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 <geekout@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <rizzo@icir.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <marcel@xcllnt.net>
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
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 <phk@haven.freebsd.dk>, Maxim.Sobolev@portaone.com,
Giorgos Keramidas <keramida@freebsd.org>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <kris@obsecurity.org>
To: "Li, Qing" <qing.li@bluecoat.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <dejan.lesjak@ijs.si>
To: Qing <qing.li@bluecoat.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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?= <dandee@hellteam.net>
To: "'Kris Kennaway'" <kris@obsecurity.org>, <dandee@volny.cz>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <qing.li@bluecoat.com>
To: "Kris Kennaway" <kris@obsecurity.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <bmk0@pacbell.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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: <bbd054be86ea955f378f58175565cd8a@xcllnt.net>
Content-Transfer-Encoding: 7bit
From: Marcel Moolenaar <marcel@xcllnt.net>
Date: Wed, 6 Jul 2005 16:59:52 -0700
To: "Poul-Henning Kamp" <phk@haven.freebsd.dk>
X-Mailer: Apple Mail (2.622)
Cc: freebsd-current@freebsd.org, Giorgos Keramidas <keramida@freebsd.org>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <ganbold@micom.mng.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <T71fd42081383b90296480@ednmsw501.dsto.defence.gov.au>; 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" <alex.wilkinson@dsto.defence.gov.au>
To: Scott Long <scottl@samsco.org>
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 <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <scottl@samsco.org>
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" <alex.wilkinson@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>
<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 <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <jhb@FreeBSD.org>
From: Mike Tancsa <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
real memory = 2147475456 (2047 MB)
avail memory = 2096033792 (1998 MB)
npx0: <math processor> on motherboard
npx0: INT 16 interface
cpu0 on motherboard
pcib0: <Intel 82454NX PXB#0, Bus#A> pcibus 0 on motherboard
pir0: <PCI Interrupt Routing Table: 11 Entries> on motherboard
pci0: <PCI bus> on pcib0
isab0: <PCI-ISA bridge> at device 2.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel PIIX4 UDMA33 controller> port
0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
pci0: <serial bus, USB> at device 2.2 (no driver attached)
piix0: <PIIX Timecounter> port 0x850-0x85f at device 2.3 on pci0
Timecounter "PIIX" frequency 3579545 Hz quality 0
pci0: <display, VGA> at device 4.0 (no driver attached)
pcib1: <Intel 82454NX PXB#0, Bus#B> pcibus 1 on motherboard
pci1: <PCI bus> on pcib1
pcib2: <Intel 82454NX PXB#1, Bus#A> pcibus 2 on motherboard
pci2: <PCI bus> on pcib2
em0: <Intel(R) PRO/1000 Network Connection, Version - 1.7.35> port
0xecc0-0xecff mem 0xfeb00000-0xfeb1ffff,0xfeb2
em0: Hardware Initialization Failedem0: Unable to initialize the hardware
device_attach: em0 attach returned 5
pcib3: <PCI-PCI bridge> at device 7.0 on pci2
pci3: <PCI bus> 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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
real memory = 2147475456 (2047 MB)
avail memory = 2100977664 (2003 MB)
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
cpu0 on motherboard
pcib0: <Intel 82454NX PXB#0, Bus#A> pcibus 0 on motherboard
pir0: <PCI Interrupt Routing Table: 11 Entries> on motherboard
pci0: <PCI bus> on pcib0
isab0: <PCI-ISA bridge> at device 2.0 on pci0
isa0: <ISA bus> on isab0
pci0: <mass storage, ATA> at device 2.1 (no driver attached)
pci0: <serial bus, USB> at device 2.2 (no driver attached)
piix0: <PIIX Timecounter> port 0x850-0x85f at device 2.3 on pci0
Timecounter "PIIX" frequency 3579545 Hz quality 0
pci0: <display, VGA> at device 4.0 (no driver attached)
pcib1: <Intel 82454NX PXB#0, Bus#B> pcibus 1 on motherboard
pci1: <PCI bus> on pcib1
pcib2: <Intel 82454NX PXB#1, Bus#A> pcibus 2 on motherboard
pci2: <PCI bus> on pcib2
pci2: <network, ethernet> at device 3.0 (no driver attached)
pcib3: <PCI-PCI bridge> at device 7.0 on pci2
pci3: <PCI bus> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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: <m27jg3gy3z.wl%gnn@neville-neil.com>
From: gnn@FreeBSD.org
To: Julian Elischer <julian@elischer.org>
In-Reply-To: <42CC392D.7060902@elischer.org>
References: <m23bqsi9uk.wl%gnn@neville-neil.com>
<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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <noackjr@alumni.rice.edu>
User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: gnn@freebsd.org
References: <m23bqsi9uk.wl%gnn@neville-neil.com>
In-Reply-To: <m23bqsi9uk.wl%gnn@neville-neil.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <julian@elischer.org>
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: <m23bqsi9uk.wl%gnn@neville-neil.com> <42CC392D.7060902@elischer.org>
<m27jg3gy3z.wl%gnn@neville-neil.com>
In-Reply-To: <m27jg3gy3z.wl%gnn@neville-neil.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <jura@networks.ru>
To: <freebsd-current@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <ithread_loop>, 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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: <m2y88jf5k8.wl%gnn@neville-neil.com>
From: gnn@freebsd.org
To: Jonathan Noack <noackjr@alumni.rice.edu>
In-Reply-To: <42CCAC16.3040007@alumni.rice.edu>
References: <m23bqsi9uk.wl%gnn@neville-neil.com>
<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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <lists@yazzy.org>
To: Ganbold <ganbold@micom.mng.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 07 Jul 2005 07:24:50 -0000
On Thu, 07 Jul 2005 09:57:39 +0900
Ganbold <ganbold@micom.mng.net> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.ORG>; 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 <current@FreeBSD.ORG>; 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?= <sos@DeepCore.dk>
User-Agent: Mozilla Thunderbird 1.0 (X11/20050116)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Luigi Rizzo <rizzo@icir.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <tim-lists@bishnet.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>; 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 <jhb@FreeBSD.org>)
by mail21.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA
encrypted SMTP
for <freebsd-current@FreeBSD.org>; 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 <jhb@FreeBSD.org>
To: Mike Tancsa <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE=
,MCA
>,CMOV,PAT,PSE36,MMX,FXSR,SSE> real memory =3D 2147475456 (2047 MB)
> avail memory =3D 2096033792 (1998 MB)
> npx0: <math processor> on motherboard
> npx0: INT 16 interface
> cpu0 on motherboard
> pcib0: <Intel 82454NX PXB#0, Bus#A> pcibus 0 on motherboard
> pir0: <PCI Interrupt Routing Table: 11 Entries> on motherboard
> pci0: <PCI bus> on pcib0
> isab0: <PCI-ISA bridge> at device 2.0 on pci0
> isa0: <ISA bus> on isab0
> atapci0: <Intel PIIX4 UDMA33 controller> port
> 0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.1 on pci0
> ata0: channel #0 on atapci0
> ata1: channel #1 on atapci0
> pci0: <serial bus, USB> at device 2.2 (no driver attached)
> piix0: <PIIX Timecounter> port 0x850-0x85f at device 2.3 on pci0
> Timecounter "PIIX" frequency 3579545 Hz quality 0
> pci0: <display, VGA> at device 4.0 (no driver attached)
> pcib1: <Intel 82454NX PXB#0, Bus#B> pcibus 1 on motherboard
> pci1: <PCI bus> on pcib1
> pcib2: <Intel 82454NX PXB#1, Bus#A> pcibus 2 on motherboard
> pci2: <PCI bus> on pcib2
> em0: <Intel(R) PRO/1000 Network Connection, Version - 1.7.35> port
> 0xecc0-0xecff mem 0xfeb00000-0xfeb1ffff,0xfeb2
> em0: Hardware Initialization Failedem0: Unable to initialize the hardware
> device_attach: em0 attach returned 5
> pcib3: <PCI-PCI bridge> at device 7.0 on pci2
> pci3: <PCI bus> 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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE=
,MCA
>,CMOV,PAT,PSE36,MMX,FXSR,SSE> real memory =3D 2147475456 (2047 MB)
> avail memory =3D 2100977664 (2003 MB)
> npx0: [FAST]
> npx0: <math processor> on motherboard
> npx0: INT 16 interface
> cpu0 on motherboard
> pcib0: <Intel 82454NX PXB#0, Bus#A> pcibus 0 on motherboard
> pir0: <PCI Interrupt Routing Table: 11 Entries> on motherboard
> pci0: <PCI bus> on pcib0
> isab0: <PCI-ISA bridge> at device 2.0 on pci0
> isa0: <ISA bus> on isab0
> pci0: <mass storage, ATA> at device 2.1 (no driver attached)
> pci0: <serial bus, USB> at device 2.2 (no driver attached)
> piix0: <PIIX Timecounter> port 0x850-0x85f at device 2.3 on pci0
> Timecounter "PIIX" frequency 3579545 Hz quality 0
> pci0: <display, VGA> at device 4.0 (no driver attached)
> pcib1: <Intel 82454NX PXB#0, Bus#B> pcibus 1 on motherboard
> pci1: <PCI bus> on pcib1
> pcib2: <Intel 82454NX PXB#1, Bus#A> pcibus 2 on motherboard
> pci2: <PCI bus> on pcib2
> pci2: <network, ethernet> at device 3.0 (no driver attached)
> pcib3: <PCI-PCI bridge> at device 7.0 on pci2
> pci3: <PCI bus> 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 <jhb@FreeBSD.org> =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: <owner-freebsd-current@FreeBSD.ORG>
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 <jeremie@le-hen.org>
To: Julian Elischer <julian@elischer.org>
Message-ID: <20050707131013.GD39292@obiwan.tataz.chchile.org>
References: <m23bqsi9uk.wl%gnn@neville-neil.com>
<42CC392D.7060902@elischer.org>
<m27jg3gy3z.wl%gnn@neville-neil.com>
<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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>;
Thu, 7 Jul 2005 15:27:03 +0200 (SAST)
From: Johann Hugo <jhugo@icomtek.csir.co.za>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> 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<debug,xrate,assoc,scan,power,wme>
lab2# 80211debug scan
net.wlan.0.debug: 0x44a40400 => 0x200000<scan>
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<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> 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<debug,xrate,assoc,scan,power,wme>
lab1# 80211debug scan
net.wlan.0.debug: 0x44a40400 => 0x200000<scan>
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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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?= <norgaard@locolomo.org>,
current@FreeBSD.org
From: Rob B <rbyrnes@mailshack.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <lehmann@ans-netz.de>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <sam@errno.com>
User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Johann Hugo <jhugo@icomtek.csir.co.za>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <brooks@one-eyed-alien.net>
To: Rob B <rbyrnes@mailshack.com>
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?= <norgaard@locolomo.org>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <peter@holm.cc>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <Thomas.Sparrevohn@btinternet.com>
To: freebsd-current@freebsd.org
Date: Thu, 7 Jul 2005 19:56:38 +0100
User-Agent: KMail/1.8
References: <m23bqsi9uk.wl%gnn@neville-neil.com>
<42CC392D.7060902@elischer.org>
<m27jg3gy3z.wl%gnn@neville-neil.com>
In-Reply-To: <m27jg3gy3z.wl%gnn@neville-neil.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <hartzell@kestrel.alerce.com>
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 <brooks@one-eyed-alien.net>
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 <rbyrnes@mailshack.com>,
Erik =?iso-8859-1?Q?N=F8rgaard?= <norgaard@locolomo.org>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <jhb@FreeBSD.org>
From: Mike Tancsa <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
real memory = 2147475456 (2047 MB)
avail memory = 2096033792 (1998 MB)
npx0: <math processor> on motherboard
npx0: INT 16 interface
cpu0 on motherboard
pcib0: <Intel 82454NX PXB#0, Bus#A> pcibus 0 on motherboard
pir0: <PCI Interrupt Routing Table: 11 Entries> on motherboard
pci0: <PCI bus> on pcib0
isab0: <PCI-ISA bridge> at device 2.0 on pci0
isa0: <ISA bus> on isab0
pci0: <mass storage, ATA> at device 2.1 (no driver attached)
pci0: <serial bus, USB> at device 2.2 (no driver attached)
piix0: <PIIX Timecounter> port 0x850-0x85f at device 2.3 on pci0
Timecounter "PIIX" frequency 3579545 Hz quality 0
pci0: <display, VGA> at device 4.0 (no driver attached)
pcib1: <Intel 82454NX PXB#0, Bus#B> pcibus 1 on motherboard
pci1: <PCI bus> on pcib1
pcib2: <Intel 82454NX PXB#1, Bus#A> pcibus 2 on motherboard
pci2: <PCI bus> on pcib2
em0: <Intel(R) PRO/1000 Network Connection, Version - 1.7.35> 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: <PCI-PCI bridge> at device 7.0 on pci2
pci3: <PCI bus> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <brooks@one-eyed-alien.net>
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 <rbyrnes@mailshack.com>,
Erik =?iso-8859-1?Q?N=F8rgaard?= <norgaard@locolomo.org>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <S1450090AbVGGU5M>; Fri, 8 Jul 2005 00:57:12 +0400
Date: Fri, 8 Jul 2005 00:57:12 +0400 (MSD)
From: "Alexander Polakov" <polachok@narod.ru>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>; 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 <B42cd9afd0000>; Thu, 07 Jul 2005 17:13:33 -0400
From: John Baldwin <jhb@FreeBSD.org>
To: Mike Tancsa <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA
>,CMOV,PAT,PSE36,MMX,FXSR,SSE> real memory = 2147475456 (2047 MB)
> avail memory = 2096033792 (1998 MB)
> npx0: <math processor> on motherboard
> npx0: INT 16 interface
> cpu0 on motherboard
> pcib0: <Intel 82454NX PXB#0, Bus#A> pcibus 0 on motherboard
> pir0: <PCI Interrupt Routing Table: 11 Entries> on motherboard
> pci0: <PCI bus> on pcib0
> isab0: <PCI-ISA bridge> at device 2.0 on pci0
> isa0: <ISA bus> on isab0
> pci0: <mass storage, ATA> at device 2.1 (no driver attached)
> pci0: <serial bus, USB> at device 2.2 (no driver attached)
> piix0: <PIIX Timecounter> port 0x850-0x85f at device 2.3 on pci0
> Timecounter "PIIX" frequency 3579545 Hz quality 0
> pci0: <display, VGA> at device 4.0 (no driver attached)
> pcib1: <Intel 82454NX PXB#0, Bus#B> pcibus 1 on motherboard
> pci1: <PCI bus> on pcib1
> pcib2: <Intel 82454NX PXB#1, Bus#A> pcibus 2 on motherboard
> pci2: <PCI bus> on pcib2
> em0: <Intel(R) PRO/1000 Network Connection, Version - 1.7.35> 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: <PCI-PCI bridge> at device 7.0 on pci2
> pci3: <PCI bus> 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 <jhb@FreeBSD.org> <>< 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <cswiger@mac.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <jd@ugcs.caltech.edu>
To: Charles Swiger <cswiger@mac.com>
In-Reply-To: <5BFCCFD5-15C5-400D-8CA1-CF5E2802A3DD@mac.com>
Message-ID: <Pine.LNX.4.53.0507071453280.19319@spew.ugcs.caltech.edu>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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" <qing.li@bluecoat.com>
To: <freebsd-current@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <jr@jrssite.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV>
real memory = 536870912 (512 MB)
avail memory = 515981312 (492 MB)
MPTable: <INTEL ALDER >
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 <Version 1.1> irqs 0-15 on motherboard
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
cpu0 on motherboard
cpu1 on motherboard
cpu2 on motherboard
cpu3 on motherboard
pcib0: <Intel 82454KX/GX (Orion) host to PCI bridge> pcibus 0 on motherboard
pci0: <PCI bus> on pcib0
fxp0: <Intel 82557 Pro/100 Ethernet> port 0xff40-0xff5f mem
0xfe2ff000-0xfe2ffff
f,0xfe900000-0xfe9fffff irq 10 at device 12.0 on pci0
miibus0: <MII bus> on fxp0
inphy0: <i82555 10/100 media interface> 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: <MII bus> on xl0
ukphy0: <Generic IEEE 802.3u media interface> on miibus1
ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
xl0: Ethernet address: 00:04:75:ad:a2:a4
eisab0: <PCI-EISA bridge> at device 14.0 on pci0
eisa0: <EISA bus> on eisab0
mainboard0: <INT31c0 (System Board)> on eisa0 slot 0
isa0: <ISA bus> on eisab0
pci0: <unknown> at device 15.0 (no driver attached)
pci0: <memory, RAM> at device 20.0 (no driver attached)
pcib1: <Intel 82454KX/GX (Orion) host to PCI bridge> pcibus 1 on motherboard
pci1: <PCI bus> on pcib1
amr0: <LSILogic MegaRAID 1.51> port 0xec80-0xecff irq 11 at device 10.0
on pci1
amr0: <Series 428> Firmware U.75, BIOS 1.44, 16MB RAM
ahc0: <Adaptec aic7880 Ultra SCSI adapter> 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: <Adaptec aic7880 Ultra SCSI adapter> 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: <MII bus> 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: <ISA Option ROMs> 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: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
fdc0: <Enhanced floppy controller> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2
on isa0
fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
ppc0: <Parallel port> 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: <Parallel port bus> on ppc0
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
sc0: <System console> 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: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
unknown: <PNP0303> can't assign resources (port)
psmcpnp0: irq resource info is missing; assuming irq 12
unknown: <PNP0700> can't assign resources (port)
unknown: <PNP0600> can't assign resources (port)
unknown: <PNP0400> can't assign resources (port)
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0501> can't assign resources (irq)
unknown: <PNP0c01> can't assign resources (memory)
Timecounters tick every 1.000 msec
Waiting 5 seconds for SCSI devices to settle
amrd0: <LSILogic MegaRAID logical drive> on amr0
amrd0: 8568MB (17547264 sectors) RAID 1 (optimal)
amrd1: <LSILogic MegaRAID logical drive> 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: <Quantum DLT4000 D782> 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: <DELL 6UW BACKPLANE 7> 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: <NEC CD-ROM DRIVE:462 1.14> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <kris@obsecurity.org>
To: Jon Dama <jd@ugcs.caltech.edu>
Message-ID: <20050707235933.GA19467@xor.obsecurity.org>
References: <42CD9728.000003.16936@colgate.yandex.ru>
<5BFCCFD5-15C5-400D-8CA1-CF5E2802A3DD@mac.com>
<Pine.LNX.4.53.0507071453280.19319@spew.ugcs.caltech.edu>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK"
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.53.0507071453280.19319@spew.ugcs.caltech.edu>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <kris@obsecurity.org>
To: "Li, Qing" <qing.li@bluecoat.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <kevin@animenfo.com>
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: JR Dalrymple <jr@jrssite.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV>
>
> real memory = 536870912 (512 MB)
> avail memory = 515981312 (492 MB)
> MPTable: <INTEL ALDER >
> 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 <Version 1.1> irqs 0-15 on motherboard
> npx0: [FAST]
> npx0: <math processor> on motherboard
> npx0: INT 16 interface
> cpu0 on motherboard
> cpu1 on motherboard
> cpu2 on motherboard
> cpu3 on motherboard
> pcib0: <Intel 82454KX/GX (Orion) host to PCI bridge> pcibus 0 on
> motherboard
> pci0: <PCI bus> on pcib0
> fxp0: <Intel 82557 Pro/100 Ethernet> port 0xff40-0xff5f mem
> 0xfe2ff000-0xfe2ffff
> f,0xfe900000-0xfe9fffff irq 10 at device 12.0 on pci0
> miibus0: <MII bus> on fxp0
> inphy0: <i82555 10/100 media interface> 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: <MII bus> on xl0
> ukphy0: <Generic IEEE 802.3u media interface> on miibus1
> ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> xl0: Ethernet address: 00:04:75:ad:a2:a4
> eisab0: <PCI-EISA bridge> at device 14.0 on pci0
> eisa0: <EISA bus> on eisab0
> mainboard0: <INT31c0 (System Board)> on eisa0 slot 0
> isa0: <ISA bus> on eisab0
> pci0: <unknown> at device 15.0 (no driver attached)
> pci0: <memory, RAM> at device 20.0 (no driver attached)
> pcib1: <Intel 82454KX/GX (Orion) host to PCI bridge> pcibus 1 on
> motherboard
> pci1: <PCI bus> on pcib1
> amr0: <LSILogic MegaRAID 1.51> port 0xec80-0xecff irq 11 at device
> 10.0 on pci1
> amr0: <Series 428> Firmware U.75, BIOS 1.44, 16MB RAM
> ahc0: <Adaptec aic7880 Ultra SCSI adapter> 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: <Adaptec aic7880 Ultra SCSI adapter> 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: <MII bus> 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: <ISA Option ROMs> 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: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
> atkbd0: <AT Keyboard> irq 1 on atkbdc0
> kbd0 at atkbd0
> atkbd0: [GIANT-LOCKED]
> fdc0: <Enhanced floppy controller> at port 0x3f0-0x3f5,0x3f7 irq 6 drq
> 2 on isa0
> fdc0: [FAST]
> fd0: <1440-KB 3.5" drive> on fdc0 drive 0
> ppc0: <Parallel port> 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: <Parallel port bus> on ppc0
> plip0: <PLIP network interface> on ppbus0
> lpt0: <Printer> on ppbus0
> lpt0: Interrupt-driven port
> ppi0: <Parallel I/O> on ppbus0
> sc0: <System console> 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: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
> unknown: <PNP0303> can't assign resources (port)
> psmcpnp0: irq resource info is missing; assuming irq 12
> unknown: <PNP0700> can't assign resources (port)
> unknown: <PNP0600> can't assign resources (port)
> unknown: <PNP0400> can't assign resources (port)
> unknown: <PNP0501> can't assign resources (port)
> unknown: <PNP0501> can't assign resources (irq)
> unknown: <PNP0c01> can't assign resources (memory)
> Timecounters tick every 1.000 msec
> Waiting 5 seconds for SCSI devices to settle
> amrd0: <LSILogic MegaRAID logical drive> on amr0
> amrd0: 8568MB (17547264 sectors) RAID 1 (optimal)
> amrd1: <LSILogic MegaRAID logical drive> 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: <Quantum DLT4000 D782> 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: <DELL 6UW BACKPLANE 7> 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: <NEC CD-ROM DRIVE:462 1.14> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <jd@ugcs.caltech.edu>
To: Kris Kennaway <kris@obsecurity.org>
In-Reply-To: <20050707235933.GA19467@xor.obsecurity.org>
Message-ID: <Pine.LNX.4.53.0507071705360.19319@spew.ugcs.caltech.edu>
References: <42CD9728.000003.16936@colgate.yandex.ru>
<5BFCCFD5-15C5-400D-8CA1-CF5E2802A3DD@mac.com>
<Pine.LNX.4.53.0507071453280.19319@spew.ugcs.caltech.edu>
<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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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" <fullermd@over-yonder.net>
To: JR Dalrymple <jr@jrssite.com>
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 <http://www.freebsd.org/>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <jhb@FreeBSD.org>
From: Mike Tancsa <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
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: <entropy source, Software, Yarrow>
mem: <memory>
Pentium Pro MTRR support enabled
io: <I/O>
null: <null device, zero device>
npx0: [FAST]
npx0: <math processor> 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: <Intel 82454NX PXB#0, Bus#A> pcibus 0 on motherboard
pir0: <PCI Interrupt Routing Table: 11 Entries> 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: <PCI bus> 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: <PCI-ISA bridge> at device 2.0 on pci0
isa0: <ISA bus> on isab0
pci0: <mass storage, ATA> at device 2.1 (no driver attached)
pci0: <serial bus, USB> at device 2.2 (no driver attached)
piix0: <PIIX Timecounter> port 0x850-0x85f at device 2.3 on pci0
Timecounter "PIIX" frequency 3579545 Hz quality 0
pci0: <display, VGA> at device 4.0 (no driver attached)
pcib1: <Intel 82454NX PXB#0, Bus#B> pcibus 1 on motherboard
pir: pir0 already exists; skipping it
pci1: <PCI bus> on pcib1
pci1: physical bus=1
pcib2: <Intel 82454NX PXB#1, Bus#A> pcibus 2 on motherboard
pir: pir0 already exists; skipping it
pci2: <PCI bus> 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: <Intel(R) PRO/1000 Network Connection, Version - 1.7.35> 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: <PCI-PCI bridge> 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: <PCI bus> 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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
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: <memory>
Pentium Pro MTRR support enabled
io: <I/O>
null: <null device, zero device>
random: <entropy source, Software, Yarrow>
npx0: [FAST]
npx0: <math processor> 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: <Intel 82454NX PXB#0, Bus#A> pcibus 0 on motherboard
pir0: <PCI Interrupt Routing Table: 11 Entries> 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: <PCI bus> 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: <PCI-ISA bridge> at device 2.0 on pci0
isa0: <ISA bus> on isab0
pci0: <mass storage, ATA> at device 2.1 (no driver attached)
pci0: <serial bus, USB> at device 2.2 (no driver attached)
piix0: <PIIX Timecounter> port 0x850-0x85f at device 2.3 on pci0
Timecounter "PIIX" frequency 3579545 Hz quality 0
pci0: <display, VGA> at device 4.0 (no driver attached)
pcib1: <Intel 82454NX PXB#0, Bus#B> pcibus 1 on motherboard
pir: pir0 already exists; skipping it
pci1: <PCI bus> on pcib1
pci1: physical bus=1
pcib2: <Intel 82454NX PXB#1, Bus#A> pcibus 2 on motherboard
pir: pir0 already exists; skipping it
pci2: <PCI bus> 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: <Intel(R) PRO/1000 Network Connection, Version - 1.7.35> 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: <PCI-PCI bridge> 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: <PCI bus> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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
<current@freebsd.org>; Fri, 08 Jul 2005 14:32:34 +1200 (NZST)
Date: Fri, 08 Jul 2005 14:32:32 +1200
From: Mark Kirkwood <markir@paradise.net.nz>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; Fri, 8 Jul 2005 02:53:13 +0000 (GMT)
(envelope-from soren3@gmail.com)
Received: by wproxy.gmail.com with SMTP id 71so339752wri
for <current@freebsd.org>; 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?= <soren3@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <doconnor@gsoft.com.au>
To: Tai-hwa Liang <avatar@mmlab.cse.yzu.edu.tw>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <stepan_r@mail.ru>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <randy@psg.com>
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 <sam@errno.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <morganw@chemikals.org>
To: Alexander Polakov <polachok@narod.ru>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <spoerlein@informatik.uni-wuerzburg.de>
To: Thierry Herbelot <thierry@herbelot.com>
Message-ID: <20050708090856.GB969@galgenberg.net>
Mail-Followup-To: Thierry Herbelot <thierry@herbelot.com>,
freebsd-current@freebsd.org, Jeremie Le Hen <jeremie@le-hen.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="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 <jeremie@le-hen.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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <andy@siliconlandmark.com>
To: Marcin Jessa <lists@yazzy.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <akm@theinternet.com.au> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <dorijan@kset.org>
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 <dorijan@marvin.cc.fer.hr>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Fri, 8 Jul 2005 14:38:38 +0000 (GMT)
(envelope-from soren3@gmail.com)
Received: by wproxy.gmail.com with SMTP id i21so437400wra
for <freebsd-current@freebsd.org>; 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?= <soren3@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>; 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 <B42ce94670001>; Fri, 08 Jul 2005 10:57:43 -0400
From: John Baldwin <jhb@FreeBSD.org>
To: Mike Tancsa <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <jhb@FreeBSD.org> <>< 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <scottl@samsco.org>
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?= <soren3@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Jul 2005 14:46:15 -0000
Søren 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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" <imp@bsdimp.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Jul 2005 15:43:02 -0000
In message: <42CDE5C0.3070300@paradise.net.nz>
Mark Kirkwood <markir@paradise.net.nz> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <jhb@FreeBSD.org>
From: Mike Tancsa <mike@sentex.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <jhb@FreeBSD.org> <>< 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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
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: <DELL PowerEdge 83>
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 <Version 1.1> irqs 0-23 on motherboard
cpu0 BSP:
ID: 0x03000000 VER: 0x00040011 LDR: 0x08000000 DFR: 0x0fffffff
lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff
mem: <memory>
Pentium Pro MTRR support enabled
io: <I/O>
null: <null device, zero device>
random: <entropy source, Software, Yarrow>
npx0: [FAST]
npx0: <math processor> 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: <MPTable Host-PCI bridge> pcibus 0 on motherboard
pci0: <PCI bus> 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: <PCI-ISA bridge> at device 2.0 on pci0
isa0: <ISA bus> on isab0
pci0: <mass storage, ATA> at device 2.1 (no driver attached)
pci0: <serial bus, USB> at device 2.2 (no driver attached)
piix0: <PIIX Timecounter> port 0x850-0x85f at device 2.3 on pci0
Timecounter "PIIX" frequency 3579545 Hz quality 0
pci0: <display, VGA> at device 4.0 (no driver attached)
pcib1: <MPTable Host-PCI bridge> pcibus 1 on motherboard
pci1: <PCI bus> on pcib1
pci1: physical bus=1
pcib2: <MPTable Host-PCI bridge> pcibus 2 on motherboard
pci2: <PCI bus> 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: <Intel(R) PRO/1000 Network Connection, Version - 1.7.35> 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: <MPTable PCI-PCI bridge> 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: <PCI bus> 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: <MPTable PCI-PCI bridge> 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: <PCI bus> 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: <LSILogic MegaRAID 1.51> 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: <LSILogic PERC 3/DC> Firmware 161J, BIOS 3.17, 128MB RAM
pci3: <mass storage, SCSI> 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: <ISA Option ROMs> 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: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
atkbd0: <AT Keyboard> 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: <Enhanced floppy controller> 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: <Parallel port> failed to probe at irq 7 on isa0
sc0: <System console> 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: <Generic ISA VGA> 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: <PNP0c02> can't assign resources (port)
unknown: <PNP0c02> at port 0x850-0x85f,0x800-0x83f iomem 0xf0000-0xfffff,0xff000000-0xffffffff,0x100000-0x7fffffff,0-0x9ffff on isa0
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0501> 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: <ECP parallel printer port> failed to probe on isa0
unknown: <PNP0700> can't assign resources (port)
unknown: <PNP0700> at port 0x3f0-0x3f5 on isa0
psmcpnp0: <PS/2 mouse port> 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: <PNP0303> can't assign resources (port)
unknown: <PNP0303> at port 0x60 on isa0
adv1: Invalid baseport of 0x61 specified. Nearest valid baseport is 0x100. Failing probe.
unknown: <PNP0800> 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: <LSILogic MegaRAID logical drive> 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: <DELL 1x3 U2W SCSI BP 5.12> Fixed Processor SCSI-2 device
ses0: SAF-TE Compliant Device
pass0 at amr0 bus 0 target 6 lun 0
pass0: <DELL 1x3 U2W SCSI BP 5.12> 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<UP,LOOPBACK,RUNNING,MULTICAST> 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<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=b<RXCSUM,TXCSUM,VLAN_MTU>
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: <DELL PE6350 >
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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
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 <Version 1.1> 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: <entropy source, Software, Yarrow>
mem: <memory>
Pentium Pro MTRR support enabled
null: <null device, zero device>
io: <I/O>
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <DELL PE6350> 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: <ACPI PCI Link LNK0> 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: <ACPI PCI Link LNK1> 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: <ACPI PCI Link LNK2> 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: <ACPI PCI Link LNK3> 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: <ACPI PCI Link LNK4> 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: <ACPI PCI Link LNK5> 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: <ACPI PCI Link LNK6> 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: <ACPI PCI Link LNK7> 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: <ACPI PCI Link LNK8> 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: <ACPI PCI Link LNK9> 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: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
cpu2: <ACPI CPU> on acpi0
cpu3: <ACPI CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> 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: <PCI-ISA bridge> at device 2.0 on pci0
isa0: <ISA bus> on isab0
pci0: <mass storage, ATA> at device 2.1 (no driver attached)
pci0: <serial bus, USB> at device 2.2 (no driver attached)
pci0: <bridge> at device 2.3 (no driver attached)
pci0: <display, VGA> at device 4.0 (no driver attached)
pcib1: <ACPI Host-PCI bridge> on acpi0
pci1: <ACPI PCI bus> on pcib1
pci1: physical bus=1
pcib2: <ACPI Host-PCI bridge> on acpi0
pci2: <ACPI PCI bus> 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: <network, ethernet> at device 3.0 (no driver attached)
pci2:3:0: Transition from D0 to D3
pcib3: <ACPI PCI-PCI bridge> 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: <ACPI PCI bus> 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: <PCI-PCI bridge> 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: <PCI bus> 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: <LSILogic MegaRAID 1.51> 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: <LSILogic PERC 3/DC> Firmware 161J, BIOS 3.17, 128MB RAM
pci3: <mass storage, SCSI> at device 1.0 (no driver attached)
pci3:1:0: Transition from D0 to D3
fdc0: <floppy drive controller> 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: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> 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: <PS/2 mouse port> 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: <ISA Option ROMs> 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: <Parallel port> failed to probe at irq 7 on isa0
sc0: <System console> 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: <Generic ISA VGA> 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: <LSILogic MegaRAID logical drive> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <jr@jrssite.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <markir@paradise.net.nz> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <jr@jrssite.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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?).
>>
>>
>
>
>
<Off list reply>
>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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <sam@errno.com>
User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Randy Bush <randy@psg.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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" <dodell@offmyserver.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <rizzo@icir.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <rik@cronyx.ru>
User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Poul-Henning Kamp <phk@phk.freebsd.dk>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <sgk@troutmask.apl.washington.edu>
To: "Devon H. O'Dell" <dodell@offmyserver.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <peter@holm.cc>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <randy@psg.com>
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 <sam@errno.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <rwatson@FreeBSD.org>
X-X-Sender: robert@fledge.watson.org
To: Luigi Rizzo <rizzo@icir.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>;
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 <freebsd-current@freebsd.org>;
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 <freebsd-current@freebsd.org>;
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 <stijn@win.tue.nl>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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<BROADCAST,SIMPLEX,MULTICAST> 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: <Intel(R) PRO/Wireless 2200BG> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <arne@rfc2549.org>
To: Randy Bush <randy@psg.com>
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 <sam@errno.com>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Jul 2005 20:04:51 -0000
Randy Bush <randy@psg.com> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <lehmann@ans-netz.de>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>; 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 <pav@FreeBSD.org>
To: Oliver Lehmann <lehmann@ans-netz.de>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <pav@oook.cz>
<pav@FreeBSD.org>
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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <randy@psg.com>
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 <arne@rfc2549.org>
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 <sam@errno.com>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <lehmann@ans-netz.de>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <scottl@samsco.org>
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 <rizzo@icir.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Fri, 8 Jul 2005 21:00:46 +0000 (GMT)
(envelope-from kometen@gmail.com)
Received: by wproxy.gmail.com with SMTP id i4so546305wra
for <freebsd-current@freebsd.org>; 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: <b41c7552050708140074e617f6@mail.gmail.com>
Date: Fri, 8 Jul 2005 23:00:06 +0200
From: Claus Guttesen <kometen@gmail.com>
To: Oliver Lehmann <lehmann@ans-netz.de>
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 <kometen@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>; 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 <mohan_srinivasan@yahoo.com>
To: pav@FreeBSD.org, Oliver Lehmann <lehmann@ans-netz.de>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <pav@FreeBSD.org> wrote:
> Oliver Lehmann pí¹e 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 <pav@oook.cz>
> <pav@FreeBSD.org>
>
> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <mohan_srinivasan@yahoo.com>
To: Claus Guttesen <kometen@gmail.com>, Oliver Lehmann <lehmann@ans-netz.de>
In-Reply-To: <b41c7552050708140074e617f6@mail.gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <kometen@gmail.com> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <mohan_srinivasan@yahoo.com>
To: Oliver Lehmann <lehmann@ans-netz.de>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <lehmann@ans-netz.de> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <jeremie@le-hen.org>
To: Thierry Herbelot <thierry@herbelot.com>
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 <jeremie@le-hen.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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <qing.li@bluecoat.com>
To: "Mahdavi, Jamshid" <jamshid.mahdavi@bluecoat.com>,
<freebsd-current@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <cracauer@cons.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <cracauer@cons.org> 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 <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
#include <dirent.h>
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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <yushunwa@ISI.EDU>
User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Mohan Srinivasan <mohan_srinivasan@yahoo.com>
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 <lehmann@ans-netz.de>,
Claus Guttesen <kometen@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <kometen@gmail.com> 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 <yushunwa@isi.edu> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <rizzo@icir.org>
To: Robert Watson <rwatson@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <rsh.lists@comcast.net>
User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050707)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Adam K Kirchhoff <adamk@voicenet.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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" <daniel_k_eriksson@telia.com>
To: <freebsd-current@freebsd.org>
Cc: Pawel Jakub Dawidek <pjd@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<i386@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <T720873b7d383b90296480@ednmsw501.dsto.defence.gov.au>; 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" <alex.wilkinson@dsto.defence.gov.au>
To: Sam Leffler <sam@errno.com>
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 <randy@psg.com>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <lehmann@ans-netz.de>
To: Claus Guttesen <kometen@gmail.com>
Message-Id: <20050709072844.7f22e946.lehmann@ans-netz.de>
In-Reply-To: <b41c7552050708140074e617f6@mail.gmail.com>
References: <20050708222246.630c9de3.lehmann@ans-netz.de>
<b41c7552050708140074e617f6@mail.gmail.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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sat, 9 Jul 2005 06:18:54 +0000 (GMT)
(envelope-from soren3@gmail.com)
Received: by wproxy.gmail.com with SMTP id i8so604263wra
for <freebsd-current@freebsd.org>; 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?= <soren3@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <lehmann@ans-netz.de>
To: Mohan Srinivasan <mohan_srinivasan@yahoo.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<i386@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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" <daniel_k_eriksson@telia.com>
To: <freebsd-current@freebsd.org>
Cc: Pawel Jakub Dawidek <pjd@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <randy@psg.com>
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" <alex.wilkinson@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>
<20050709050520.GB34422@squash.dsto.defence.gov.au>
Cc: Sam Leffler <sam@errno.com>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <sebastian.ssmoller@gmx.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <sebastian.ssmoller@gmx.net>
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.<unit>.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<unit>.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.<unit>.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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <pjd@FreeBSD.org>
To: Daniel Eriksson <daniel_k_eriksson@telia.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <shoesoft@gmx.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <dorijan@kset.org>
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 <dorijan@kset.org>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>; 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 <jhb@FreeBSD.org>)
by mail22.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA
encrypted SMTP for <adamk@voicenet.com>; 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 <jhb@FreeBSD.org>
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 <adamk@voicenet.com>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <jhb@FreeBSD.org> <>< 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: <owner-freebsd-current@FreeBSD.ORG>
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 <scottl@samsco.org>
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 <jhb@FreeBSD.org>
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 <adamk@voicenet.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>; 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 <jhb@FreeBSD.org>)
by mail22.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA
encrypted SMTP
for <talon@lpthe.jussieu.fr>; 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 <jhb@FreeBSD.org>
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 <andrew@fubar.geek.nz>, Michel Talon <talon@lpthe.jussieu.fr>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <jhb@FreeBSD.org> <>< 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <jhb@FreeBSD.org>)
by mail27.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA
encrypted SMTP for <current@FreeBSD.org>; 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 <jhb@FreeBSD.org>
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 <freebsd-listen@fabiankeil.de>,
Stefan Ehmann <shoesoft@gmx.net>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <shoesoft@gmx.net> 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 <jhb@FreeBSD.org> <>< 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>; 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 <jhb@FreeBSD.org>)
by mail27.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA
encrypted SMTP for <current@FreeBSD.org>; 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 <jhb@FreeBSD.org>
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 <freebsd-listen@fabiankeil.de>,
Stefan Ehmann <shoesoft@gmx.net>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <shoesoft@gmx.net> 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 <jhb@FreeBSD.org> <>< 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <jhb@FreeBSD.org>)
by mail27.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA
encrypted SMTP for <current@FreeBSD.org>; 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 <jhb@FreeBSD.org>
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 <phk@haven.freebsd.dk>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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